☰

Служба Закрытие передачи на OpenSSL

tag-icon • tag-icon smtp openssl telnet
Служба Закрытие передачи на OpenSSL

Я пытаюсь отправить электронное письмо следующим OpenSSLобразом:

Client > openssl s_client -crlf -connect smtp.mail.yahoo.com:465
SERVER > 220 smtp.mail.yahoo.com ESMTP ready
Client > HELO localhost
SERVER > 250 smtp.mail.yahoo.com
Client > auth login
SERVER > 334 VXNlcm5hbWU6
Client > aC5rYW1yYXZh
SERVER > 334 UGFzc3dvcmQ6
Client > bXlQYXNz // It's not my real password :)
SERVER > 235 2.0.0 OK
Client > MAIL FROM: <[email protected]>
SERVER > 250 OK , completed
Client > rcpt to: <[email protected]>
SERVER > 250 OK , completed
Client > data
SERVER > 354 Start Mail. End with CRLF.CRLF
Client > subject: Test title
Client > Hello this is a test email.
Client > .
Client > 
SERVER > 250 OK , completed
Client > quit
SERVER > 221 Service Closing transmission
SERVER > closed

Все выглядит хорошо, но электронное письмо не отправляется и Service Closing transmissionна последнем шаге возникает ошибка!

Я думаю, это достаточно ясно.

Пожалуйста, скажите мне, что я здесь упускаю?

решение1

Вы попробовали отправить электронное письмо на Yahoo таким же образом, и оно дошло.

Итак, все доказательства говорят о том, что отправка таким способом работает нормально. Гораздо более вероятно, что Google получает почту, которую вы отправляете таким образом, но просто не помещает ее ни в папку ВХОДЯЩИЕ получателя, ни в папку со спамом. Google довольно печально известен тем, что просто заставляют письма исчезать в эфире.

К сожалению, без доступа к почтовым журналам на обоих концах вы не сможете узнать, что на самом деле происходит. Это одна из многих причин, по которым аутсорсинг электронной почты — не очень хорошая идея, несмотря на то, как современные компании ее любят.

Собранную мудрость ServerFault о том, как не допустить, чтобы Google съел ваши электронные письма, можно найти здесь.в ответах на этот вопрос; боюсь, больше мы ничего не можем сказать по этому вопросу.

Связанный контент