0

メールサーバー (ASSP 2.4) でプロキシ アンチスパムを実行しています。

リモートのスパム送信者の電子メールがブロックされている場合、アンチスパムは返信を構成することを許可します。

  • 554 5.7.1 メッセージ内のスパム コンテンツが原因でメッセージがブロックされた、または
  • SMTP エラーコード「554 5.7.1」の代わりに「false」「250 OK」を送信することによって。

2 つの質問をお願いします。

a) 「250 OK」ソリューションを使用した場合、Simple Mail Transfer Protocol (RFC 821 および RFC 5321) のルールに違反していますか?

b) どちらが優れていて推奨されているか、またその理由。「554 5.7.1」または「250 OK」?

ありがとう、グラツィアーノ

4

1 に答える 1

0

RFC 5321のセクション 3.3 によると、受信者が送信者にa250 OKを送信すると、受信者がメッセージを正常に保存したことを意味します。さらに、RFC 532 のセクション 4.2.4 に従って<CRLF>.<CRLF>、正のコード ( 2yx) で応答すると、メッセージの配信に対する責任を受け入れることになります。「[...]サーバーが、ポリシーまたはその他の理由でメッセージを拒否する必要があると判断した場合」の場合5yz、DATA動詞が受け入れられた (と)の応答が適切であることもわかります。354

したがって、RFC に従うには5yz、メッセージがスパムであると判断した場合に応答を発行する必要があります。しかし、誰もこれを取り締まりません。メール サーバーを RFC に準拠するように設定しても、メールは受信されます (特に、プロトコルを破るDATAフェーズまで待機しているため、送信者はメッセージを未送信にすることはできません)。

しかし、メッセージをスパムとして分類するつもりなら、SMTP プロトコルを悪用している人を特定したことになります。それが誤検知であり、送信者があなたがメールを受信したと思っているのに、実際には受信していないのに、あなたがスパムであるために破棄したために受信しなかった場合はどうなりますか? スパムフィルターはしばしば間違っています。

RFCは解釈されるように書かれているため、SMTP プロトコルに従っていないことを報告する人はいません。ただし、正当な送信者であるにもかかわらず、スパムを送信したと誤って識別されている送信者に対して、問題を伝えることができるように、メールサーバーを設定する必要があります。

于 2015-03-04T02:15:56.683 に答える