Merci pour vos retours.
@Adrien je fais une demande de planification comme si tu étais client,
comme cela on sera fixé. Envoi demain entre 9H et 10H.
@David,
Je vais essayer de faire un test manuel depuis notre infra. Sinon je
test demain.
Merci pour votre réactivité.
Alexandre
On 07/06/16 20:56, Adrien GENDRE wrote:
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/