Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[Jean-Marc Liotier]

On 07/25/2014 09:49 PM, Nolwenn wrote:
Je filtre les messages dans un dossier, pas directement dans 
l'interface web de gmail mais via KMail, et je n'ai pas eu de doublons.


Le filtrage a lieu avant la livraison du message dans la boite aux 
lettres - l'IHM Web de Gmail n'intervient pas dans cette fonctionnalité.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[Nolwenn]

Le vendredi 25 juillet 2014 21:41:56 Jean-Marc Liotier a écrit :
> On 07/25/2014 09:38 PM, Nolwenn wrote:
> > je n'ai reçu aucun doublon, faut croire que gmail résiste mieux aux
> > errances des autres !
> Gmail a choisi de filtrer les doublons de message-id - et ce faisant il
> empêche de recevoir simultanément le message en direct et via la liste
> de messagerie... Ce qui est ennuyeux pour ceux qui filtrent la liste
> dans un répertoire séparé et reçoivent les messages directs dans leur inbox.

Je filtre les messages dans un dossier, pas directement dans l'interface web de 
gmail mais via KMail, et je n'ai pas eu de doublons.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[Jean-Marc Liotier]

On 07/25/2014 09:38 PM, Nolwenn wrote:

je n'ai reçu aucun doublon, faut croire que gmail résiste mieux aux errances 
des autres !


Gmail a choisi de filtrer les doublons de message-id - et ce faisant il 
empêche de recevoir simultanément le message en direct et via la liste 
de messagerie... Ce qui est ennuyeux pour ceux qui filtrent la liste 
dans un répertoire séparé et reçoivent les messages directs dans leur inbox.




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[Nolwenn]

Bienvenue,

Premier conseil que je peux t'apporter, filtre les mail de Philippe Verdy car 
le rapport signal sur bruit tend vers 0 en plus d'être le plus souvent hors-
sujet.

Pour rester dans le sujet, je n'ai reçu aucun doublon, faut croire que gmail 
résiste mieux aux errances des autres !

Le vendredi 25 juillet 2014 18:54:09 Jean-Philippe Camguilhem a écrit :
> Bonsoir,
> 
> Le 22/07/2014 02:44, Philippe Verdy a écrit :
> > C'est tout de même dommage qu'une société qui se dit experte en solutions
> > de "déploiement agile" ne sache pas configurer correctement une solution
> > mail nécessaire à n'importe quel site hébergé pour ses clients et au
> > moins isoler le système défaillant après plus d'une semaine.
> Alors je vais répondre de deux façons :
> 
> + La version courte:
> 
> 
> 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.
> 
> 
> Je me suis isncrit avec un de mes mails perso, car je ne désespère pas de
> contribuer à OSM, ni pourquoi pas de poser un jour une question.
> 
> Je découvre et suis avec un certain intérêt les questions dont je ne
> supposais même pas l'existence depuis plusieurs jours.
> 
> Ce mail sert donc aussi de présentation.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[Jean-Marc Liotier]

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

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[Jo]

Soyez le bienvenu! Je n'ai pas tout lu, juste la fin et le début :-)

Jo




2014-07-25 18:54 GMT+02:00 Jean-Philippe Camguilhem :

