Merci Christophe pour ces explications très claires. Une chose me chiffone néanmoins, c'est mon inscription à la pseudo-mailing générique «whitelist». Cela n'a pas l'air d'avoir les effets escomptés. Je vais refaire une souscription, on verra. Merci encore. Jean-Marc <jean-marc@6jf.be> https://6jf.be/keys/ED863AD1.txt Mon, 20 Apr 2020 20:06:22 +0200 Christophe <tech@stuxnet.org> écrivait : > Hello, > > Le 20/04/2020 à 16:42, Jean-Marc a écrit : > > salut la liste, > > > > Une idée pourquoi mes réponses mettent-elles si longtemps avant d'être publiées sur cette liste ? > > > > J'ai envoyé un mail à 13h20 en réponse à une question. > > > > Il est 16h45 et je ne la vois toujours pas arriver. > Pour expliquer le phénomène : > > Ton mail est finalement arrivé, mais si on regarde les entêtes : > > X-Greylist: delayed 14998 seconds by postgrey-1.36 at bendel; Mon, 20 Apr 2020 16:08:29 UTC > > Il est resté en grey-list (https://fr.wikipedia.org/wiki/Greylisting) > pendant plus de 4 heures sur le serveur de mail de debian. > > Deux raisons possible à cela : > > * Le relai OVH (4.mo175.mail-out.ovh.net [46.105.33.220]) n'a pas > tenté de renvoyer le mail pendant les 4 heures suivant la première > tentative d'envoi => pourquoi pas, mais ce serait étonnant. > * Ou, comme c'est le cas lors d'envois depuis Office365/Outlook.com, > le relai d'envoi change à chaque tentative de livraison d'un même et > unique mail => ça , c'est plus probable. > > Le greylisting se base sur 3 facteurs : l'adresse mail de l'expéditeur, > l'adresse mail du destinataire, et le relais mail utilisé pour livrer le > mail. > Le passage de greylisting à whitelisting (et donc de livraison du mail > initial) se fait si ce triplet de facteurs se représente à l'identique > au bout de X minutes. > > Si l'expéditeur (en l'occurrence OVH) fait varier le facteur "relai" > entre deux tentatives de livraisons, ça repasse par une nouvelle > validation sur le serveur qui reçoit le mail, ce qui donne lieu à ce > genre de comportements. > Plus il y a de relais utilisés chez l'expéditeur, plus le délai de > réception augmente chez le destinataire. > > expediteur@domaine.fr => debian-user-french@lists.debian.org via relai 1 > (triplet inconnu donc stocké pour validation future) > au bout de X minutes : > expediteur@domaine.fr => debian-user-french@lists.debian.org via relai 2 > (triplet inconnu donc stocké pour validation future) > au bout de X minutes : > expediteur@domaine.fr => debian-user-french@lists.debian.org via relai 3 > (triplet inconnu donc stocké pour validation future) > au bout de X minutes : > expediteur@domaine.fr => debian-user-french@lists.debian.org via relai 4 > (triplet inconnu donc stocké pour validation future) > puis au bout de X minutes : > expediteur@domaine.fr => debian-user-french@lists.debian.org via relai 1 > (ah oui, celui la, on l'a vu tout à l'heure, on le connaît, on laisse > passer). > > S'il y a trop de relais on en arrive même à des cas, ou la deuxième > tentative d'un relai unique dépasse le temps de grâce, et qui fait que > le mail n'arrive jamais. > Il y a encore d'autres joyeusetés : à une époque les relais bbox.fr qui > ne rententaient qu'au bout de 24 heures ... > > La solution dans le cas présent : c'est d'inscrire l'adresse mail dans > la white-list : > https://lists.debian.org/whitelist/ > > Source : Une discussion identique de 2017 ou Charles avait donné la > solution en me répondant :) > https://lists.debian.org/debian-user-french/2017/03/msg00241.html > > Christophe.
Attachment:
pgp3TYGAGUkON.pgp
Description: PGP signature