Я столкнулся со странной ситуацией с нашими почтовыми серверами ретрансляции, которые отправляют электронные письма от имени наших клиентов.
Наша текущая инфраструктура состоит из двух почтовых ретрансляционных серверов, настроенных на Postfix, которые получают все электронные письма от наших внутренних приложений и отвечают за их отправку в Интернет.
Теперь проблема, которую мы наблюдаем, заключается в том, что около 20% всех писем, полученных этими реле, не отправляются и исчезают в активной очереди.
Вот пример журнала postfix, показывающий электронное письмо, которое не покидает активную очередь:
Feb 10 17:12:02 relay02 postfix/smtpd[31701]: EFF07209F6A3: client=coreapps02[10.11.12.202]
Feb 10 17:12:02 relay02 postfix/cleanup[10949]: EFF07209F6A3: message-id=<48327_38759699@example.com>
Feb 10 17:12:02 relay02 postfix/qmgr[23160]: EFF07209F6A3: from=<no-reply@example.com>, size=3581, nrcpt=1 (queue active)
Это сообщение, похоже, потеряно, так как его нет в /var/spool/postfix/active каталог.
Вот пример электронного письма, которое отправляется в Интернет примерно в то же время:
Feb 10 17:12:02 relay02 postfix/smtpd[31701]: D8F67209F6AF: client=coreapps02[10.11.12.202]
Feb 10 17:12:02 relay02 postfix/cleanup[10949]: D8F67209F6AF: message-id=<48327_38759698@example.com>
Feb 10 17:12:02 relay02 postfix/qmgr[23160]: D8F67209F6AF: from=<no-reply@example.com>, size=3617, nrcpt=1 (queue active)
Feb 10 17:12:03 relay02 postfix/smtp[10738]: D8F67209F6AF: to=<some.one@example.com>, relay=cluster1.us.messagelabs.com[216.82.241.131]:25, conn_use=2, delay=0.18, delays=0/0/0.02/0.16, dsn=2.0.0, status=sent (250 ok 1486746723 qp 65173 server-8.tower-54.messagelabs.com!1486746722!118816510!2)
Feb 10 17:12:03 relay02 postfix/qmgr[23160]: D8F67209F6AF: removed
Есть идеи, почему Postfix сбрасывает некоторые (~ 20%) наших сообщений?
Rsyslog и журнал Systemd имели ограничение скорости, из-за которого некоторые постфиксные сообщения никогда не регистрировались, даже если электронные письма обрабатывались должным образом.
Я удалил ограничение скорости rsyslog, следуя этому руководству: https://support.asperasoft.com/hc/en-us/articles/216128628-How-to-disable-rsyslog-rate-limiting, и журнал systemd, используя этот: https://bani.com.br/2015/06/systemd-journal-what-does-systemd-journal-suppressed-n-messages-from-system-slice-mean/