私は Postfix サーバーをセットアップしていますが、ほとんどの場合は正常に動作しますが、毎日 100 ～ 200 通のメールが次のエラーで延期されます。
status=deferred (lost connection with alt1.gmail-smtp-in.l.google.com[74.125.142.27] while sending RCPT TO)
status=deferred (lost connection with mta6.am0.yahoodns.net[66.196.118.34] while sending message body)
これは、すべての送信メールの約 10 % です。受信メールは正常に動作し、ローカル サーバー上のドメインへの送信もすべて正常に動作します。
トラブルシューティング中に、Gmail が返信し続けている特定のメールを見つけましたが、まったく同じ受信者に新しいメールを作成すると、Google は問題なくそれを受け取ります。
バウンスするメール:
Sep 3 13:08:04 mail postfix/smtp[2623]: 72A66184148: to=<[email protected]>, relay=aspmx.l.google.com[173.194.79.27]:25, delay=2.5, delays=0.01/0/0.83/1.7, dsn=5.7.1, status=bounced (host aspmx.l.google.com[173.194.79.27] said: 554 5.7.1 9.9.9 (in reply to end of DATA command))
配信されるメール:
Sep 3 13:10:08 mail postfix/smtp[24005]: 38C47184147: to=<[email protected]>, relay=aspmx.l.google.com[173.194.79.27]:25, delay=3.3, delays=0/0.01/0.82/2.5, dsn=2.0.0, status=sent (250 2.0.0 OK 1378199356 hk5si14476075pac.241 - gsmtp)
バウンスした同じメールをローカル サーバー上の別のドメインに転送すると、問題なく送信されます。
しかし、Yahoo は次のエラーでそれを返送します。
host mta5.am0.yahoodns.net[66.196.118.240] said: 554 5.7.1 9.9.9 (in reply to end of DATA command)
両方のメールのサイズはほぼ同じ(100KB未満)なので、ここでは問題ではありません。
サーバーの前にファイアウォールはありません。すべての DNS 設定は正しく、リバース DNS も適切にセットアップされており、前述したように、通過しないのは特定のメールだけです。
ISP に問い合わせて、MTU 設定が正常であることを確認しました。
助言がありますか？
アップデート 私はリモート ロケーションで 2 番目のメール サーバーを管理しており、リモート ドメインにバウンスするメールを送信しようとしました。受信側で tcpdump を実行して、何が起こっているかを確認しました。バウンスするメールを送信している間、サーバーは RCPT TO を送信した後に RSET を送信しています。
16:17:23.249320 IP mail.mydomain.com.47556 > mail.myremotemailserver.com.smtp: P 74:126(52) ack 228 win 123 [email protected]...^.B2...}.....-B........{....... t...y...RCPT TO: ORCPT=
16:17:23.614527 IP mail.mydomain.com.47556 > mail.myremotemailserver.com.smtp: P 126:132(6) ack 242 win 123 E..:[email protected]^.B2...}.....-B........{....... t..vy...RSET
ただし、新しいメールを作成すると、RCPT の後に DATA が送信され、これは予想どおりであり、メールは正常に送信されます。
16:19:20.911123 IP mail.mydomain.com.43064 > mail.myremotemailserver.com.smtp: P 73:125(52) ack 228 win 123 [email protected].*_^.B2...}.8..;&J.`..4...{P@..... t...y...RCPT TO: ORCPT=
16:19:21.297598 IP mail.mydomain.com.43064 > mail.myremotemailserver.com.smtp: P 125:131(6) ack 242 win 123 E..:[email protected].*.^.B2...}.8..;&K.`..B...{t5..... t..ay...DATA
私にはあまり意味が分かりません。
答え1
554は永続ご存知のとおり、これはエラーです。これは、キューイングをどのように実装するかを確認するためのグレーリスト テストの形式ではありません。
他の人が指摘しているように、554の99.9%は、メッセージがアンチスパムテストに合格しなかったために発行されます。DATAの終了後に554が返されるという事実は、サーバーがメッセージの内容に何か気に入らない点があることを示しています。できたすでにそれよりずっと早くメッセージを拒否することを決定しており、さまざまな理由 (1. 時間/帯域幅/リソースを無駄にする、2. メッセージに関する情報をできるだけ多く収集する) により最後まで待機するように設定されています。
こうした状況で最も困難なのは、受信側で作成され、施行されているポリシーに違反していることです。本文に「apple」という単語が含まれていて、IP アドレスの最後のオクテットが 3 の倍数であるという理由で、メッセージが拒否される可能性があります。可能性は低いですが、可能性はあります。
メッセージは通常、1つの基準を満たしていないという理由で拒否されることはありません。特に「大手」の場合、推測複数のテストに不合格になっているようですが、正確に知る唯一の方法は（不合格メッセージに情報が不足していることを考慮すると）残念ながら問い合わせることです。
私は見つけたこのページあなたの問題に関連して、Google で調べてみると良いかもしれません。ちょっと調べた限りでは、Yahoo で同様のページは見つかりませんでした。
答え2
特定のメッセージのスパムアサシンスコアを確認してみましたか？このウェブサイト[spamscorechecker][1]にアクセスしてください。
[1]:http://spamscorechecker.com/そのメッセージと、配信された別のメッセージを送信して、それらの違いを確認してください。何が問題なのか知りたいので、最新情報を教えてください。
答え3
Gmail などのサービスでは、スパム送信をしているとみなして、再試行するかどうか確認するために速度を制限しているようです。rdns は適切に設定されているとのことですが、送信先のドメインの SPF レコードに、そのドメインの許可された送信者として指定されていることを確認してください。無料のオンライン ツールを使用して、IP がブラックリストに載っていないか確認し、載っている場合は、そのリストから IP を削除するように要求してください。
答え4
彼らはあなたがそうであると仮定しています。それに従ってspam再構成してくださいMTAスパムハウス、また、に従って MTA を確認してくださいBarracuda。(YourIP addressなど)