Ça me fait penser à un ticket récent : le client se plaint de ne pas pouvoir recevoir des pièces jointes
Il a mis un filtre sieve pour supprimer les mails > 1MB .. :) On 08/06/2016 22:31, Alexandre wrote: > Salut, > > Il y a un "Deuxième cas en exemple." et l'info est là. > > J'ai échangé avec un postmaster de free, le mail est bien réceptionné > (C="250 OK") cependant mes clients utilisent des filtres alors qu'ils > m'affirment le contraire. > > Free fait son job. Maintenant il faut je fasse comprendre à mes clients > qu'ils font n'importe quoi. > > Alexandre. > > On 08/06/16 20:53, neo futur wrote: >>> Recipient address rejected: Quota exceeded (mailbox for user is full) >> >> le message d erreur semble clair, dans le cas precis dont tu nous >> donne les logs >> "mailbox for user is full" >> >> >> 2016-06-07 12:21 GMT-05:00 Alexandre <[email protected]>: >>> 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 ? >>> >>> Merci par avance. >>> >>> Alexandre. >>> _______________________________________________ >>> Liste de diffusion du FRsAG >>> http://www.frsag.org/ > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ -- "UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things." – Doug Gwyn _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
