
Плагин reject_null_sender
в iRedMail указывает свое назначение следующим образом:
Отклонить сообщение, отправленное пользователем, прошедшим аутентификацию SASL, но указав пустого отправителя в заголовке «From:» (from=<> в журнале Postfix).
Но на самом деле кодекс предусматривает отклонение, когдаилиОтправительилиПользователь SASL null. Это фактически отклоняет некоторые допустимые сообщения о возврате.
Согласно RFC 5321:
Если SMTP-сервер принял задачу по ретрансляции почты, а затем обнаружил, что пункт назначения указан неверно или что почта не может быть доставлена по какой-либо другой причине, то он ДОЛЖЕН сформировать сообщение-уведомление о «недоставленной почте» и отправить его отправителю недоставленной почты.
(...)
При передаче такого сообщения обратный путь ДОЛЖЕН быть установлен на ноль (см. раздел 4.5.5 для дополнительного обсуждения). Команда MAIL с нулевым обратным путем выглядит следующим образом:
MAIL FROM:<>
Это ошибка iRedMail? Есть ли еще какие-то опасения по поводу пустых отправителей без аутентифицированного пользователя SASL?
решение1
В личном письме автору плагина reject_null_sender
он подтвердил, что это ошибка, и предложил способ ее решения.
Патч (который будет представлен в более поздней версии) можно увидеть здесь:https://bitbucket.org/zhb/iredapd/commits/255a7ad5daaa6b0d87890e1d4826737fcc6bbad7