> Bonsoir,
>
>
> Le 22/07/2014 02:44, Philippe Verdy a écrit :
>
>  C'est tout de même dommage qu'une société qui se dit experte en
> solutions de "déploiement agile" ne sache pas configurer correctement une
> solution mail nécessaire à n'importe quel site hébergé pour ses clients et
> au moins isoler le système défaillant après plus d'une semaine.
>
>
>
> Alors je vais répondre de deux façons :
>
> + La version courte:
>
>
> 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.
>
>
> + La version longue pour les plus curieux d'entre vous,  je sais qu'il y e
> n a qui vont lire jusqu'au bout.
>
>
> ===
> traçage du message trublion
> ===
>
> https://lists.openstreetmap.org/pipermail/talk-fr/2014-July/069617.html
>
> message id 2A4FE8129D
>
> In log veritas
> ==
>
> le mail traverse deux smtp sur notre infra: en premier lieux notre MX
>
> root__at__proxy-smtp:/home/sysadmin/jpcw# grep --color 2A4FE8129D
> mail.log.1
> Jul 16 08:19:59 proxy-smtp postfix/smtpd[5373]: 2A4FE8129D: client=
> mail.makina-corpus.com[212.83.188.243]
> Jul 16 08:19:59 proxy-smtp postfix/cleanup[5558]: 2A4FE8129D: message-id=<
> 53C6198E.4080001__at__makina-corpus.com>
> Jul 16 08:19:59 proxy-smtp opendkim[5363]: 2A4FE8129D: DKIM-Signature
> field added (s=mail, d=makina-corpus.com)
> Jul 16 08:19:59 proxy-smtp postfix/qmgr[21119]: 2A4FE8129D: from=<
> jeanmichel.francois__at__makina-corpus.com>, size=24700, nrcpt=1 (queue
> active)
> Jul 16 08:20:00 proxy-smtp amavis[4568]: (04568-12) Passed CLEAN
> {RelayedOutbound}, MYNETS LOCAL [212.83.188.243]:35209 [128.79.238.165] <
> jeanmichel.francois__at__makina-corpus.com> -> <
> talk-fr__at__openstreetmap.org>, Queue-ID: 2A4FE8129D, Message-ID: <
> 53C6198E.4080001__at__makina-corpus.com>, mail_id: vidMKJEXV1Wn, Hits:
> -1.999, size: 25123, queued_as: 104228131D, dkim_sd=mail:makina-corpus.com,
> 880 ms
> Jul 16 08:20:00 proxy-smtp postfix/smtp[5559]: 2A4FE8129D: to=<
> talk-fr__at__openstreetmap.org>, relay=127.0.0.1[127.0.0.1]:10024,
> delay=0.98, delays=0.09/0.01/0.01/0.88, dsn=2.0.0, status=sent (250 2.0.0
> from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as 104228131D)
> Jul 16 08:20:00 proxy-smtp postfix/qmgr[21119]: 2A4FE8129D: removed
>
> Le mail envoyé par Jean-Michel depuis son client de messagerie est accepté
> par notre MX, puis entête DKIM, puis le mail est scanné et finalement
> transmis
> à notre relay (qui est donc notre smtp sortant) qui le mets en queue avec
> le queuid 104228131D
>
> historique de ce mail dans nos logs
> -
>
> root__at__proxy-smtp:/home/sysadmin/jpcw# grep --color 104228131D
> mail.log.1 | grep -v "(queue active)" | wc -l
> 79
> root__at__proxy-smtp:/home/sysadmin/jpcw# grep --color 104228131D mail.log
> | grep -v "(queue active)" | wc -l
> 23
>
> Aggrégeons dans un fichier texte pour y voir plus clair
> +++
> grep --color 104228131D mail.log.1 | grep -v "(queue active)" >>
> report_104228131D.txt
> grep --color 104228131D mail.log | grep -v "(queue active)" >>
> report_104228131D.txt
>
> reprise du mail transmis par le MX, correspondant à la vision log du smtp
> sortant de l'échange au dessus
>
> Jul 16 08:20:00 proxy-smtp postfix/smtpd[5562]: 104228131D:
> client=localhost.localdomain[127.0.0.1]
> Jul 16 08:20:00 proxy-smtp postfix/cleanup[5558]: 104228131D: message-id=<
> 53C6198E.4080001__at__makina-corpus.com>
> Jul 16 08:20:00 proxy-smtp opendkim[5363]: 104228131D: DKIM-Signature
> field added (s=mail, d=makina-corpus.com)
> Jul 16 08:20:00 proxy-smtp amavis[4568]: (04568-12) Passed CLEAN
> {RelayedOutbound}, MYNETS LOCAL [212.83.188.243]:35209 [128.79.238.165] <
> jeanmichel.francois__at__makina-corpus.com> -> <
> talk-fr__at__openstreetmap.org>, Queue-ID: 2A4FE8129D, Message-ID: <
> 53C6198E.4080001__at__makina-corpus.com>, mail_id: vidMKJEXV1Wn, Hits:
> -1.999, size: 25123, queued_as: 104228131D, dkim_sd=mail:makina-corpus.com,
> 880 ms
> Jul 16 08:20:00 proxy-smtp postfix/smtp[5559]: 2A4FE8129D: to=<
> talk-fr__at__openstreetmap.org>, relay=127.0.0.1[127.0.0.1]:10024,
> delay=0.98, delays=0.09/0.01/0.01/0.88, dsn=2.0.0, status=sent (250 2.0.0
> from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as 104228131D)
>
> A partir d'ici smtp sortant va essayer maintenant de contacter le
> destinataire à savoir a.mx.openstreetmap.org, pour cela il met le message
> en queue sous le numéro 104228131D
>
> Les différents décalages:
>
> Jul 16 08:30:00 proxy

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[Jean-Philippe Camguilhem]

Bonsoir,


Le 22/07/2014 02:44, Philippe Verdy a écrit :
> C'est tout de même dommage qu'une société qui se dit experte en solutions de 
> "déploiement agile" ne sache pas configurer correctement une solution mail 
> nécessaire à n'importe quel site hébergé pour ses clients et au moins isoler 
> le système défaillant après plus d'une semaine.



Alors je vais répondre de deux façons :

+ La version courte:


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.


+ La version longue pour les plus curieux d'entre vous,  je sais qu'il y e n a 
qui vont lire jusqu'au bout.


===
traçage du message trublion
===

https://lists.openstreetmap.org/pipermail/talk-fr/2014-July/069617.html

message id 2A4FE8129D

In log veritas
==

le mail traverse deux smtp sur notre infra: en premier lieux notre MX

root__at__proxy-smtp:/home/sysadmin/jpcw# grep --color 2A4FE8129D mail.log.1
Jul 16 08:19:59 proxy-smtp postfix/smtpd[5373]: 2A4FE8129D: 
client=mail.makina-corpus.com[212.83.188.243]
Jul 16 08:19:59 proxy-smtp postfix/cleanup[5558]: 2A4FE8129D: 
message-id=<53C6198E.4080001__at__makina-corpus.com>
Jul 16 08:19:59 proxy-smtp opendkim[5363]: 2A4FE8129D: DKIM-Signature field 
added (s=mail, d=makina-corpus.com)
Jul 16 08:19:59 proxy-smtp postfix/qmgr[21119]: 2A4FE8129D: 
from=, size=24700, nrcpt=1 (queue 
active)
Jul 16 08:20:00 proxy-smtp amavis[4568]: (04568-12) Passed CLEAN 
{RelayedOutbound}, MYNETS LOCAL [212.83.188.243]:35209 [128.79.238.165] 
 -> 
, Queue-ID: 2A4FE8129D, Message-ID: 
<53C6198E.4080001__at__makina-corpus.com>, mail_id: vidMKJEXV1Wn, Hits: -1.999, 
size: 25123, queued_as: 104228131D, dkim_sd=mail:makina-corpus.com, 880 ms
Jul 16 08:20:00 proxy-smtp postfix/smtp[5559]: 2A4FE8129D: 
to=, relay=127.0.0.1[127.0.0.1]:10024, 
delay=0.98, delays=0.09/0.01/0.01/0.88, dsn=2.0.0, status=sent (250 2.0.0 from 
MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as 104228131D)
Jul 16 08:20:00 proxy-smtp postfix/qmgr[21119]: 2A4FE8129D: removed

Le mail envoyé par Jean-Michel depuis son client de messagerie est accepté par 
notre MX, puis entête DKIM, puis le mail est scanné et finalement transmis
à notre relay (qui est donc notre smtp sortant) qui le mets en queue avec le 
queuid 104228131D

historique de ce mail dans nos logs
-

root__at__proxy-smtp:/home/sysadmin/jpcw# grep --color 104228131D mail.log.1 | 
grep -v "(queue active)" | wc -l
79
root__at__proxy-smtp:/home/sysadmin/jpcw# grep --color 104228131D mail.log | 
grep -v "(queue active)" | wc -l
23

