On 07/25/2014 06:54 PM, Jean-Philippe Camguilhem wrote:
Un bug sur le cache DNS d'un des fournisseurs d'OSM, engendrait un timeout lors de la vérification de notre signature DKIM, qui empêchait la réception de l'ACK du message à notre smtp, et donc ce dernier à remis le message en queue et conformément aux RFC a tenté une politique de best-effort de livraison de ce message pendant 5 jours. [..]
Merci pour cette analyse et tous les détails qui l'accompagnent - je n'aurais jamais imaginé cette chaîne d'évènements.
Ceci dit, je suis étonné qu'un logiciel gestionnaire de liste de diffusion accepte de transmettre plusieurs fois un message avec le même message-id (53c914ad.3040...@makina-corpus.com).
Certes, côté réception faire confiance aveuglément au message-id pour dédoublonner est chercher les ennuis - par exemple un message envoyé via une liste de diffusion avec l'utilisateur en copie sera légitimement reçu deux fois avec le même message-id, ce qui est le comportement souhaité... Ce qui rend le paramètre duplicatesuppression de Cyrus plutôt impopulaire. Google fait pareil d'ailleurs. Exchange aussi mais il modère son zèle en ne dédoublonnant que les messages arrivant dans une fenêtre horaire donnée.
Mais du côté de la réception des messages par le logiciel gestionnaire de liste de diffusion, ça me parait tout ce qu'il y a de plus sensé - je ne vois pas le problème que poserait la vérification à la réception de l'absence du message-id parmi ceux vu dans un passé de durée configurable, avec un bounce s'il a déja été vu.
Apparemment rien de tel du côté de Sympa et de Mailman... Je verrais bien une telle vérification implémentée sous la forme d'un policy daemon Postfix - avec une table de lookup de message-id comme le fait Cyrus et une liste de destinataires pour lesquels la fonction est active (par exemple les alias de listes de diffusion pour lesquelles Postfix assure la réception initiale).
Signé: un ancien Jipo qui administrait le serveur de messagerie de Makina Corpus il y a 13 ans...
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
