Я управляю кучей почтовых серверов, MX - это системы postfix + amavisd-new, а почтовые ящики - в почтовом ящике qmail + vpopmail. Да, мы уже планируем все перенести на postfix, но это уже другая история (и долгая) :)
Недавно я начал видеть некоторые входящие письма, которые входят в мою систему со знаком "delivered-to"(на самом деле в нижнем регистре!) строка, содержащая адрес получателя. Моя система qmail видит эти заголовки и отклоняет почту, думая, что она зацикливается (и я на 110% уверен, что это не зацикливается).
Эти заголовки далеки от моего "Received:"строки, похоже, есть какой-то SMTP-сервер (может быть, на самом деле прозрачный SMTP-прокси?) в локальной сети отправителя, который добавляет эти строки.
Я провел несколько расследований и, насколько я могу судить, Delivered-To официально не рассматривается ни в одном RFC, но это стандарт де-факто, используемый для предотвращения зацикливания почты. Таким образом, он не должен добавляться каким-либо сервером, кроме того, который фактически доставляет сообщение в почтовый ящик получателя. Это тоже было покрыто на StackOverflow.
Если это верно, то получаемые мной заголовки следует рассматривать как ошибку системы, которая их добавляет.
Кто прав? Могу ли я сказать своим пользователям, что это ошибка отправляющего сайта, и продолжать применять эту политику, или мне следует попытаться сделать что-то со своей стороны, чтобы эти сообщения попали внутрь?
РЕДАКТИРОВАТЬ: просто чтобы уточнить, меня интересует только входящая почта, содержащая Delivered-To заголовок с адресом электронной почты, который фактически размещен в моей системе. IE, моя система является «авторитетным почтовым ящиком» для этого адреса.
EDIT2: Я провел еще несколько исследований, и, насколько я могу судить, эти заголовки добавляются какой-то службой SMTP на стороне отправителя. Это одно из тех универсальных устройств linux, действующее либо как внутренний SMTP (фактически используемый их MUA), либо как прозрачный SMTP (где их MUA думают, что они общаются с внешним сервером, но трафик 25 / tcp получает перехвачено).
Это действительное электронное письмо или это попытка использовать "доставленный" адрес доставки? Это что-то вроде описанного Вот.
Резюме:
Обратите внимание, что адрес доставки совпадает с адресом доставки. Затем postfix принимает сообщение как локальное и предназначенное для существующего пользователя, а затем сразу видит заголовок Delivered-To и решает, что существует цикл пересылки почты, и пересылает это сообщение на поддельный адрес отправителя.
В противном случае это звучит так, будто кто-то в почтовой цепочке неправильно добавляет доставленные заголовки. Обычно я предлагаю типичный подход «проявляйте щедрость в том, что вы принимаете», но в этом случае это может привести к возникновению петель почты, чего следует избегать с помощью заголовка. Сначала я бы проверил, нет ли это чего-то более зловещего, и, если он подлинный, я бы сказал вашим пользователям, что это ошибка на отправляющем сайте (возможно, почта пересылается инструментом, который не удаляет существующий доставленный адрес, т.е. уже доставленная почта пересылается).
А Delivered-To заголовок следует добавлять каждый раз, когда письмо доставляется в почтовый ящик. Это наверняка может случиться не раз. Например, если письмо на foo@example.com пересылается foo-gmail@gmail.com, то example.com почтовый сервер должен добавить Delivered-to: foo@example.com заголовок, чтобы избежать зацикливания при пересылке. Очевидно, это не означает, что он был доставлен foo-gmail@gmail.com.
Таким образом, у других сайтов могут быть законные причины для добавления Delivered-to заголовок, чтобы предотвратить их собственные петли. И вы должны считать содержимое этих заголовков непрозрачным, потому что, как правило, вы не можете узнать, на какие адреса электронной почты они должны или не должны быть доставлены «по пути».