Aggrégeons dans un fichier texte pour y voir plus clair
+++
grep --color 104228131D mail.log.1 | grep -v "(queue active)" >> 
report_104228131D.txt
grep --color 104228131D mail.log | grep -v "(queue active)" >> 
report_104228131D.txt

reprise du mail transmis par le MX, correspondant à la vision log du smtp 
sortant de l'échange au dessus

Jul 16 08:20:00 proxy-smtp postfix/smtpd[5562]: 104228131D: 
client=localhost.localdomain[127.0.0.1]
Jul 16 08:20:00 proxy-smtp postfix/cleanup[5558]: 104228131D: 
message-id=<53C6198E.4080001__at__makina-corpus.com>
Jul 16 08:20:00 proxy-smtp opendkim[5363]: 104228131D: DKIM-Signature field 
added (s=mail, d=makina-corpus.com)
Jul 16 08:20:00 proxy-smtp amavis[4568]: (04568-12) Passed CLEAN 
{RelayedOutbound}, MYNETS LOCAL [212.83.188.243]:35209 [128.79.238.165] 
 -> 
, Queue-ID: 2A4FE8129D, Message-ID: 
<53C6198E.4080001__at__makina-corpus.com>, mail_id: vidMKJEXV1Wn, Hits: -1.999, 
size: 25123, queued_as: 104228131D, dkim_sd=mail:makina-corpus.com, 880 ms
Jul 16 08:20:00 proxy-smtp postfix/smtp[5559]: 2A4FE8129D: 
to=, relay=127.0.0.1[127.0.0.1]:10024, 
delay=0.98, delays=0.09/0.01/0.01/0.88, dsn=2.0.0, status=sent (250 2.0.0 from 
MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as 104228131D)

A partir d'ici smtp sortant va essayer maintenant de contacter le destinataire 
à savoir a.mx.openstreetmap.org, pour cela il met le message en queue sous le 
numéro 104228131D

Les différents décalages:

Jul 16 08:30:00 proxy-smtp postfix/smtp[5563]: 104228131D: 
to=, 
relay=a.mx.openstreetmap.org[89.16.179.150]:25, delay=600, 
delays=0.08/0.01/0.12/600, dsn=4.4.2, status=deferred (conversation with 
a.mx.openstreetmap.org[89.16.179.150] timed out while sending end of data -- 
message may be sent more than once)

décalage de ré-émission de 20 minutes

