У меня есть категория с настроенным «пользовательским адресом входящей почты» — [CATEGORY]@forum.tasat.org
Когда я отправляю письмо напрямую из Gmail на этот адрес, сообщения обрабатываются как положено и попадают в категорию.
Логи mail-receiver при успешной обработке:
Oct 30 05:26:43 forum-mail-receiver postfix/smtpd[76028]: connect from mail-ot1-f46.google.com[209.85.210.46]
Oct 30 05:26:43 forum-mail-receiver postfix/smtpd[76028]: B5B78309A1E: client=mail-ot1-f46.google.com[209.85.210.46]
Oct 30 05:26:43 forum-mail-receiver postfix/cleanup[76035]: B5B78309A1E: message-id=<CAA0dvufnp4EsAjp9XxjjirzOvocEZn9qO1bbB2h+RhC-6GZP2w@mail.gmail.com>
Oct 30 05:26:43 forum-mail-receiver postfix/qmgr[98]: B5B78309A1E: from=<[NAME]@gmail.com>, size=3056, nrcpt=1 (queue active)
Oct 30 05:26:43 forum-mail-receiver postfix/smtpd[76028]: disconnect from mail-ot1-f46.google.com[209.85.210.46] ehlo=1 mail=1 rcpt=1 bdat=1 quit=1 commands=5
<23>Oct 30 05:26:43 receive-mail[76037]: Recipient: [CATEGORY]@forum.tasat.orgOct 30 05:26:44 forum-mail-receiver postfix/pipe[76036]: B5B78309A1E: to=<[CATEGORY]@forum.tasat.org>, relay=discourse, delay=0.57, delays=0.23/0.02/0/0.32, dsn=2.0.0, status=sent (delivered via discourse service)
Oct 30 05:26:44 forum-mail-receiver postfix/qmgr[98]: B5B78309A1E: removed
Однако, когда я отправляю сообщение на [CATEGORY]@forum.tasat.org с идентичным содержимым через контактную форму на нашей посадочной странице на carrd.co, оно не обрабатывается.
Логи mail-receiver при ошибке:
Oct 30 06:47:20 forum-mail-receiver postfix/smtpd[76057]: connect from a69-230.smtp-out.amazonses.com[54.240.69.230]
Oct 30 06:47:20 forum-mail-receiver postfix/smtpd[76057]: lost connection after EHLO from a69-230.smtp-out.amazonses.com[54.240.69.230]
Oct 30 06:47:20 forum-mail-receiver postfix/smtpd[76057]: disconnect from a69-230.smtp-out.amazonses.com[54.240.69.230] ehlo=1 commands=1
Похоже, что команда EHLO используется для «идентификации доменного имени отправляющего хоста для SMTP».
Я не знаю, как двигаться дальше. Что может вызывать сбой EHLO? Нужно ли мне добавить SES в белый список или что-то в этом роде?..
Скорее всего, EHLO не потерпел неудачу; postfix сообщает, что отправляющая сторона отправила EHLO, а затем разорвала соединение. Что-то вроде этого:
[baron ~]$ telnet forum.tasat.org 25
Trying 64.176.213.39...
Connected to forum.tasat.org.
Escape character is '^]'.
220 ESMTP server
EHLO baron
250-forum-mail-receiver.localdomain
250-PIPELINING
250-SIZE 10240000
250-VRFY
250-ETRN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250-DSN
250 CHUNKING
^]
telnet> quit
(вы, вероятно, увидите подобное сообщение в своих логах, ссылающееся на мой IP-адрес)
Это проблема на стороне SES. Я бы посоветовал следить за входящим трафиком на порту 25, чтобы увидеть, есть ли какие-либо указания на то, почему соединение было разорвано, или проверить SES, чтобы узнать, есть ли у него какие-либо логи.
Спасибо, supermathie — у меня нет доступа к логам SES от carrd.co, но у меня есть логи порта 25 из другой неудачной попытки. (Хотелось бы знать, как их интерпретировать.) Что-нибудь бросается вам в глаза здесь..?
Ошибка SES — лог почтового приёмника Discourse
Oct 30 16:50:11 forum-mail-receiver postfix/anvil[76091]: statistics: max connection count 1 for (smtp:159.203.42.156) at Oct 30 16:46:35
Oct 30 16:50:11 forum-mail-receiver postfix/anvil[76091]: statistics: max cache size 1 at Oct 30 16:46:35
Oct 30 17:49:01 forum-mail-receiver postfix/smtpd[76093]: connect from a69-230.smtp-out.amazonses.com[54.240.69.230]
Oct 30 17:49:01 forum-mail-receiver postfix/smtpd[76093]: lost connection after EHLO from a69-230.smtp-out.amazonses.com[54.240.69.230]
Oct 30 17:49:01 forum-mail-receiver postfix/smtpd[76093]: disconnect from a69-230.smtp-out.amazonses.com[54.240.69.230] ehlo=1 commands=1
root@forum:/var/discourse#
Огромное спасибо! Я попросил поддержку carrd.co проверить логи, но, похоже, они базируются в соседней солнечной системе. Возможно, мне придётся подождать какое-то время, прежде чем у меня появится дополнительная информация.
Что ж, я не получил никакой дополнительной информации от carrd.co, кроме утверждения, что они используют «оппортунистический TLS», который должен переключаться на незашифрованное соединение в случае необходимости.
Единственный тест здоровья почтового сервера, который я не прошёл, заключался в том, что SMTP-баннер не совпадал с доменом, указанным в обратной записи DNS PTR. В другом месте на meta я нашёл идею добавить в файл mail-receiver.yml под секцией env::