e-mail envoyé, jamais reçu - Page 1

Hello,

J'ai un soucis qui n'est pas tellement lié à du PHP, mais comme souvent il n'y a pas de rubrique adaptée.

Lors d'un envoi d'email automatisé (avec la fonction "mail" de PHP), qu'est-ce qui peut expliquer que dans certains cas (ou vers certains providers, je n'ai pas identifié ce qui déclenchait le problème) le mail n'arrive jamais à destination ? Le SMTP est bien configuré chez moi, le mail part à chaque fois et je n'ai jamais de code d'erreur de la part de la fonction mail(). En revanche parfois (très souvent sur les adresse @neuf.fr j'ai cru remarquer) le mail n'arrive jamais à destination. Même pas dans le dossier spam, rien, il n'arrive tout simplement jamais (même en tentant plusieurs fois de suite vers le même destinataire).

Il y a des mécanismes antispam ou autres qui pourraient justifier un blocage aussi radical ? (le fait qu'il n'y ait même pas de message d'erreur est un peu gênant quand même...)

Oui, il y a des filtres antispam aussi brutaux. Certains filtres font exprès de ne pas donner de message d'erreur, en général parce que le filtrage est asynchrone, donc on ne peut pas renvoyer une erreur au vrai coupable si l'adresse From est faussée (ce qu'elle est en général chez les spammeurs). Il n'y a que le filtrage synchrone qui permet de renvoyer une erreur au vrai coupable (il faut répondre avec un code d'erreur pendant la transmission du mail – une fois le mail accepté, ce n'est plus possible).

bon, je viens de me rendre compte que des mails d'erreur ont été envoyés à l'utilisateur www-data du serveur, contenant tout un tas d'information... mais :

- j'ai été bloqué par "xbl.spamhaus.sfr", qui m'invite à faire une requête via "http://www.spamhaus.org/query/bl?ip=mon_ip", pour finalement me dire que tout va bien et que mon IP n'est pas bloquée
- il y a manifestement un problème de configuration au niveau de sendmail puisque je vois apparaître des "Received: from ks355468.kimsufi.com (localhost.localdomain [127.0.0.1]) by ;; connection timed out; no servers could be reached" dans le mail
- je ne comprends absolument *rien* à la configuration de sendmail... il y a des dizaines de fichiers de configuration disséminés partout sur mon disque, certains font plusieurs centaines de lignes et je n'ai pas la moindre idée de leur utilité, d'autres sont des scripts qui plantent en plein milieu sans expliquer pourquoi, etc... je n'ai même pas pu trouver comment changer le destinataire des mails d'erreur :/

il existe des solutions équivalentes et utilisables par des humains normaux ?

Oui, Postfix, Exim, qmail (réputé négativement dans le passé pour sa licence restrictive à l'époque, mais maintenant c'est dans le domaine public) etc.

Bon, aptitude semblait me conseiller xmail donc j'ai tenté d'installer ça. Au début ça ne fonctionnait pas pour une histoire de droits du dossier "temp" qui appartenait à root (c'est très malin ça encore...) donc j'ai tenté un gros chown et pour l'instant ça semble fonctionner à peu près... Mais bon ça m'a l'air super crade tout ça encore :/

Dans ton sendmail, il faut que tu configures un "from" valide (de mémoire, c'est dans sendmail.cnf) : les graylistings interrogent le MX de ton domaine pour être sûr que l'adresse existe bien. Si elle n'existe pas, le graylisting filtre l'adresse.

yep c'est déjà fait, le from correspond bien au domaine depuis lequel j'envoie l'email :/

(il semblerait que je ne sois pas le seul à avoir des problèmes pour envoyer des emails depuis un serveur OVH, mais je n'ai pas vu d'explication pour le moment)

(Il faut aussi que le compte de messagerie existe, hein, pas que le domaine corresponde, mais je pense que c'est juste un souci de compréhension de ce que tu as dit ^^)

je sais pas comment fonctionnent les MX : un alias ça compte pour un compte de messagerie ? pke si non, je n'ai pas la possibilité de créer de nouveaux "vrais" comptes

Normalement, un alias doit passer. Il faut que ça soit un compte qui puisse recevoir des messages, c'est tout.
Par contre, si ton SMTP n'est pas blacklisté, ton premier relais peut l'être (si tu utilises sendmail comme relais SMTP).

Je viens de me connecter au server mx pour vérifier s'il connait mon adresse et oui (en fait c'est même plus simple : y'a un catchall et il me répond un code 250 pour n'importe quelle adresse qui va sur mon domaine)

Par contre je comprends pas un truc : si je fais un "nslookup -q=mx mirari.fr" il me répond les deux serveur MX configurés, à savoir mx0.ovh.net et mxb.ovh.net, mais impossible de me connecter dessus. Il n'y a que depuis le serveur qu'ils sont accessibles. C'est censé être normal ? (parceque si un serveur tier essaie de se connecter dessus pour vérifier que mon adresse est valide, il peut toujours attendre... :/)

Quand tu dis que tu essayes de te connecter dessus, c'est en passant par quoi ? C'est en faisant une requête de quel type/sur quel protocole ?

"telnet mx0.ovh.net 25" (ou mxb.ovh.net, pareil, ça timeoute depuis chez moi mais ça passe depuis mon serveur)

Hmmm... t'as le droit, depuis chez toi, de sortir sur le port 25 ? et sur autre chose que le SMTP de ton FAI ? (question conne, hein, mais on ne sait jamais).

la question n'est pas conne, j'aurais effectivement du commencer par vérifier ça ^^

bon ceci dit du coup retour à la case départ, voire pire : je n'ai plus aucun retour d'erreur, les mails se contentent de ne jamais arriver à destination :/

Arf, pour le coup, j'ai pas plus d'idées... t'as ouvert un ticket chez OVH "au cas où" ? Même si le problème est dur à qualifier ("des fois ça marche et des fois ça marche pas"), s'ils ont beaucoup de remontées, ça les obligera peut-être à vérifier leurs configurations...

Nil (./14) :
Hmmm... t'as le droit, depuis chez toi, de sortir sur le port 25 ? et sur autre chose que le SMTP de ton FAI ? (question conne, hein, mais on ne sait jamais).

Chez Free, il me semble que par défaut c'est non. D'ailleurs de chez moi ça ne marche pas, mais du labo si :

--<[[ mgallet@tomate:~ (09:17) ]]>-----------------------------------------------
$ telnet mx0.ovh.net 25
Trying 213.186.33.32...
Connected to mx0.ovh.net.
Escape character is '^]'.
220 mx1.ovh.net mx3.ovh.net mx0.ovh.net. You connect to mail476.ha.ovh.net ESMTP
^]
telnet> quit
Connection closed.

--<[[ mgallet@tomate:~ (09:18) ]]>-----------------------------------------------
$ telnet mxb.ovh.net 25
Trying 213.186.42.50...
Connected to mxb.ovh.net.
Escape character is '^]'.
220 5.mxb.ovh.net ESMTP^]

Nil : je vais peut-être faire ça, mais leurs forums sont blindés de topics de gens qui semblent avoir à peu près les mêmes symptômes et j'ai pas l'impression que l'équipe soit super réactive face à ce problème... au pire ça me fera une motivation de plus pour changer d'hébergeur ^^

il ne me reste plus qu'à vaincre la flemme de refaire une install complète >_<

Zephyr (./18) :
il ne me reste plus qu'à vaincre la flemme de refaire une install complète >_

Si tu ne le fais pas, dieu tueras plus de 9000 chatons !

Bonne raison pour ne pas le faire !

Et si, à défaut d'en trouver plus de 9000, il complétait avec des Sukhoi, mmm ?

C'est assez difficile à juger, mais j'ai l'impression que depuis que je suis passé à xmail, j'ai un "taux de réussite" sensiblement meilleur.

Par contre il me semble avoir remarqué que les e-mails envoyés sur les boites hotmail (@hotmail.com, @hotmail.fr, @msn.com) n'arrivaient *jamais* à destination. J'ai testé avec ma propre boite : ça n'arrive même pas dans le courrier indésirable, le message est tout simplement perdu dans la nature. Il y a quelque chose de particulier avec hotmail ?

il me semble que les mails dont le "reverse dns" ne correspond pas au ndd de la boite de l'expéditeur ne sont pas distribués.


typiquement, si tu fais ton sendmail avec comme adresse d'expéditeur zephyr@truc.com mais que tu envoies ça depuis le site machin.fr, le mail n'est pas acheminé (ie il n'arrive même pas au niveau du filtre de courrier indésirable, il est supprimé avant)

ça c'est bon normalement, mais je re-vérifierai à tout hasard

tu as un spf record sur ton dns ?
http://www.openspf.org/FAQ

il me semble qu'hotmail bloque tout ce qui n'en a pas...

aucune idée, j'ai beau lire les "basics" je comprends rien à ce qu'un SPF est supposé faire ^^

[edit] ok, après avoir parcouru le manager d'OVH ça me semble plus clair. je trouve la FAQ d'openspf très mal foutue : le premier truc que j'aurais voulu savoir c'est "qu'est-ce que c'est concrètement qu'un SPF" (un paramétrage au niveau du DNS), et cette info ne figure pas dans leur paragraphe d'intro alors qu'ils détaillent tout un tas d'autres trucs comme l'historique du projet et les gens qui en sont à l'origine...

bref, merci pour l'info, je vais essayer de trouver une doc autre que celle d'openspf pour comprendre comment ça se met en place

./3 > bon tu as déjà répondu à ta question avec xmail, mais sinon je me souviens avoir utilisé qmail il y a longtemps et avoir trouvé ça raisonnablement simple à configurer et utiliser (enfin c'était en tout cas à peu près compréhensible, contrairement à sendmail).

argh sfp ça a l'air bien mais bonjour pour le configurer!

Histoire d'apporter quelques informations en retour : après avoir testé plusieurs clients (ce qui m'a causé quelques difficultés ^^) j'ai finalement gardé qmail qui m'a semblé être le plus simple à configurer. Il me manque encore quelques bricoles (par exemple le "Return-Path" est "anonymous@mondomaine.tld" mais ça n'apparaît dans aucun fichier de config donc je ne sais pas comment changer ce paramètre) mais dans l'ensemble ça marche bien mieux qu'avant.

Le SFP est en place et j'ai fait quelques tests : les adresse hotmail reçoivent bien les mails (bon ils partent dans les spams, mais au moins ils arrivent à destination !).

Merci donc pour votre aide, surtout Sally (doublement ^^) et kim, qmail c'est bon mangez-en (avec modération quand même), et j'espère que le mec qui a osé concevoir sendmail a été pendu depuis le temps.