Я настроил почтовый сервер на AWS EC2, следуя инструкциям Flurdy: http://flurdy.com/docs/postfix/ , в основном, все прошло хорошо.
Моя проблема в том, что я предпочел бы использовать SMTP-порт 587 с TLS, а не 465 с SSL. Я считаю, что это уместное требование, так как порт 465 не считается будущим.
Инструкции на сайте Flurdy предназначены для того, чтобы разрешить и то и другое, однако я не могу заставить 587 работать! 465 с SSL работает шарм.
Я должен также упомянуть, что эта сборка использует sasl с MySQL, и я думаю, именно поэтому я не нашел большой помощи, когда я гуглю ошибки. Я считаю, что ошибка лежит где-то на арене SASL / PAM, но мне не повезло.
Вот некоторые из выводов журнала:
mail.log
postfix/smtpd[11328]: connect from MY.ISP.PROVIDER[MY.IP.0.0]
postfix/smtpd[11328]: Anonymous TLS connection established from MY.ISP.PROVIDER[MY.IP.0.0]: TLSv1.2 with cipher AES128-SHA256 (128/128 bits)
postfix/smtpd[11328]: warning: SASL authentication failure: client response doesn't match what we generated (tried bogus)
postfix/smtpd[11328]: warning: MY.ISP.PROVIDER[MY.IP.0.0]: SASL DIGEST-MD5 authentication failed: authentication failure
postfix/smtpd[11328]: warning: SASL authentication failure: cannot connect to saslauthd server: No such file or directory
postfix/smtpd[11328]: warning: MY.ISP.PROVIDER[MY.IP.0.0]: SASL LOGIN authentication failed: generic failure
postfix/smtpd[11328]: lost connection after AUTH from MY.ISP.PROVIDER[MY.IP.0.0]
postfix/smtpd[11328]: disconnect from MY.ISP.PROVIDER[MY.IP.0.0]*
Мой master.cf
submission inet n - n - - smtpd
-o smtpd_sasl_auth_enable=yes
-o smtpd_tls_auth_only=yes
-o smtpd_client_restrictions=permit_sasl_authenticated,reject_unauth_destination,reject
-o smtpd_sasl_security_options=noanonymous,noplaintext
-o smtpd_sasl_tls_security_options=noanonymous
smtps inet n - - - - smtpd
-o smtpd_tls_wrappermode=yes
-o smtpd_sasl_auth_enable=yes
-o smtpd_tls_auth_only=yes
-o smtpd_client_restrictions=permit_sasl_authenticated,reject
-o smtpd_sasl_security_options=noanonymous,noplaintext
-o smtpd_sasl_tls_security_options=noanonymous
Есть и другой конф, такой как AMAVIS, но я подозреваю, что все в порядке.
Журнал SQL показывает, что все соединения и запросы работают правильно.
Я использовал TELNET для тестирования, и он просто закрывает соединение, когда я пытаюсь выполнить аутентификацию с портом 587. Если я открою порт 25 на моем сервере, тогда я смогу завершить успешный вход в систему AUTH.
Вот разница в отклике EHLO с 25 (когда открыто) и 587. Я заметил, что 587 не включает AUTH. Это проблема?
$ telnet my.mailserver.com 587
Trying MY.IP.0.0...
Connected to my.mailserver.com.
Escape character is '^]'.
220 MY-EC2-SERVER-NAME.localdomain ESMTP Postfix
EHLO my.mailserver.com
250-MY-EC2-SERVER-NAME.localdomain
250-PIPELINING
250-SIZE 10240000
250-ETRN
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
$ telnet my.mailserver.com 25
Trying MY.IP.0.0...
Connected to my.mailserver.com.
Escape character is '^]'.
220 MY-EC2-SERVER-NAME.localdomain ESMTP Postfix
EHLO my.mailserver.com
250-MY-EC2-SERVER-NAME.localdomain
250-PIPELINING
250-SIZE 10240000
250-ETRN
250-STARTTLS
250-AUTH PLAIN LOGIN CRAM-MD5 DIGEST-MD5
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
Я перезапускал сервисы postfix и saslauthd несколько раз. Я также дважды проверил пароли и имена пользователей в БД. Я прошел инструкции и проверил на предмет неправильной настройки и орфографических ошибок, хотя, скорее всего, так оно и будет :-)
Сервер UBUNTU 13.10
Пожалуйста, дайте мне знать, если я могу предоставить любую дополнительную информацию, чтобы помочь отладке.
Все мысли приветствуются!
Ответы:
Я также следовал руководству Флурди и столкнулся с аналогичной проблемой: я мог отправлять почту только через порт 25 (smtpd), но не через 587 (отправка). Я обнаружил, что проблема именно в том, что, согласно его инструкциям, порт 25 был настроен для работы в chroot, а 587 - нет - похоже, это ошибка в руководстве. Проверьте эту часть инструкции Флурди:
Прямо под этим текстом вы можете найти эту строку, заявив, что демон для порта отправки не будет использовать chroot:
Я знаю это, потому что в моем исходном
/etc/postfix/master.cf
файле были комментарии с этой легендой:Прямо под списком опций для порта отправки находится следующая строка, которая настраивает smtps (порт 465):
Из этого вы можете видеть, что он использует значение по умолчанию (я думаю,
-
знак означает, что он будет использовать значение по умолчанию, то есть использование chroot).Хорошо, тогда, когда вы посмотрите на раздел аутентификации SASL, где написано:
Вы можете видеть, что
OPTIONS
переменная содержит следующий путь:Опять же, с помощью моего первоначально прокомментированного
/etc/default/saslauthd
файла, я отметил это четкое объяснение:Поскольку моя
OPTIONS
переменная четко указывала регистр chroot, я просто изменил свою конфигурацию отправки,/etc/postfix/master.cf
чтобы также использовать chroot. После перезапуска сервера - просто для того, чтобы убедиться, что все службы были перезапущены должным образом - он работал как чудо, теперь я могу отправлять электронную почту через порт 25 или 587.Надеюсь, это также поможет вам! Я также потерял достаточно времени, чтобы увидеть это ...
источник