Salut Alexandre, Free utilise l’antispam Vade Retro. Il est appliqué sur le content, il est possible qu’ils appliquent du drop silencieux selon ce que dit le moteur antispam. C’est à dire qu’ils acceptent le mail et suppriment avant livraison dans l’inbox.
Je suis chez Vade Retro …, peux-tu envoyer un exemple de message à ab...@vade-retro.com et dans le sujet tu précises (pour Adrien), je vais regarder ce qu’en dit le filtre. Ca permettra au moins d’écarter cette piste. Adrien > On 07 Jun 2016, at 11:52 AM, Alexandre <in...@opendoc.net> wrote: > > Salut David, > > j'ai quelques comptes, effectivement, ils ne reçoivent pas nos mails. Mais > ils me disent qu'ils revoient d'autres mails très bien. Oui cela concerne que > des comptes free. > > Alexandre. > > On 07/06/16 20:42, David Ponzone wrote: >> Vers un e-mail free précis, c'est systématique ? >> Si tu envoies un mail vide, il passe ou pas ? >> >> David Ponzone >> >> >> >>> Le 7 juin 2016 à 20:16, Alexandre <in...@opendoc.net> a écrit : >>> >>> Bonjour à tous, >>> >>> je me permets de vous solliciter car il y a des choses que je ne comprends >>> dans le filtrage des mails chez free. >>> >>> Contexte : >>> Des clients s'abonnent sur notre plateforme pour recevoir des mails tous >>> les jours concernant un besoin. Notre plate forme génère ces mails et >>> utilise un cluster des 6 serveurs mails sortant sous Exim. Actuellement >>> nous envoyons 130 000 mails jour, avec des stats correcte. 96% de nos mails >>> sont réceptionnés par nos clients sous 30 minutes. >>> >>> Nous avons, via Exim, des rapports d'erreurs (sans rentrer dans les >>> détails.) clairement identifiés. >>> >>> Exemple avec un mail free (mail caché) : >>> --- >>> x...@free.fr R=dnslookup T=remote_smtp X=TLS1.2:RSA_AES_128_GCM_SHA256:128 >>> DN="OU=GT42558204,OU=See www.rapidssl.com/resources/cps (c)15,OU=Domain >>> Control Validated - RapidSSL(R),CN=*.free.fr": SMTP error from remote mail >>> server after RCPT TO:<14sd...@free.fr>: host mx1.free.fr [212.27.48.7]: 554 >>> 5.2.2 <x...@free.fr>: Recipient address rejected: Quota exceeded (mailbox >>> for user is full) >>> --- >>> >>> C'est explicite, la boite est pleine, le client ne recevra pas ses mails. >>> C'est cohérent. >>> >>> Deuxième cas en exemple. Sous Exim un ID est créé ce qui permet de suivre >>> la livraison du mail depuis les verseurs de génération jusqu’à la livraison >>> au client (id : 1bAAOm-0000YR-2E) : >>> --- >>> 2016-06-07 08:22:00 1bAAOm-0000YR-2E <= x...@xxx.fr H=xxx.xxx.fr >>> [172.16.15.67] P=esmtp S=53354 id=e1baaoh-0007r5...@xxx.xxx.fr >>> 2016-06-07 08:22:02 1bAAOm-0000YR-2E => x...@free.fr R=dnslookup >>> T=remote_smtp H=mx1.free.fr [212.27.48.6] >>> X=TLS1.2:RSA_AES_128_GCM_SHA256:128 DN="OU=GT42558204,OU=See >>> www.rapidssl.com/resources/cps (c)15,OU=Domain Control Validated - >>> RapidSSL(R),CN=*.free.fr" C="250 OK" >>> 2016-06-07 08:22:02 1bAAOm-0000YR-2E Completed >>> --- >>> >>> On a un code 250 qui nous indique que le mail est bien délivré mais le >>> client ne reçoit pas son mail. Après un contacte par téléphone, il >>> n'utilise pas le filtre, il n'est pas dans ses spams. Conclusion le mail >>> est nulle part alors qu'il est réceptionné. >>> >>> Malheureusement j'ai 4 ou 5 client comme cela, qui ont le même problème. >>> >>> Honnêtement je ne comprends pas. On vérifie périodiquement si nos ip ne >>> sont pas black listées. Nos SPF sont à jour. Globalement les mails sont >>> bien réceptionnés et quand il y a un problème, on arrive à l’identifier. >>> >>> Auriez-vous une piste ? Pour info j'ai aussi envoyé le même mail à nos amis >>> de FRsAG, ne sachant pas à qui m'adresser. >>> >>> Merci par avance. >>> >>> Alexandre. >>> >>> >>> --------------------------- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ >> >> >> --------------------------- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ >> > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
