chez ovh la reverse est paramétrable je la change toujours sa à ©vite que
les autres serveurs me blackliste au premiers mail, le spf y a
http://www.microsoft.com/mscorp/safety/content/technologies/senderid/wiza rd/
oui je sais c'est microsoft mais il marche bien pour les ip black listà ©
par-contre j'ai jamais eu le problème mais je suis sur des ip fail-o ver
donc au moindre problème je prend un nouveau fail-over .....
Le 11/03/2015 20:31, Keldan a écrit :
Je plussoie le reverse DNS qui doit correspondre au nom du serveur. C'est
une des premières source de refus d'un message par les autres.
Et parfois on reprend un serveur d'un autre utilisateur qui a 'sali' l'IP .
Malheureusement.
Sans oublier un SPF bien réglé
Le 11 mars 2015 20:10:56 UTC+01:00, Christophe
a écrit :
Hello,
Le 11/03/2015 19:38, Hugues MORIN a écrit :
J'ai alors fournie le nom de mon serveur (la machine
ns34XXXX.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon
domaine: mx1.ovh.net)
Pas totalement sur que ça marche ça (enfin ça dépend à qui tu envoies en
fait).
Si je ne dis pas de bétises, tu dois avoir toutes infos nécess aires au
diagnostique dans /var/log/mail.log, mail.info et mail.err. (les lignes
faisant mention de "bounce" par exemple).
Je te conseillerais de retirer le relay_host, tu es censé pouvoir
envoyer en direct dans passer par un relai (supposant très fortemen t que ns34XXXX.ip-XXX-XXX-XXX.eu est
chez OVH ;) ).
Bien vérifier l'adresse dâexpédition (champ From: ) ai nsi que le
Return-Path des mails envoyés : Ces champs se doivent d'être v alides (Ã
minima, le nom domaine doit exister sur Internet). Exemple: l'expéd iteur a toutes les chances de se faire boulet d ès
le premier MTA franchi.
Par la suite et pour s'assurer que le mail arrive à destination, vo ici
les premières pistes que je conseillerais :
- Changer le reverse DNS : indispensable dans bien des cas.
- Faire correspondre la variable "myhostname" de la conf postfix au
Reverse DNS.
- Si tu utilises une adresse mail d'expéditeur qui est sur un domai ne
qui t'appartient, bien s'assurer que les enregistrements DNS SPF sont
conforme (s'il y en a) .
- S'assurer que l'IP du serveur n'est pas blacklistée dans les RBL (par
exemple par la <http://www.anti-abuse.org/multi-rbl-check/>
Attention également au myorigin qui doit normalement correspondre à un
nom de domaine existant.
@+
Christophe.
--
Lisez la FAQ de la liste avant de poser une question :http://wiki.debian .org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
--
Keldan
chez ovh la reverse est paramétrable je la change toujours sa à ©vite que
les autres serveurs me blackliste au premiers mail, le spf y a
http://www.microsoft.com/mscorp/safety/content/technologies/senderid/wiza rd/
oui je sais c'est microsoft mais il marche bien pour les ip black listà ©
par-contre j'ai jamais eu le problème mais je suis sur des ip fail-o ver
donc au moindre problème je prend un nouveau fail-over .....
Le 11/03/2015 20:31, Keldan a écrit :
Je plussoie le reverse DNS qui doit correspondre au nom du serveur. C'est
une des premières source de refus d'un message par les autres.
Et parfois on reprend un serveur d'un autre utilisateur qui a 'sali' l'IP .
Malheureusement.
Sans oublier un SPF bien réglé
Le 11 mars 2015 20:10:56 UTC+01:00, Christophe <tech@stuxnet.org>
<tech@stuxnet.org> a écrit :
Hello,
Le 11/03/2015 19:38, Hugues MORIN a écrit :
J'ai alors fournie le nom de mon serveur (la machine
ns34XXXX.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon
domaine: mx1.ovh.net)
Pas totalement sur que ça marche ça (enfin ça dépend à qui tu envoies en
fait).
Si je ne dis pas de bétises, tu dois avoir toutes infos nécess aires au
diagnostique dans /var/log/mail.log, mail.info et mail.err. (les lignes
faisant mention de "bounce" par exemple).
Je te conseillerais de retirer le relay_host, tu es censé pouvoir
envoyer en direct dans passer par un relai (supposant très fortemen t que ns34XXXX.ip-XXX-XXX-XXX.eu est
chez OVH ;) ).
Bien vérifier l'adresse dâexpédition (champ From: ) ai nsi que le
Return-Path des mails envoyés : Ces champs se doivent d'être v alides (Ã
minima, le nom domaine doit exister sur Internet). Exemple: l'expéd iteur root@localhost.localdomain a toutes les chances de se faire boulet d ès
le premier MTA franchi.
Par la suite et pour s'assurer que le mail arrive à destination, vo ici
les premières pistes que je conseillerais :
- Changer le reverse DNS : indispensable dans bien des cas.
- Faire correspondre la variable "myhostname" de la conf postfix au
Reverse DNS.
- Si tu utilises une adresse mail d'expéditeur qui est sur un domai ne
qui t'appartient, bien s'assurer que les enregistrements DNS SPF sont
conforme (s'il y en a) .
- S'assurer que l'IP du serveur n'est pas blacklistée dans les RBL (par
exemple par la <http://www.anti-abuse.org/multi-rbl-check/>
Attention également au myorigin qui doit normalement correspondre à un
nom de domaine existant.
@+
Christophe.
--
Lisez la FAQ de la liste avant de poser une question :http://wiki.debian .org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/55009340.7070304@stuxnet.org
--
Keldan
chez ovh la reverse est paramétrable je la change toujours sa à ©vite que
les autres serveurs me blackliste au premiers mail, le spf y a
http://www.microsoft.com/mscorp/safety/content/technologies/senderid/wiza rd/
oui je sais c'est microsoft mais il marche bien pour les ip black listà ©
par-contre j'ai jamais eu le problème mais je suis sur des ip fail-o ver
donc au moindre problème je prend un nouveau fail-over .....
Le 11/03/2015 20:31, Keldan a écrit :
Je plussoie le reverse DNS qui doit correspondre au nom du serveur. C'est
une des premières source de refus d'un message par les autres.
Et parfois on reprend un serveur d'un autre utilisateur qui a 'sali' l'IP .
Malheureusement.
Sans oublier un SPF bien réglé
Le 11 mars 2015 20:10:56 UTC+01:00, Christophe
a écrit :
Hello,
Le 11/03/2015 19:38, Hugues MORIN a écrit :
J'ai alors fournie le nom de mon serveur (la machine
ns34XXXX.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon
domaine: mx1.ovh.net)
Pas totalement sur que ça marche ça (enfin ça dépend à qui tu envoies en
fait).
Si je ne dis pas de bétises, tu dois avoir toutes infos nécess aires au
diagnostique dans /var/log/mail.log, mail.info et mail.err. (les lignes
faisant mention de "bounce" par exemple).
Je te conseillerais de retirer le relay_host, tu es censé pouvoir
envoyer en direct dans passer par un relai (supposant très fortemen t que ns34XXXX.ip-XXX-XXX-XXX.eu est
chez OVH ;) ).
Bien vérifier l'adresse dâexpédition (champ From: ) ai nsi que le
Return-Path des mails envoyés : Ces champs se doivent d'être v alides (Ã
minima, le nom domaine doit exister sur Internet). Exemple: l'expéd iteur a toutes les chances de se faire boulet d ès
le premier MTA franchi.
Par la suite et pour s'assurer que le mail arrive à destination, vo ici
les premières pistes que je conseillerais :
- Changer le reverse DNS : indispensable dans bien des cas.
- Faire correspondre la variable "myhostname" de la conf postfix au
Reverse DNS.
- Si tu utilises une adresse mail d'expéditeur qui est sur un domai ne
qui t'appartient, bien s'assurer que les enregistrements DNS SPF sont
conforme (s'il y en a) .
- S'assurer que l'IP du serveur n'est pas blacklistée dans les RBL (par
exemple par la <http://www.anti-abuse.org/multi-rbl-check/>
Attention également au myorigin qui doit normalement correspondre à un
nom de domaine existant.
@+
Christophe.
--
Lisez la FAQ de la liste avant de poser une question :http://wiki.debian .org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
--
Keldan
