LINUX.ORG.RU
решено ФорумAdmin

Пустое MAIL FROM

 , ,


0

1

Приветствую!
С почтовым сервером сталкивался последний раз лет 15 назад.
Сейчас настраиваю тестовый почтовик для последующей миграции одной корпоративной почты.

Столкнулся вот с чем:
Пока сделана простая связка Postfix+Dovecot, для доступа к почте установлен Rouncubemail. Все хорошо работает - почта отправляется на гигантов (GMail, MailRu..т.д.) и принимается. Добавил в Dovecot плагин Sieve - настраиваемая фильтрация писем. Пробую настроить vacation - автоматический ответ, например на время отпуска.
При входящем письме создается письмо в соответствии с правилом vacation и отправляется, но проблема в том, что это письмо отправляется с пустым MAIL FROM:

Nov  4 17:43:48 mail1 postfix/smtp[8530]: < emx.mail.ru[217.69.139.180]:25: 250-emx.mail.ru
Nov  4 17:43:48 mail1 postfix/smtp[8530]: < emx.mail.ru[217.69.139.180]:25: 250-SIZE 73400320
Nov  4 17:43:48 mail1 postfix/smtp[8530]: < emx.mail.ru[217.69.139.180]:25: 250 8BITMIME
Nov  4 17:43:48 mail1 postfix/smtp[8530]: server features: 0x100b size 73400320
Nov  4 17:43:48 mail1 postfix/smtp[8530]: smtp_stream_setup: maxtime=300 enable_deadline=0
Nov  4 17:43:48 mail1 postfix/smtp[8530]: > emx.mail.ru[217.69.139.180]:25: MAIL FROM:<> SIZE=828 BODY=8BITMIME
Nov  4 17:43:48 mail1 postfix/smtp[8530]: smtp_stream_setup: maxtime=300 enable_deadline=0
Nov  4 17:43:48 mail1 postfix/smtp[8530]: < emx.mail.ru[217.69.139.180]:25: 250 2.0.0 OK
Nov  4 17:43:48 mail1 postfix/smtp[8530]: > emx.mail.ru[217.69.139.180]:25: RCPT TO:<sm@********.ru>
Nov  4 17:43:48 mail1 postfix/smtp[8530]: smtp_stream_setup: maxtime=15 enable_deadline=0
Nov  4 17:43:48 mail1 postfix/smtp[8530]: < emx.mail.ru[217.69.139.180]:25: 250 Go ahead
Nov  4 17:43:48 mail1 postfix/smtp[8530]: > emx.mail.ru[217.69.139.180]:25: DATA
Nov  4 17:43:48 mail1 postfix/smtp[8530]: smtp_stream_setup: maxtime=120 enable_deadline=0
Nov  4 17:43:48 mail1 postfix/smtp[8530]: < emx.mail.ru[217.69.139.180]:25: 354 Go ahead. End your data with <CR><LF>.<CR><LF>
Nov  4 17:43:48 mail1 postfix/smtp[8530]: smtp_stream_setup: maxtime=180 enable_deadline=0
Nov  4 17:43:48 mail1 postfix/smtp[8530]: > emx.mail.ru[217.69.139.180]:25: .
Nov  4 17:43:48 mail1 postfix/smtp[8530]: smtp_stream_setup: maxtime=600 enable_deadline=0
Nov  4 17:43:48 mail1 postfix/smtp[8530]: < emx.mail.ru[217.69.139.180]:25: 550 spam message rejected. Please visit http://help.mail.ru/notspam-support/id?c=T0PWj5-wabTnJ0kDSbF
Именно из-за этого я так понимаю получаю отлуп как спам.
Какой из параметров Postfix'a? отвечает за заполнение поля?



Последнее исправление: smserg (всего исправлений: 1)

Ответ на отправленное письмо спамом как может быть? Может слишком мелкий delay между двумя письмами?

Anoxemian ★★★★★
()
Ответ на: комментарий от Anoxemian

Запутал с формулировками. Поправил основной пост.
Это не как «ответ» в прямом смысле, а просто формируется новое сообщение и отправляется.

smserg
() автор топика
Последнее исправление: smserg (всего исправлений: 1)

Именно из-за этого я так понимаю получаю отлуп как спам.

Забей. Если из-за «mail from:<>» ты получаешь отлуп, то это означает, что сообщение ты шлёшь не на почтовый сервер, а на хрень какую-то. Эта хрень тебе не нужна. На той стороне сидят ССЗБ: http://tools.ietf.org/html/rfc1123

5.2.9  Command Syntax: RFC-821 Section 4.1.2

         The syntax shown in RFC-821 for the MAIL FROM: command omits
         the case of an empty path:  "MAIL FROM: <>" (see RFC-821 Page
         15).  An empty reverse path MUST be supported.
Но развелось таких рукозадых порядком, даже в некоторых банках из нашего топ10. Да что уж там, топ1 даже... Стоп. Не дочитал, ты про mail.ru же. mail.ru за этим не замечен, они там что-то ещё проверяют, может быть по совокупности отлуп.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от AS

Кстати, посредством RFC1123 внесена неоднозначность. Тут написано с пробелом «MAIL FROM: <>». А в RFC821 (и остальных) - «MAIL FROM:<>». В итоге, хоть и в RFC1123 очепятка судя по всему, но MTA, по идее, должен поддерживать оба варианта из-за этого. Postfix, вроде бы, с пробелом сам не принимает как раз.

AS ★★★★★
()
Ответ на: комментарий от AS

Стоп. Не дочитал, ты про mail.ru же. mail.ru за этим не замечен, они там что-то ещё проверяют, может быть по совокупности отлуп.

Максимум какой я смог получить debug это используя:

debug_peer_level = 2
debug_peer_list = mail.ru

Про RFC знаю. Может еще из-за чего получается отлуп, но как отследить - не знаю. Если же пишу руками письмо в RoundCube, то все доставки работают исправно и MailRU не считает спамом.

smserg
() автор топика
Ответ на: комментарий от smserg

Начни тогда с проверки глазами результата, который Sieve выдаёт. То есть, отправь этот автоответ себе и проверь, что все кодировки есть, где положено, Content-Type и т.п. html, если вдруг есть, я бы убрал. Если всё в порядке, сходи по ссылке, которую mail.ru предлагает.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 2)
Ответ на: комментарий от AS

Решил добавить подлинности своему серверу и сделал SPF. Теперь MailRU не откидывает письмо авто-ответа как спам. Но все равно какое-то чудо было.

smserg
() автор топика
Последнее исправление: smserg (всего исправлений: 1)
Ответ на: комментарий от smserg

Решил добавить подлинности своему серверу и сделал SPF

SPF на имя в helo? Потому как если только на домен, то это странно: в «mail from» то домена нет.

AS ★★★★★
()
Ответ на: комментарий от AS

Да есть подозрение, что сейчас если у тебя нет SPF-записи, то крупные почтовики будут считать тебя спамером by design.

Не проверял данное утверждение, ибо SPF на подконтрольных мне доменах настроен уже чёрти сколько

Pinkbyte ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.