Исходное сообщение
"Отказоустойчивый почтовый сервер (два в одном)" Отправлено kam, 07-Дек-13 19:13
>[оверквотинг удален] > reject_non_fqdn_helo_hostname > reject_rhsbl_helo > reject_unknown_helo_hostname > а не > check_client_access > check_client_mx_access > check_client_ns_access > reject_rhsbl_client > reject_unknown_client_hostname > которые по-вашему в smtpd_helo_restrictions берут, и HELO проверяют. Здесь вы, безусловно, правы. Я был невнимателен и поторопился с ответом. >[оверквотинг удален] > Промотаю документацию чуть вверх и сцитирую, специально для читающих по-диагонали: > reject_unknown_helo_hostname (with Postfix < 2.3: reject_unknown_hostname) > Reject the request when the HELO or EHLO hostname has no DNS > A or MX record. > The unknown_hostname_reject_code parameter specifies the numerical response code for > rejected requests (default: 450). > The unknown_helo_hostname_tempfail_action parameter specifies the action after a temporary > DNS error (default: defer_if_permit). > Нет ни одного слова про то, что оно обязано совпадать с client > hostname, реверсом, и т п. rfc2821 вообще запрещает блокировать из-за подобных причин:    An SMTP server MAY verify that the domain name parameter in the EHLO    command actually corresponds to the IP address of the client.    However, the server MUST NOT refuse to accept a message for this    reason if the verification fails: the information about verification    failure is for logging and tracing only.