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 <[email protected]> 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é) : > --- > [email protected] 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:<[email protected]>: host mx1.free.fr [212.27.48.7]: 554 > 5.2.2 <[email protected]>: 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 <= [email protected] H=xxx.xxx.fr > [172.16.15.67] P=esmtp S=53354 [email protected] > 2016-06-07 08:22:02 1bAAOm-0000YR-2E => [email protected] 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/
