私たちの顧客の1人が私たちのアプリケーションから重複したメールを受信していますが、私がアプリケーションとSMTPログからわかる限り、私たちはそれを一度だけ送信しています。
メールの送信と受信の間にメールが複製される可能性があるのはどのような方法ですか?
さらに詳細:メールはIIS6経由で送信されています。ユーザーが実際に受け取る重複は、メッセージヘッダーの真下(同じMessage-IDを含む)とまったく同じです。 SMTPソースログに明らかな重複はありません-私自身はsys管理者ではないので、これらの経験はあまりありませんがらしい通常:
2012-02-16 17:54:45 127.0.0.1 portal PORTAL 127.0.0.1 MAIL +FROM:<[email protected]> 250 0 59 46
2012-02-16 17:54:45 127.0.0.1 portal PORTAL 127.0.0.1 RCPT +TO:<[email protected]> 250 0 33 30
2012-02-16 17:54:45 127.0.0.1 portal PORTAL 127.0.0.1 DATA <[email protected]> 250 0 140 10654
次に(私は)数行後のターゲットメールサーバー自体からの応答:
2012-02-16 17:54:45 208.186.207.146 OutboundConnectionResponse PORTAL - - 220+smtp.redacted.com+ESMTP+Service+ready 0 0 41 0
2012-02-16 17:54:45 208.186.207.146 OutboundConnectionCommand PORTAL - EHLO portal.mycompany.com 0 0 4 0
2012-02-16 17:54:45 208.186.207.146 OutboundConnectionResponse PORTAL - - 250-Requested+mail+action+okay,+completed 0 0 41 0
2012-02-16 17:54:45 208.186.207.146 OutboundConnectionCommand PORTAL - MAIL FROM:<[email protected]>+SIZE=10998 0 0 4 0
2012-02-16 17:54:45 208.186.207.146 OutboundConnectionResponse PORTAL - - 250+Requested+mail+action+okay,+completed 0 0 41 0
2012-02-16 17:54:45 208.186.207.146 OutboundConnectionCommand PORTAL - RCPT TO:<[email protected]> 0 0 4 0
2012-02-16 17:54:46 208.186.207.146 OutboundConnectionResponse PORTAL - - 250+Requested+mail+action+okay,+completed 0 0 41 0
2012-02-16 17:54:46 208.186.207.146 OutboundConnectionCommand PORTAL - DATA - 0 0 4 0
2012-02-16 17:54:46 208.186.207.146 OutboundConnectionResponse PORTAL - - 354+Start+mail+input;+end+with+<CRLF>.<CRLF> 0 0 44 0
(…それから…までに数秒かかります…)
2012-02-16 17:54:50 208.186.207.146 OutboundConnectionResponse PORTAL - - 250+Requested+mail+action+okay,+completed 0 0 41 0
2012-02-16 17:54:50 208.186.207.146 OutboundConnectionCommand PORTAL - RSET - 0 0 4 0
2012-02-16 17:54:50 208.186.207.146 OutboundConnectionResponse PORTAL - - 250+Requested+mail+action+okay,+completed 0 0 41 0
クライアントのメールサーバーには、受信メールを不可解に複製する特定のルールが含まれている場合があります(「トランスポートルール」は、Exchangeサーバーの場合は命名法です)。この問題をクライアントに提示する必要があります。
また、クライアントの電子メールプログラムには、ロジックが不十分な単純な受信トレイルールがある場合があります。メールクライアントのルールが適切に設計されていないために、意図していないメールを誤って複製、移動、または削除したことが原因で、いくつかのメールの問題が発生しました。
私がこれを見たのは2つのケースがあります。
どちらの場合でも、問題を診断するにはメッセージヘッダーが必要です。