Jul 16 08:50:04 proxy-smtp postfix/smtp[7272]: 104228131D: 
to=, 
relay=a.mx.openstreetmap.org[89.16.179.150]:25, delay=1804, 
delays=1202/0.02/0.21/602, dsn=4.4.2, status=deferred (conversation with 
a.mx.openstreetmap.org[89.16

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[Philippe Verdy]

C'est tout de même dommage qu'une société qui se dit experte en solutions
de "déploiement agile" ne sache pas configurer correctement une solution
mail nécessaire à n'importe quel site hébergé pour ses clients et au moins
isoler le système défaillant après plus d'une semaine.

On peut admettre un problème technique temporaire survenant un week-end et
qui persiste encore quelques heures le lundi matin, mais si leur système
est défaillant et nécessite du temps à être corrigé, il devrait avoir un
système alternatif de secours pour prendre le relais (quitte à passer par
un fournisseur tiers, en reconfigurant temporairement la déclaration MX de
leur domaine).

Cependant Jean-Michel apparaît comme faisant bien partie de cette société
en tant que chef de projet web (l'abeille en haut à droite de la ruche
visible sur http://makina-corpus.com/equipe) et c'est dans ses
responsabilités de trouver qui chez lui réglera le problème même s'il ne le
règle pas lui-même (s'il n'a pas directement la main ou la compétence pour
administrer lui-même directement les serveurs installés).

En revanche pour faire ses tests d'envoi, il ne devrait pas le faire en
envoyant des messages à cette liste, mais en créant une liste à lui dont il
contrôle les adresses de réception des destinataires (et il peut créer des
utilisateurs tests chez divers fournisseurs tiers parmi les plus courants
pour former sa liste de test, et en hébergeant sa liste privée aussi à
l'extérieur, car les listes hébergées chez-lui dans son propre domaine
n'ont peut-être pas ce problème).


Le dédoublonnage en tenant compte uniquement du "Message-ID:" d'origine
(tout en bas des entêtes) n'est pas très fiable car très facilement
"spoofable" par un tiers malveillant (qui utiliserait cela pour bloquer des
messages légitimes en parvenant à envoyer un autre email quelconque
utilisant le même Message-ID, avant le message original; ce qui est
possible durant le temps de transit entre les différents serveurs,
quelquechose qui est déjà exploité pour bloquer des alertes de sécurité sur
un système attaqué et même polluer des listes de diffusion en s'insérant à
la place des messages légitimes qui sont, eux, éliminés comme prétendus
"doublons"). Le "spoofing" malveillant des entêtes MIME est aujourd'hui
utilisé à des échelles industrielles dans les emails non sécurisés.

Ce n'est fiable que si le message d'origine a une empreinte numérique
sécurisée de son auteur et l'empreinte est calculée non seulement sur le
contenu mais aussi ce Message-ID, son auteur, et une date assez précise
(dans ce cas un message signé a priorité sur tout autre non signé qui
aurait pu être émis avant et ne doit pas être bloqué).

On peut comprendre qu'il soit nécessaire d'abord de vérifier le début des
entêtes et la chaîne de transmission entre les domaines entrants et
sortants, et les relations d'approbation interdomaines pour pouvoir ensuite
utiliser les entêtes suivants. Et ici c'est le cas en utilisant non pas le
Message-ID en bas, mais le champ "id" d'un des premiers entêtes "Received:
from" dont il est possible de contrôler l'authenticité de l'émetteur (et
ici c'est suffisant pour prouver que c'est un doublon, mais cela nécessite
d'avoir un cache des derniers "id" reçus d'un domaine à contrôler et en
bloquer les tentatives d'envois en doublon).

Un tel filtrage devrait possible en amont de cette liste et doit exister
dans ses propres filtres (la certification des entêtes existe dans des
solutions dévelpopées pour SpamCop, on peut interroger les auteurs de
SpamAssassin ou autres outils similaires, s'ils ont développé et intégré ce
genre de test contre des doublons inattendus causés par des anomalies de
réglages sur des serveurs de messagerie tiers et qui ne sont pas
volontaires, pour éviter de tout bloquer à 100% mais garder la partie
utile, celle du premier message authentique.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[Muselaar]

Le 20/07/2014 21:59, Christian Quest a écrit :
Certains serveurs (et surtout les webmail) s'appuient sur message-id 
unique et créé par le premier serveur pour faire le dédoublonnage. 
Ceci explique pourquoi certains reçoivent les doublons et pas 
d'autres... bien qu'ils soient envoyés :(


Quand on parle de doublons… est-ce que le mot peut continuer à 
s'appliquer quand on arrive à 50 exemplaires ?


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[Christophe Merlet]

Le 20/07/2014 21:59, Christian Quest a écrit :
> Le 20 juillet 2014 21:31, Régis Bouguin  > a écrit :
> 
> Je récupère dans thunderbird mes messages sans les supprimer chez
> Orange (suppression automatique au bout de 15 jours)
> 
> 
> Les messages de Jean Michel réapparaissent très régulièrement (plus
> de 200 répétitions de messages depuis samedi matin). en revanche sur
> le webmail d'orange, les messages n'apparaissent qu'une fois. C'est
> comme si le message n'était pas marqué comme téléchargé
> contrairement aux autres messages.
> 
> 
> 
> Certains serveurs (et surtout les webmail) s'appuient sur message-id
> unique et créé par le premier serveur pour faire le dédoublonnage. Ceci
> explique pourquoi certains reçoivent les doublons et pas d'autres...
> bien qu'ils soient envoyés :(


Ça commence à bien faire cette blague !

Je suggère de vérifier sur le serveur d'OSM si on reçoit bien les
messages de makina en doublons. Si oui, on blacklist makina. Si non, on
purge la queue du serveur de messagerie !

Qu'on arrête de spammer les abonnés de la liste !


Mon serveur reçoit aussi les message en multiple exemplaire. Plus de 400
doublons depuis le 15.
Par chance mon serveur imap les détecte et les virent avant de me les
mettre dans ma boite mail.

Les logs d'un doublon de son arrivée à sa suppression sur mon serveur :


Jul 20 08:24:57 vs-mail postfix/smtpd[27891]: connect from
shenron.openstreetmap.org[212.110.172.32]
Jul 20 08:24:58 vs-mail postfix/smtpd[27891]: Anonymous TLS connection
established from shenron.openstreetmap.org[212.110.172.32]: TLSv1 with
cipher AES256-SHA (256/256 bits)
Jul 20 08:24:59 vs-mail postfix/policy-spf[27896]: Policy action=PREPEND
Received-SPF: pass (openstreetmap.org: 212.110.172.32 is authorized to
use 'talk-fr-boun...@openstreetmap.org' in 'mfrom' identity (mechanism
'ip4:212.110.172.32' matched)) receiver=redfoxcenter.org;
identity=mailfrom; envelope-from="talk-fr-boun...@openstreetmap.org";
helo=shenron.openstreetmap.org; client-ip=212.110.172.32
Jul 20 08:24:59 vs-mail postfix/smtpd[27891]: 9291776001:
client=shenron.openstreetmap.org[212.110.172.32]
Jul 20 08:24:59 vs-mail postfix/cleanup[27899]: 9291776001: hold: header
Received: from shenron.openstreetmap.org (shenron.openstreetmap.org
[212.110.172.32])??by mail.redfoxcenter.org (Postfix) with ESMTPS id
9291776001??for ; Sun, 20 Jul 2014 08: from
shenron.openstreetmap.org[212.110.172.32];
from= to=
proto=ESMTP helo=
Jul 20 08:24:59 vs-mail postfix/cleanup[27899]: 9291776001:
message-id=<53c81b39.2020...@makina-corpus.com>
Jul 20 08:24:59 vs-mail postfix/smtpd[27891]: disconnect from
shenron.openstreetmap.org[212.110.172.32]
Jul 20 08:25:02 vs-mail MailScanner[27762]: New Batch: Scanning 1
messages, 19863 bytes
Jul 20 08:25:02 vs-mail MailScanner[27762]: Virus and Content Scanning:
Starting
Jul 20 08:25:46 vs-mail MailScanner[27762]: Expired 3 records from the
SpamAssassin cache
Jul 20 08:25:46 vs-mail MailScanner[27762]: Whitelist refresh time reached
Jul 20 08:25:46 vs-mail MailScanner[27762]: Starting up SQL Whitelist
Jul 20 08:25:47 vs-mail MailScanner[27762]: Read 0 whitelist entries
Jul 20 08:25:47 vs-mail MailScanner[27762]: Blacklist refresh time reached
Jul 20 08:25:47 vs-mail MailScanner[27762]: Starting up SQL Blacklist
Jul 20 08:25:47 vs-mail MailScanner[27762]: Read 0 blacklist entries
Jul 20 08:25:54 vs-mail MailScanner[27762]: Requeue: 9291776001.AB0B9 to
A7C7976002
Jul 20 08:25:54 vs-mail MailScanner[27762]: Uninfected: Delivered 1 messages
Jul 20 08:25:54 vs-mail postfix/qmgr[1096]: A7C7976002:
from=, size=19093, nrcpt=1 (queue active)
Jul 20 08:25:54 vs-mail MailScanner[27762]: Deleted 1 messages from
processing-database
Jul 20 08:25:54 vs-mail MailScanner[27762]: Logging message
9291776001.AB0B9 to SQL
Jul 20 08:25:54 vs-mail MailScanner[27766]: 9291776001.AB0B9: Logged to
MailWatch SQL
Jul 20 08:25:55 vs-mail cyrus/master[27909]: about to exec
/usr/lib/cyrus/bin/lmtpd
Jul 20 08:25:55 vs-mail cyrus/lmtp[27909]: executed
Jul 20 08:25:55 vs-mail cyrus/lmtp[27909]: accepted connection
Jul 20 08:25:55 vs-mail cyrus/lmtp[27909]: connection from
vs-mail.redfoxcenter.org [192.168.10.106]
Jul 20 08:25:55 vs-mail cyrus/lmtp[27909]: login:
vs-mail.redfoxcenter.org [192.168.10.106] lmtp PLAIN User logged in
Jul 20 08:25:55 vs-mail cyrus/lmtp[27909]: WARNING: sieve script
/var/spool/sieve/domain/r/redfoxcenter.org/r/redfox/defaultbc doesn't
exist: No such file or directory
Jul 20 08:25:56 vs-mail cyrus/lmtp[27909]: dupelim: eliminated duplicate
message to redfoxcenter.org!user.redfox id
<53c81b39.2020...@makina-corpus.com> date Thu, 17 Jul 2014 20:51:37
+0200 (delivery)
Jul 20 08:25:56 vs-mail cyrus/lmtp[27909]: USAGE redfox user: 0.024001
sys: 0.020001
Jul 20 08:25:56 vs-mail postfix/lmtp[27908]: A7C7976002:
to=,
relay=vs-mail.redfoxcenter.org[192.168.10.106]:24, delay=58,
delays=56/1.1/0.39/0.36, dsn=2.1.5, status=sent (250 2.1.5 Ok
SESSIONID=)
Jul 

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[Christian Quest]

Le 20 juillet 2014 21:31, Régis Bouguin  a écrit :

> Je récupère dans thunderbird mes messages sans les supprimer chez Orange
> (suppression automatique au bout de 15 jours)
>
>
> Les messages de Jean Michel réapparaissent très régulièrement (plus de 200
> répétitions de messages depuis samedi matin). en revanche sur le webmail
> d'orange, les messages n'apparaissent qu'une fois. C'est comme si le
> message n'était pas marqué comme téléchargé contrairement aux autres
> messages.
>


Certains serveurs (et surtout les webmail) s'appuient sur message-id unique
et créé par le premier serveur pour faire le dédoublonnage. Ceci explique
pourquoi certains reçoivent les doublons et pas d'autres... bien qu'ils
soient envoyés :(

-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[Philippe Verdy]

Je reçois les messages de cette liste par mon adresse Wanadoo (Orange).
Visiblement Orange évite ces doublons. En revanche j'ai réglé Orange pour
qu'il fasse un forward direct vers mon compte Gmail, autrement dit, Orange
ne les garde pas, aucun n'est marqué comme "non téléchargé", le transfert
est automatique et fonctionne bien (cela n'ajoute que quelques secondes de
délai de transmission, c'est invisible en pratique sauf si on consulte les
entêtes MIME).
Il semble que makina-corpus.com  gère
mal certaines options du protocole ESMTP (notamment pour les listes de
diffusion, ou pour les messages à destinataires multiples; ou les options
de type "forwarded for") et qu'il se plante en interprétant incorrectement
les entêtes ou en modifiant leur ordre quand il est signifiant. Le bogue ne
semble pas concerner ses serveurs POP ou Webmail.

Pourtant il indique des logiciels assez communs (Postfix en réception,
quelle version? et Exim 4.76 en émission). A mon avis c'est un bidouillage
incorrect de scripts pour Postfix qui semble casser l'identification de
l'état des messages en transit.

Entre les deux il y a un logiciel peu commun pour lier à un antivirus
("amavisd-new")
qui peut être la cause du problème. Il y a une doc là:

http://infos-reseau.com/postfix-amavis-couple-avec-spamassassin-et-clamav/

mais le paramétrage est passablement compliqué à faire...


Le 20 juillet 2014 21:31, Régis Bouguin  a écrit :

>
> Le 20/07/2014 19:57, Philippe Verdy a écrit :
>
> Ces entêtes démontrent que c'est bien un problème local à un agent relai
> interne de makina-corpus.com
>
>
> Received: from localhost (localhost.localdomain [127.0.0.1])
>  by mxrelay.makina-corpus.com (Postfix) with ESMTP id 104228131D
>
> C'est bien cet agent interne (localhost, on ne sait pas où il est
> précisément) qui reçoit le message avec le même id 104228131D et le
> réexpédie plusieurs fois vers un autre agent interne de ce domaine qui lui
> se connecte aux serveurs de cette liste. Cet id 104228131D ne peut
> cependant pas être vérifié par les agents suivants car l'agent sortant (
> mxrelay.makina-corpus.com ([212.129.7.19]:49405) insère ses propres ids
> et vient dupliquer.
>
> Il semble que l'agent sortant a des difficultés intermittentes à
> communiquer avec l'agent de cette liste, et gère mal les erreurs de
> connexion intermittentes, et ensuite ne s'arrête plus de vouloir réessayer
> même si les nouvelles tentatives réussissent (il gère mal sa propre file
> d'attente interne, ce qui peut aussi être un signe d'une corruption de sa
> propre base de données locale pour gérer la file d'attente; ou un bogue de
> son propre logiciel sur son serveur).
>
> Mais je ne comprend toujours pas pourquoi certains ici recoivent des
> doublons et pas d'autres. Normalement j'aurais du recevoir les deux
> messages aussi, je n'ai reçu que le premier (et rien non plus dans les
> boites indésirables, aussi bien chez Wanadoo que Gmail qui reçoit tout le
> courrier non filtré par Wanadoo). Cela veut dire que c'est cette liste ici
> qui n'envoie pas les doublons à tout le monde ou s'arrête à un moment d'en
> envoyer suite à un dépassement de quota d'émission ou un autre problème.
>
> Dans tout ça, Jean-François ne semble pas la cause, c'est un problème
> technique quelquepart dans la chaine d'agents intermédiaires.
>
>  Bonsoir
>
>
> Si ça peut aider :
>
> Je récupère dans thunderbird mes messages sans les supprimer chez Orange
> (suppression automatique au bout de 15 jours)
>
>
> Les messages de Jean Michel réapparaissent très régulièrement (plus de 200
> répétitions de messages depuis samedi matin). en revanche sur le webmail
> d'orange, les messages n'apparaissent qu'une fois. C'est comme si le
> message n'était pas marqué comme téléchargé contrairement aux autres
> messages.
>
>
> @+
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[Philippe Verdy]

Peut-etre mais en atendant Jean-Michel François peut changer de fournisseur
pour l'envoi de ses emails à cette liste, sans transiter par Makina-Corpus
qui a des problèmes techniques internes (et qui risque fort de se retrouver
blacklisté pendant un temps à divers endroits, si le bogue est lié à une
contamination de ses systèmes par un malware, ou par un défaut
d'administration).

On ne peut pas corriger ça pour lui, c'est à lui d'agir en joignant s'il le
peut les administrateurs de ce domaine. Il le peut d'autant plus facilement
que son adresse courriel de contact n'est pas directement sur ce domaine.
S'il l'utilise pour gérer une archive en ligne ou une boute plus grande, il
y a d'autres services en ligne qui le font bien (c'est pour ça aussi que
j'utilise Gmail maintenant car j'ai abandonné tout stockage local, pas
pratique quand on a plusieurs machines ou qu'on doit en changer, et pas
pratique en mobilité).

D'autres utilisent les services de Yahoo, Microsoft, etc... Mais je
reproche à Microsoft son manque de permanence et le fait qu'il efface sans
prévenir les boites mail souscrites (je n'utilise les comptes Hotmail que
pour des utilisations provisoires où je me fiche pas mal que le compte
disparaisse tout seul au bout de 2 mois, comme Microsoft me l'a fait sur un
compte Hotmail pendant un séjour de 3 semaines à l'étranger où je ne m'y
étais pas connecté par un moyen habituel). Il peut aussi voir à La Poste.

Dans tous les cas il vaut mieux pas lier sa messagerie à son abonnement
internet fixe ou mobile (au risque de tout perdre du jour au lendemain ou
de se priver de la liberté de changer d'opérateur), pas même un compte
internet prépayé (qui disparait aussi au bout de 2 mois sans renouvellement
par achat de ticket d'unités), et il vaut mieux éviter aussi le compte
internet de son école, ou son employeur (qu'on va être amené aussi à
quitter et avec qui on n'a pas envie de rester lié ou avoir un droit de
regard sur les échanges) pour autre chose que l'activité de cette école ou
cet employeur. Chez les fournisseurs Internet français, seuls Orange et
Free proposent des boites à lettre à vie sans aucun engagement et sans
paiement mensuel ni facture (paiement seulement à l'utilisation de leur
"accès libre" qu'on n'a aucune obligation d'utiliser: il ne faut pas
résilier leurs abonnements mais changer d'offre vers l'accès libre gratuit
et ça suffit pour maintenir l'adresse même si on ne stocke plus ou ne
consulte plus les messages chez eux par leur webmail), et avec un stockage
en ligne confortable et accessible de partout pour l'instant je ne connais
pas beaucoup mieux que de découpler aussi l'adresse email de contact, de
celle du compte de stockage/consultation; et permettant aussi des envois
faciles avec une interface webmail (doublée d'une application mobile) aussi
pratique, disponible et fiable que Gmail.

Le 20 juillet 2014 20:34, David Crochet  a écrit :

> Bonjour
>
> Le 20/07/2014 19:57, Philippe Verdy a écrit :
>
>  c'est un problème technique quelquepart dans la chaine d'agents
>> intermédiaires.
>>
>
> Un gros bouton rouge peut améliorer le problème  :-)
>
> Cordialement
>
> --
> David Crochet
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[Régis Bouguin]

Le 20/07/2014 19:57, Philippe Verdy a écrit :
Ces entêtes démontrent que c'est bien un problème local à un agent 
relai interne de makina-corpus.com 


Received: from localhost (localhost.localdomain [127.0.0.1])
 by mxrelay.makina-corpus.com  
(Postfix) with ESMTP id 104228131D


C'est bien cet agent interne (localhost, on ne sait pas où il est 
précisément) qui reçoit le message avec le même id 104228131D et le 
réexpédie plusieurs fois vers un autre agent interne de ce domaine qui 
lui se connecte aux serveurs de cette liste. Cet id 104228131D ne peut 
cependant pas être vérifié par les agents suivants car l'agent sortant 
(mxrelay.makina-corpus.com  
([212.129.7.19]:49405) insère ses propres ids et vient dupliquer.


Il semble que l'agent sortant a des difficultés intermittentes à 
communiquer avec l'agent de cette liste, et gère mal les erreurs de 
connexion intermittentes, et ensuite ne s'arrête plus de vouloir 
réessayer même si les nouvelles tentatives réussissent (il gère mal sa 
propre file d'attente interne, ce qui peut aussi être un signe d'une 
corruption de sa propre base de données locale pour gérer la file 
d'attente; ou un bogue de son propre logiciel sur son serveur).


Mais je ne comprend toujours pas pourquoi certains ici recoivent des 
doublons et pas d'autres. Normalement j'aurais du recevoir les deux 
messages aussi, je n'ai reçu que le premier (et rien non plus dans les 
boites indésirables, aussi bien chez Wanadoo que Gmail qui reçoit tout 
le courrier non filtré par Wanadoo). Cela veut dire que c'est cette 
liste ici qui n'envoie pas les doublons à tout le monde ou s'arrête à 
un moment d'en envoyer suite à un dépassement de quota d'émission ou 
un autre problème.


Dans tout ça, Jean-François ne semble pas la cause, c'est un problème 
technique quelquepart dans la chaine d'agents intermédiaires.



Bonsoir


Si ça peut aider :

Je récupère dans thunderbird mes messages sans les supprimer chez Orange 
(suppression automatique au bout de 15 jours)



Les messages de Jean Michel réapparaissent très régulièrement (plus de 
200 répétitions de messages depuis samedi matin). en revanche sur le 
webmail d'orange, les messages n'apparaissent qu'une fois. C'est comme 
si le message n'était pas marqué comme téléchargé contrairement aux 
autres messages.



@+
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[David Crochet]

Bonjour

Le 20/07/2014 19:57, Philippe Verdy a écrit :

c'est un problème technique quelquepart dans la chaine d'agents
intermédiaires.


Un gros bouton rouge peut améliorer le problème  :-)

Cordialement

--
David Crochet

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[Philippe Verdy]

Ces entêtes démontrent que c'est bien un problème local à un agent relai
interne de makina-corpus.com

Received: from localhost (localhost.localdomain [127.0.0.1])
 by mxrelay.makina-corpus.com (Postfix) with ESMTP id 104228131D

C'est bien cet agent interne (localhost, on ne sait pas où il est
précisément) qui reçoit le message avec le même id 104228131D et le
réexpédie plusieurs fois vers un autre agent interne de ce domaine qui lui
se connecte aux serveurs de cette liste. Cet id 104228131D ne peut
cependant pas être vérifié par les agents suivants car l'agent sortant (
mxrelay.makina-corpus.com ([212.129.7.19]:49405) insère ses propres ids et
vient dupliquer.

Il semble que l'agent sortant a des difficultés intermittentes à
communiquer avec l'agent de cette liste, et gère mal les erreurs de
connexion intermittentes, et ensuite ne s'arrête plus de vouloir réessayer
même si les nouvelles tentatives réussissent (il gère mal sa propre file
d'attente interne, ce qui peut aussi être un signe d'une corruption de sa
propre base de données locale pour gérer la file d'attente; ou un bogue de
son propre logiciel sur son serveur).

Mais je ne comprend toujours pas pourquoi certains ici recoivent des
doublons et pas d'autres. Normalement j'aurais du recevoir les deux
messages aussi, je n'ai reçu que le premier (et rien non plus dans les
boites indésirables, aussi bien chez Wanadoo que Gmail qui reçoit tout le
courrier non filtré par Wanadoo). Cela veut dire que c'est cette liste ici
qui n'envoie pas les doublons à tout le monde ou s'arrête à un moment d'en
envoyer suite à un dépassement de quota d'émission ou un autre problème.

Dans tout ça, Jean-François ne semble pas la cause, c'est un problème
technique quelquepart dans la chaine d'agents intermédiaires.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[Jean Couteau]

Le Thu, 17 Jul 2014 09:17:23 +0200,
Stéphane Péneau  a écrit :

> Hello !
> 
> Jean Michel, est-ce que tu pourrais faire quelques recherches de ton 
> côté ? (log du serveur de mail, etc...) Je commence à avoir plusieurs 
> dizaines de mails en doublon, et ça continue à arriver.

C'est bizarre Jean-Michel, je te côtoie sur d'autres listes où je n'ai
pas le problème.

Jean

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[Stéphane Péneau]

Hello !

Jean Michel, est-ce que tu pourrais faire quelques recherches de ton 
côté ? (log du serveur de mail, etc...) Je commence à avoir plusieurs 
dizaines de mails en doublon, et ça continue à arriver.


Merci.

Stf

Le mercredi 16 juillet 2014 23:28:31, David Crochet a écrit :

Bonjour

Voici des extrait d'en-tête de 2 courriels doublonnés :


X-ProXaD-SC: state=HAM score=0
Received: from localhost ([::1]:60917 helo=shenron.openstreetmap.org)
by shenron.openstreetmap.org with esmtp (Exim 4.76)
(envelope-from )
id 1X7WI8-0008Si-Kl; Wed, 16 Jul 2014 20:59:09 +
Received: from mxrelay.makina-corpus.com ([212.129.7.19]:49405)
 by shenron.openstreetmap.org with esmtp (Exim 4.76)
 (envelope-from )
 id 1X7W4V-0006Vs-1R
 for talk-fr@openstreetmap.org; Wed, 16 Jul 2014 20:59:04 +
Received: from localhost (localhost.localdomain [127.0.0.1])
 by mxrelay.makina-corpus.com (Postfix) with ESMTP id 104228131D
 for ; Wed, 16 Jul 2014 08:20:00 +0200 (CEST)
X-Virus-Scanned: amavisd-new at makina-corpus.com
Received: from mxrelay.makina-corpus.com ([127.0.0.1])
 by localhost (mxrelay.makina-corpus.com [127.0.0.1]) (amavisd-new,
port 10024)
 with ESMTP id vidMKJEXV1Wn for ;
 Wed, 16 Jul 2014 08:19:59 +0200 (CEST)
Received: from mail.makina-corpus.com (mail.makina-corpus.com
[212.83.188.243])
 by mxrelay.makina-corpus.com (Postfix) with ESMTP id 2A4FE8129D
 for ; Wed, 16 Jul 2014 08:19:59 +0200 (CEST)
Received: from portinfo46.local (128-79-238-165.hfc.dyn.abo.bbox.fr
 [128.79.238.165]) (Authenticated sender: j...@makina-corpus.com)
 by mail.makina-corpus.com (Postfix) with ESMTPSA id DE2E922409
 for ; Wed, 16 Jul 2014 08:19:58 +0200 (CEST)
Message-ID: <53c6198e.4080...@makina-corpus.com>
--




---
X-ProXaD-SC: state=HAM score=0
Received: from localhost ([::1]:54094 helo=shenron.openstreetmap.org)
by shenron.openstreetmap.org with esmtp (Exim 4.76)
(envelope-from )
id 1X7V2i-00075Q-PS; Wed, 16 Jul 2014 19:39:09 +
Received: from mxrelay.makina-corpus.com ([212.129.7.19]:48046)
 by shenron.openstreetmap.org with esmtp (Exim 4.76)
 (envelope-from )
 id 1X7Up5-0005SF-0I
 for talk-fr@openstreetmap.org; Wed, 16 Jul 2014 19:39:03 +
Received: from localhost (localhost.localdomain [127.0.0.1])
 by mxrelay.makina-corpus.com (Postfix) with ESMTP id 104228131D
 for ; Wed, 16 Jul 2014 08:20:00 +0200 (CEST)
X-Virus-Scanned: amavisd-new at makina-corpus.com
Received: from mxrelay.makina-corpus.com ([127.0.0.1])
 by localhost (mxrelay.makina-corpus.com [127.0.0.1]) (amavisd-new,
port 10024)
 with ESMTP id vidMKJEXV1Wn for ;
 Wed, 16 Jul 2014 08:19:59 +0200 (CEST)
Received: from mail.makina-corpus.com (mail.makina-corpus.com
[212.83.188.243])
 by mxrelay.makina-corpus.com (Postfix) with ESMTP id 2A4FE8129D
 for ; Wed, 16 Jul 2014 08:19:59 +0200 (CEST)
Received: from portinfo46.local (128-79-238-165.hfc.dyn.abo.bbox.fr
 [128.79.238.165]) (Authenticated sender: j...@makina-corpus.com)
 by mail.makina-corpus.com (Postfix) with ESMTPSA id DE2E922409
 for ; Wed, 16 Jul 2014 08:19:58 +0200 (CEST)
Message-ID: <53c6198e.4080...@makina-corpus.com>
-



Même Message-ID mais cela diffère entre mxrelay.makina-corpus.com
(toujours à la même date : Wed, 16 Jul 2014 08:20:00 +0200 (CEST) ) et
shenron.openstreetmap.org où la date diffère ensuite


Cordialement





___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun > (ville de Nantes) (JeanMichel FRANCOIS)

[David Crochet]

Bonjour

Voici des extrait d'en-tête de 2 courriels doublonnés :


X-ProXaD-SC: state=HAM score=0
Received: from localhost ([::1]:60917 helo=shenron.openstreetmap.org)
by shenron.openstreetmap.org with esmtp (Exim 4.76)
(envelope-from )
id 1X7WI8-0008Si-Kl; Wed, 16 Jul 2014 20:59:09 +
Received: from mxrelay.makina-corpus.com ([212.129.7.19]:49405)
 by shenron.openstreetmap.org with esmtp (Exim 4.76)
 (envelope-from )
 id 1X7W4V-0006Vs-1R
 for talk-fr@openstreetmap.org; Wed, 16 Jul 2014 20:59:04 +
Received: from localhost (localhost.localdomain [127.0.0.1])
 by mxrelay.makina-corpus.com (Postfix) with ESMTP id 104228131D
 for ; Wed, 16 Jul 2014 08:20:00 +0200 (CEST)
X-Virus-Scanned: amavisd-new at makina-corpus.com
Received: from mxrelay.makina-corpus.com ([127.0.0.1])
 by localhost (mxrelay.makina-corpus.com [127.0.0.1]) (amavisd-new, 
port 10024)

 with ESMTP id vidMKJEXV1Wn for ;
 Wed, 16 Jul 2014 08:19:59 +0200 (CEST)
Received: from mail.makina-corpus.com (mail.makina-corpus.com 
[212.83.188.243])

 by mxrelay.makina-corpus.com (Postfix) with ESMTP id 2A4FE8129D
 for ; Wed, 16 Jul 2014 08:19:59 +0200 (CEST)
Received: from portinfo46.local (128-79-238-165.hfc.dyn.abo.bbox.fr
 [128.79.238.165]) (Authenticated sender: j...@makina-corpus.com)
 by mail.makina-corpus.com (Postfix) with ESMTPSA id DE2E922409
 for ; Wed, 16 Jul 2014 08:19:58 +0200 (CEST)
Message-ID: <53c6198e.4080...@makina-corpus.com>
--




---
X-ProXaD-SC: state=HAM score=0
Received: from localhost ([::1]:54094 helo=shenron.openstreetmap.org)
by shenron.openstreetmap.org with esmtp (Exim 4.76)
(envelope-from )
id 1X7V2i-00075Q-PS; Wed, 16 Jul 2014 19:39:09 +
Received: from mxrelay.makina-corpus.com ([212.129.7.19]:48046)
 by shenron.openstreetmap.org with esmtp (Exim 4.76)
 (envelope-from )
 id 1X7Up5-0005SF-0I
 for talk-fr@openstreetmap.org; Wed, 16 Jul 2014 19:39:03 +
Received: from localhost (localhost.localdomain [127.0.0.1])
 by mxrelay.makina-corpus.com (Postfix) with ESMTP id 104228131D
 for ; Wed, 16 Jul 2014 08:20:00 +0200 (CEST)
X-Virus-Scanned: amavisd-new at makina-corpus.com
Received: from mxrelay.makina-corpus.com ([127.0.0.1])
 by localhost (mxrelay.makina-corpus.com [127.0.0.1]) (amavisd-new, 
port 10024)

 with ESMTP id vidMKJEXV1Wn for ;
 Wed, 16 Jul 2014 08:19:59 +0200 (CEST)
Received: from mail.makina-corpus.com (mail.makina-corpus.com 
[212.83.188.243])

 by mxrelay.makina-corpus.com (Postfix) with ESMTP id 2A4FE8129D
 for ; Wed, 16 Jul 2014 08:19:59 +0200 (CEST)
Received: from portinfo46.local (128-79-238-165.hfc.dyn.abo.bbox.fr
 [128.79.238.165]) (Authenticated sender: j...@makina-corpus.com)
 by mail.makina-corpus.com (Postfix) with ESMTPSA id DE2E922409
 for ; Wed, 16 Jul 2014 08:19:58 +0200 (CEST)
Message-ID: <53c6198e.4080...@makina-corpus.com>
-



Même Message-ID mais cela diffère entre mxrelay.makina-corpus.com 
(toujours à la même date : Wed, 16 Jul 2014 08:20:00 +0200 (CEST) ) et 
shenron.openstreetmap.org où la date diffère ensuite



Cordialement

--
David Crochet

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr