Postfix reject_unknown_reverse_client_hostname：デフォルトのunknown_client_reject_code（450）を550に置き換えます。なぜ/いつしないのですか？

毎日のスパムとの戦いで、ワイルドなインターネットから接続しているクライアントからのDNS要件を厳しく施行したいと思ったことが何度かあります。

具体的には、私が追加されているでしょうreject_unknown_reverse_client_hostname私の中の設定はsmtpd_client_restrictionsののように、セクションを：

smtpd_client_restrictions = 
            permit_sasl_authenticated
            check_client_access hash:/etc/postfix/access 
            check_policy_service inet:127.0.0.1:4466
            reject_unknown_reverse_client_hostname
            reject_unauth_pipelining 

とにかく、私はそのような制限に達したときのデフォルト値unknown_client_reject_codeが450であるため、Postfixの動作はかなり「ソフト」であることを指摘しました。したがって、クライアントは再試行を続けるように求められます。

550の応答を調査しているときに、Postfixの公式ドキュメントで次の声明に会いました。

私は絶対にRFC 5321全体の専門家ではありませんが、RFC 821を知るのに十分な年齢の誰かとして、450ではなく550応答が最大SMTPレベルでPostfixインスタンスに影響を与える可能性がある理由は本当にわかりません（ RFC準拠の違反）、特に一時的なエラーの場合、Postfixは明示的な設定に関係なく450に固執することを特に考慮します。

それで、誰かがそのような置き換えの問題点を理解するのを手伝ってくれる？

PS：その間、私は「リラックスした」制限で終わりました：

smtpd_client_restrictions = 
            permit_sasl_authenticated
            check_client_access hash:/etc/postfix/access 
            check_policy_service inet:127.0.0.1:4466
            warn_if_reject reject_unknown_reverse_client_hostname
            reject_non_fqdn_helo_hostname
            reject_unauth_pipelining 
            reject_invalid_helo_hostname 

2つの実用的な答えから始めます

1. 最初の最も明白な答えは、一時的なDNSエラーが発生した場合、一時的なバウンスにより、DNSエラーが修正されるまで送信者のメールサーバーが再試行できることです。この場合、恒久的なバウンスは実際のハムメールがあなたに届くことをブロックします。

2. 2番目の答えは、大量のスパムが、メールを送信するための実際の機能プログラムの形式を持たないボットネットボックスを介して送信されることです。彼らはジャンクを一度だけスプレーし、メッセージに一時的または永続的なエラーが発生したかどうかに関係なく、メッセージの再送信を試みません。したがって、一時的なエラーを使用することで、スパムの大部分を永久にブロックしていますが、ハムが再試行することは許可しています。（ちなみに、これがグレーリストが機能し、依然として多くのスパムをキャッチしている理由です。）

これらのものに加えて、理論とRFCにもっと耐える答えもあります

RFCはセクション4.2.1で述べています。それ：

返信が4yzまたは5yzカテゴリ（下記参照）に当てはまるかどうかを判断する経験則は、コマンド形式または送信者または受信者のプロパティ（つまり、 、コマンドは同じように繰り返され、レシーバーは新しい実装を行いません）。

逆引き参照の失敗の場合、DNSエラーが修正されていれば、メッセージ自体を変更せずにメッセージを受け入れることができます。したがって、これは一時的なエラーです。

メッセージがスパムではない場合、送信メールサーバーのシステム管理者がエラーメッセージに気づき、DNSの問題を修正して、ユーザーが介入してメッセージを再送信しなくてもメッセージを配信できるようにします。また、メールを送信するユーザーがメールサーバーやそのDNSエントリも担当している場合を除いて、永続的なバウンスを直接受けても、たとえばスペルミスの場合とは異なり、それを使用して何かを行うことはできません。住所。

もちろん、あなたは依然として何らかの理由でメールを拒否する権利を常に持っています。