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é) : --- xxxx@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:<14sd059@free.fr>: host mx1.free.fr [212.27.48.7]: 554 5.2.2 <xxxx@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 <= xxx@xxx.fr H=xxx.xxx.fr [172.16.15.67] P=esmtp S=53354 id=E1bAAOh-0007R5-03@xxx.xxx.fr 2016-06-07 08:22:02 1bAAOm-0000YR-2E => xxx@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 ? Merci par avance. Alexandre.
Le 07/06/2016 à 19:21, Alexandre 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.
Bonjour, Tu peux avoir des infos sur le traitement des mails par Free à cette adresse : http://postmaster.free.fr Il y a aussi un paragraphe sur comment les contacter. -- ============================================== | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frederic@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===========================Debian=GNU/Linux===
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 <infos@opendoc.net>:
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é) : --- xxxx@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:<14sd059@free.fr>: host mx1.free.fr [212.27.48.7]: 554 5.2.2 <xxxx@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 <= xxx@xxx.fr H=xxx.xxx.fr [172.16.15.67] P=esmtp S=53354 id=E1bAAOh-0007R5-03@xxx.xxx.fr 2016-06-07 08:22:02 1bAAOm-0000YR-2E => xxx@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 ?
Merci par avance.
Alexandre. _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
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 <infos@opendoc.net>:
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é) : --- xxxx@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:<14sd059@free.fr>: host mx1.free.fr [212.27.48.7]: 554 5.2.2 <xxxx@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 <= xxx@xxx.fr H=xxx.xxx.fr [172.16.15.67] P=esmtp S=53354 id=E1bAAOh-0007R5-03@xxx.xxx.fr 2016-06-07 08:22:02 1bAAOm-0000YR-2E => xxx@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 ?
Merci par avance.
Alexandre. _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Ç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 <infos@opendoc.net>:
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é) : --- xxxx@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:<14sd059@free.fr>: host mx1.free.fr [212.27.48.7]: 554 5.2.2 <xxxx@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 <= xxx@xxx.fr H=xxx.xxx.fr [172.16.15.67] P=esmtp S=53354 id=E1bAAOh-0007R5-03@xxx.xxx.fr 2016-06-07 08:22:02 1bAAOm-0000YR-2E => xxx@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 ?
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
Le Wed, Jun 08, 2016 at 10:31:36PM +0200, Alexandre [infos@opendoc.net] a écrit: [...]
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.
http://thetvaddict.com/wp-content/uploads/2009/12/everybody_lies.jpg (on en a une du meme genre affichée a coté du collègue qui fait la hotline ;) -- Dominique Rousseau Neuronnexion, Prestataire Internet & Intranet 21 rue Frédéric Petit - 80000 Amiens tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop
participants (5)
-
Alexandre -
Dominique Rousseau -
frsag＠jack.fr.eu.org -
Frédéric MASSOT -
neo futur