Не стал создавать новую тему, хоть эта и морально устарела.
Ситуация аналогичная. С моего postfix отсылаются письма от mail from: <>Понятно, что по RFC резать письма от <> - не есть хорошо. Ладно, я готов принимать письма от таких адресов, НО не давать отправлять от MAILER-DAEMON своим клиентам.
Сервер не является открытым релеем. Настроена проверка адреса отправителя и установлен запрет на подмену адреса отправителя.
Ключевые строки в mail.cf:
smtpd_relay_restrictions=permit_mynetworks,permit_sasl_authenticated,reject_unauth_destination,reject_unknown_recipient_domain,reject_unverified_recipient
smtpd_sender_restrictions=reject_authenticated_sender_login_mismatch,reject_unknown_sender_domain,reject_non_fqdn_sender,reject_unverified_sender
smtpd_sender_login_maps=pgsql:/etc/postfix/pgsql-virtual-login-maps.cf,pgsql:/etc/postfix/pgsql-virtual-login-domain_alias-maps.cf,regexp:/etc/postfix/allow_mismath_sender
Но пустой отправитель, как уже заметили ранее, не проверяется.
На локальные ящики воможна отправка писем с пустым отправителем. это нормально, что и требует RFC:
telnet myserver.com 25
Trying 1.2.3.4...
Connected to myserver.com.
Escape character is '^]'.
220 myserver.com ESMTP Postfix
helo mail.ru
250 myserver.com
mail from: <>
250 2.1.0 Ok
rcpt to: user@myserver.com
250 2.1.5 Ok
data
354 End data with <CR><LF>.<CR><LF>
test
.
250 2.0.0 Ok: queued as DA2DB20850
Т.к. сервер не является открытым релеем, то отправка без авторизации не возможна наружу даже от <>.
НО! если авторизоваться по SMTP, то можно слать письма от MAILER-DAEMON куда угодно, т.е. reject_authenticated_sender_login_mismatch игнорируется, когда mail from пустой. Чего ОЧЕНЬ хотелось бы избежать, т.к. таким образом шлется спам на внешку от моих злых клиентов.
Пример:
telnet myserver.com 25
Trying 1.2.3.4...
Connected to myserver.com.
Escape character is '^]'.
220 myserver.com ESMTP Postfix
helo mail.ru
250 myserver.com
auth login
334 VXNlcm5hbWU6
#login#
334 UGFzc3dvcmQ6
#password#
235 2.7.0 Authentication successful
mail from: <>
250 2.1.0 Ok
rcpt to: myuser@hotmail.com
250 2.1.5 Ok
data
354 End data with <CR><LF>.<CR><LF>
test2
.
250 2.0.0 Ok: queued as 0D9162085D
Соответственно, на ящик myuser@hotmail.com приходит письмо с отправителем: MAILER_DAEMON@myserver.com.
Вопрос: Как можно избежать такой ситуации? Запретить подмену адреса авторизованных пользователей на <>. И в то же время постараться оставить "штатную" работу MAILER-DAEMON, не нарушая RFC.
Вариант для распечатки
on 16-Сен-08, 12:00 
