6 votes

Qu'est-ce qui peut amener un utilisateur à recevoir des courriels en double ?

L'un de nos clients reçoit des courriels en double de notre application, alors que, d'après les journaux de l'application et du SMTP, nous ne les envoyons qu'une seule fois.

Quelles sont les différentes façons dont un courriel peut être dupliqué entre son envoi et sa réception ?

Quelques détails supplémentaires : les courriels sont envoyés via IIS6. Les doublons que l'utilisateur reçoit sont vraiment des doublons exacts, jusque dans les en-têtes des messages (y compris le même Message-ID). Il n'y a pas de duplication apparente dans les journaux source SMTP - je ne suis pas administrateur système moi-même et je n'ai donc pas beaucoup d'expérience en la matière, mais il n'y a pas de duplication apparente dans les journaux source SMTP. semble normale :

2012-02-16 17:54:45 127.0.0.1 portal PORTAL 127.0.0.1 MAIL +FROM:<notifications@mycompany.com> 250 0 59 46
2012-02-16 17:54:45 127.0.0.1 portal PORTAL 127.0.0.1 RCPT +TO:<dustinc@redacted.com> 250 0 33 30
2012-02-16 17:54:45 127.0.0.1 portal PORTAL 127.0.0.1 DATA <PORTAL6hNo6j3wsGSaV0002e91c@portal.mycompany.com> 250 0 140 10654

puis (je suppose) la réponse du serveur de messagerie cible lui-même quelques lignes plus loin :

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:<notifications@mycompany.com>+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:<dustinc@redacted.com> 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

( puis quelques secondes jusqu'à ce que )

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

8voto

BillThor Points 27096

Il y a deux cas où j'ai vu cela.

  • Le message est délivré à plusieurs alias à des moments différents ou sous forme de messages différents. Cela m'arrive souvent car j'utilise beaucoup d'alias. Vérifiez les en-têtes pour l'identifiant du message qui devrait être différent. L'adresse d'origine peut être incluse dans un en-tête reçu ou dans l'en-tête de l'enveloppe s'il y en a un.
  • Un serveur a accepté le message pour livraison, mais le serveur qui l'envoie ne reçoit pas le message d'acceptation. Il réessaie. Dans ce cas, l'en-tête d'identification du message aura la même valeur, mais les en-têtes reçus seront différents. C'est sur le serveur où les en-têtes reçus commencent à différer que le problème a commencé. D'après mon expérience, il s'agit d'un pare-feu qui interrompt la connexion trop rapidement.

Dans les deux cas, vous avez besoin des en-têtes du message pour diagnostiquer le problème.

5voto

Wesley Points 32020

Le serveur de messagerie du client peut contenir certaines règles ("règles de transport" est la nomenclature s'il s'agit d'un serveur Exchange) qui dupliquent de manière inexplicable votre courrier entrant. Vous devrez aborder ce problème avec le client.

Par ailleurs, le programme de courrier électronique du client peut comporter des règles simples et peu logiques pour la boîte de réception. J'ai vu plus d'un problème de messagerie qui résultait d'une règle mal conçue du client de messagerie qui dupliquait, déplaçait ou supprimait par inadvertance des courriels qui n'étaient pas censés l'être.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X