Bonjour,
Je voudrais en savoir plus sur les messages d'erreur sur les emails non distribués.
Peut-on me dire exactement ce que signifie ce message :
The mail system
: host mx01.tophost.ch[46.232.182.202] said:
550 178.32.228.82 is not allowed to send mail from laposte.net. Please see
the SPF record, with scope mfrom, identity BBBBBBB@laposte.net, and ip
178.32.228.82 (in reply to end of DATA command)
Que dois-je faire pour régler le problème ?
Merci
Bonjour,
Laposte a édicté sa "policy" qui dit qu'un mail provenant d'une adresse d'expéditeur "quelqu'un@laposte.net" est coupable d'une falsification lorsque le mail est injecté dans internet par l'adresse IP 178.32.228.82(qui est d'OVH et non de laposte).
Soit vous utilisez une autre adresse d'expéditeur, soit vous envoyez vos mails depuis les serveurs de laposte.net.
[edit: ce n'était pas déjà vous avec votre problème de mailing list ?]
[edit: ce n'était pas déjà vous avec votre problème de mailing list ?]
Oui tout à fait, et j'ai procédé ce matin à un test avec non pas des mailing lists mais des redistribution. En faisant répondre à tous, la personne avec une adresse laposte.net a reçu le message d'erreur mis précédement.
J'ai l'impression que nous ayons les mêmes difficultés ?
la personne avec une adresse laposte.net a reçu le message d'erreur
C'est exact.
1) Laposte est exagérément parano. Ca casse toutes les redirections
Voici son SPF:
`laposte.net. 3600 IN TXT "v=spf1 include:_spfbloc2.laposte.net include:_spf.lpn.as8677.net -all"`
ça se termine avec -all ce qui dit: si ça ne vient pas de chez nous, alors il faut refuser le mail.
2) tophost.ch[46.232.182.202] exécute les ordres de Laposte et refuse le message.
Discussion:
Ceci est un peu "hard" car ça casse dès qu'il y a une redirection, et la simple redirection est une pratique courante (quoi que SRS est une technique qui contourne ce problème et commence à se répandre)
Ensuite il y a DKIM avec une signature électronique d’authenticité dans les en-têtes de service du message, je suis sûr que Laposte l'y a mise. Mais comme spf a dit de rejeter le mail, c'est mort quand même.
Puis il y a DMARC qui a pris le meilleur de SPF et de DKIM. Si un des deux (SPF ou DKIM) est de confiance , alors le mail est accepté.
De plus en plus les serveurs en réception utilisent DMARC plutôt que SPF tout seul, ceci est plus "smart", plus tolérant, car si l'adresse IP ou bien la signature électronique s'y trouve, alors le mail est légitime.
Le site suisse devrait virer sa cuti et utiliser DMARC plutôt que SPF pour prendre une décision finale.
Merci beaucoup pour ce retour bien détaillé. Je comprends que ce soit bien compliqué entre serveurs et bien des choses m'échappent techniquement.
En tous les cas je suis convaincu qu'il nous faut unifier au maximum nos comptes emails sur le même serveur. Avec notre contrat nous avons le droit à 1000 comptes emails. Nous n'en utilisons que 112. Nous sommes plus de 800 dans l'association et tout le monde est ailleurs avec des comptes parfois très originaux et particuliers. tu m'étonnes que ça coince.
Merci pour tout.
De rien, avec plaisir 