L'adresse du serveur de courrier sortant, smtp.dsl.ovh.net, semble
avoir changé entre le 9 et le 28 juillet (vacances : pas de trace dans
les journaux), de 178.32.228.17 à 54.36.38.206. Résultat :
Jul 28 18:44:27 postfix/smtp[43177]: E3FAA81249: to=,
relay=smtp.dsl.ovh.net[54.36.38.206]:587,
delay=300, delays=0.13/0.18/300/0,
dsn=4.4.2, status=deferred (conversation with
smtp.dsl.ovh.net[54.36.38.206] timed out while receiving the initial
server greeting)
$ host smtp.dsl.ovh.net
smtp.dsl.ovh.net has address 54.36.38.206
smtp.dsl.ovh.net mail is handled by 50 mo17.mail-out.ovh.net.
smtp.dsl.ovh.net mail is handled by 50 mo18.mail-out.ovh.net.
$ host 54.36.38.206
206.38.36.54.in-addr.arpa domain name pointer ip206.ip-54-36-38.eu.
Bizarre. Qui est ip206.ip-54-36-38.eu ?
$ host ip206.ip-54-36-38.eu
ip206.ip-54-36-38.eu has address 54.36.38.206
$ host 178.32.228.17
17.228.32.178.in-addr.arpa domain name pointer mo17.mail-out.ovh.net.
Si j'utilise l'adresse IP du relay (178.32.228.17) à la place du nom
(smtp.dsl.ovh.net), le courrier est envoyé :
Jul 29 15:59:20 postfix/smtp[49986]: F384181359: to=,
relay=178.32.228.17[178.32.228.17]:587,
delay=0.64, delays=0.12/0.15/0.21/0.17, dsn=2.0.0,
status=sent (250 2.0.0 Ok: queued as 4WXg2c3dR0zmYmt)
Jul 29 15:59:20 postfix/qmgr[49905]: F384181359: removed
Peut-être que quelqu'un a voulu faire du load balancing avec mo17 et m018.
Est-ce qu'un membre du staff pourrait vérifier les données DNS de
smtp.dsl.ovh.net ?
Merci beaucoup.
Serveur de courrier sortant smtp.dsl.ovh.net inopérant
Related questions
- Service client injoignable
16192
17.07.2018 12:41
- Connexion impossible entre Chromecast et smartphone
10110
02.01.2018 11:19
- Pas d’internet depuis plusieurs mois
8508
05.12.2017 02:19
- Passage vers la fibre
8326
18.02.2017 17:25
- Modem ZYXEL VMG8825_T50
8224
20.04.2021 09:30
- Scan de la plage 192.168.0.0/16
7851
07.08.2020 16:05
- Demande de réinitialisation DLM
7819
14.04.2018 09:32
- Aucune connexion internet
7673
09.04.2018 14:51
- Changement de contact
7072
22.05.2017 12:44
- Nombreuses pertes de synchro + débit ultra réduit
6777
07.01.2017 22:30
Bonjour,
Pouvez vous me communiquer en message privé l'ip ou la reference en xdsl-xxx ou ftth-xxx de votre accès internet?
Cordialement,
Je pense avoir compris mon problème et comment le résoudre. La suite
pourrait aider d'autre utilisateurs en difficulté.
Voici à quoi ressemble un envoi réussi de courrier :
Jul 6 21:47:34 postfix/smtp[123110]: 8CD52804E7: to=sfr.fr>,
relay=smtp.dsl.ovh.net[178.32.228.17]:587,
delay=0.96, delays=0.13/0.2/0.45/0.17, dsn=2.0.0,
status=sent (250 2.0.0 Ok: queued as 4WGgs22N9Yznr4R)
Mon MTA (mail transfer agent ; postfix en l'occurrence) connaît le nom
du serveur de courrier sortant de OVH, smtp.dsl.ovh.net, et demande
au DNS son adresse IP. Dans mon cas, sur un an, dans 40 % des cas,
la réponse a été 178.32.228.17, et 178.32.228.18 le reste du temps :
cas simple de load balancing avec deux serveurs. Le MTA ouvre une session
SMTP vers le port 587 du serveur de courrier à l'adresse reçue et lui
transmet le message.
Entre le 9/7 et le 28/7, OVH a apporté des modifications à cette
architecture, dont les conséquences sont visibles ici :
Jul 28 18:44:27 postfix/smtp[43177]: E3FAA81249: to=sfr.fr>,
relay=smtp.dsl.ovh.net[54.36.38.206]:587,
delay=300, delays=0.13/0.18/300/0,
dsn=4.4.2, status=deferred (conversation with
smtp.dsl.ovh.net[54.36.38.206] timed out while receiving the initial
server greeting)
Ce timeout est indication que smtp.dsl.ovh.net n'est plus disposé à
recevoir des messages ; ce n'est, donc, plus un serveur de courrier.
Plus loin dans les journaux, j'ai trouvé ceci :
Jul 29 10:37:10 postfix/smtp[46556]: E3FAA81249: to=sfr.fr>,
relay=none,
delay=57464, delays=57463/0.99/0.03/0, dsn=4.4.3,
status=deferred (Host or domain name not found.
Name service error for name=smtp.dsl.ovh.net type=AAAA:
Host not found, try again)
Aucune idée pourquoi "Host not found" -- peut-être une interruption
de service quelque part, comme pour ma session SIP de temps en temps. La
partie intéressante, c'est "type=AAAA" : le MTA demande au DNS le "address
record" de smtp.dsl.ovh.net. Mais cela ne lui servira plus à rien, puisque
smtp.dsl.ovh.net ne fait plus office de serveur de courrier. Pour obtenir
l'adresse IP de vrais serveurs de courrier, le MTA devrait demander au DNS
le "mail exchange record", MX, de smtp.dsl.ovh.net ; il y en a deux :
$ host -t mx smtp.dsl.ovh.net
smtp.dsl.ovh.net mail is handled by 50 mo17.mail-out.ovh.net.
smtp.dsl.ovh.net mail is handled by 50 mo18.mail-out.ovh.net.
À noter que, avant le 9/7, le "AAAA record" et le "MX record"
de smtp.dsl.ovh.net étaient les mêmes.
Après avoir reconfiguré mon MTA, j'obtiens bien une des deux vieilles
adresses .17 ou .18, au hasard.
OVH a fait quelques modifications depuis hier. Hier :
$ host 54.36.38.206
206.38.36.54.in-addr.arpa domain name pointer ip206.ip-54-36-38.eu.
Aujourd'hui :
$ host 54.36.38.206
206.38.36.54.in-addr.arpa domain name pointer xdsl.mail-out.ovh.net.
C'est peut-être signe que xdsl.mail-out.ovh.net remplacera smtp.dsl.ovh.net à
l'avenir. Mais, dans ce cas, il faudra créer pour le premier des MX records :
$ host -t mx xdsl.mail-out.ovh.net
xdsl.mail-out.ovh.net has no MX record
Bonjour,
Je pense que cette partie de votre raisonnement est faux.
Vous n'avez aucune raison de chercher le MX d'un serveur SMTP qu'on vous a désigné pour relayer le mail.
De retour de vacances, je constate que mon courrier sortant reste bloqué
dans la file d'attente. Une recherche rapide sur community.ovh avant
d'ouvrir un ticket me fait découvrir votre message vieux de trois
semaines que je confirme, après vérification, en tout point. Je ne
peux rien apporter de plus à votre analyse, si ce n'est de préciser
que le serveur de courrier sortant fonctionnait encore le 22 juillet.
Il semble que OVH a oublié la première règle à respecter en cas de
modification des services proposés : assurer la compatibilité avec
le passé. Sinon, annoncer bien à l'avance les nouvelles conditions
d'utilisation. Dans le message par lequel OVH me communiquait les
paramètres de ma connexion xDSL, il y avait ceci :
> Pour envoyer vos e-mails depuis votre logiciel de messagerie,
> si vous souhaitez passer par notre serveur, vous pouvez
> configurer le serveur sortant SMTP avec les paramètres
> suivants :
>
> Serveur sortant SMTP : smtp.dsl.ovh.net
> Aucune identification requise
Pourrait OVH nous donner les nouvelles conditions d'utilisation de son
serveur sortant SMTP ?
Merci pour le temps que votre message m'a fait gagner.
Bonjour,
avez-vous ouvert un ticket ?
Cordialement, janus57
Non ; peut-être que l'initiatrice de la discussion l'a fait ; mais, vu que Axel l'a contactée immédiatement, ce n'est probablement pas nécessaire d'ouvrir un ticket.
Bonjour,
bah si vous voulez une résolution de votre problème faite un ticket, sinon le support ne va pas savoir que vous avez un problème.
Cordialement, janus57
Bonjour,
L’équipe mail réalise actuellement un changement de fonctionnement concernant les serveurs mails utilisés sur nos accès internet (smtp.dsl.ovh.net). Ce changement est transparent car c’est l’IP qui change et non le domaine SMTP.
Pour faire simple, là où avant le domaine renvoyé vers 2 serveurs MO (mo17.mail-out.ovh.net 178.32.228.17 / mo18.mail-out.ovh.net 178.32.228.18), aujourd’hui tout est redirigé vers une seule IP de loadbalancing (54.36.38.206).
Suite à ce changement si vous utiliser l'IP ou le nom de domaine en dur il est possible que cela induisent des erreurs. A moyen terme les serveurs ci-dessus ne seront plus accessible, il faut donc modifier de votre coté pour utiliser IP 54.36.38.206 ou tout simplement smtp.dsl.ovh.net.
Cordialement,
Axel :
Je viens de découvrir que les courriels envoyés hier sont encore dans
la queue de transmission, avec cette précision :
status=deferred (delivery temporarily suspended: Host or domain name
not found.
Name service error for name=smtp.dsl.ovh.net type=MX: Host not found
Mais que se passe-t-il chez OVH ?
Bonjour,
Avez-vous vérifier votre configuration DNS ? Comme indiqué si dessus, il faut s’assurer que le nom de domaine smtp.dsl.ovh.net pointe correctement vers l'ip 54.36.38.206.
En fonction de votre configuration DNS local, il est possible que cela ne soit pas le cas.
Vous pouvez tester en faisant une requête ping depuis l'ordinateur qui communique avec le serveur :
```
ping smtp.dsl.ovh.net
```
Axel :
Mon DNS va bien :
$ ping smtp.dsl.ovh.net
PING smtp.dsl.ovh.net (54.36.38.206) 56(84) bytes of data.
64 bytes from xdsl.mail-out.ovh.net (54.36.38.206): icmp_seq=1 ttl=54 time=29.6 ms
Mais est-ce que celui de OVH va bien ? :
$ host smtp.dsl.ovh.net
smtp.dsl.ovh.net has address 54.36.38.206
smtp.dsl.ovh.net mail is handled by 50 mo17.mail-out.ovh.net.
smtp.dsl.ovh.net mail is handled by 50 mo18.mail-out.ovh.net
$ host 54.36.38.206
206.38.36.54.in-addr.arpa domain name pointer xdsl.mail-out.ovh.net.
$ host xdsl.mail-out.ovh.net
xdsl.mail-out.ovh.net has address 54.36.38.206
smtp.dsl.ovh.net et xdsl.mail-out.ovh.net partagent la même adresse IP ; le reverse resolution
de 54.36.38.206 ne pointe pas vers smtp.dsl.ovh.net. Est-ce normal ?
Ni mo17.mail-out.ovh.net ni mo18.mail-out.ovh.net ne répondent pas au ping ; mais ceci est
peut-être normal.
Bonjour
Ce n'est pas normal que vous deviez chercher le MX de smtp.dsl.ovh.net
Quelle est l'adresse de ce destinataire ? (la partie après le @ nous intéresse)
Peu importe l'adresse du destinataire ; je n'arrive pas à parler au serveur de courrier
de OVH, qui est le serveur de sortie pour mon courrier. Voici la trace d'un message
envoyé à fritz.le.cat@mgm.com (j'ai ensuite détruit le message dans la file d'attente ) :
1 - mon MTA (mail transfer agent : le logiciel qui parle SMTP) connait le nom du serveur de
sortie de OVH : smtp.dsl.ovh.net ; le MTA demande à mon DNS le "MX record" de
smtp.dsl.ovh.net ;
2 - le DNS répond mo18.mail-out.ovh.net ;
3 - le MTA initialise une session SMTP vers mo18.mail-out.ovh.net ;
4 - mo18.mail-out.ovh.net ne répond pas :
> Sep 30 17:05:21 postfix/smtp: connect to mo18.mail-out.ovh.net[178.32.228.18]:587:
> No route to host
5 - le MTA demande au DNS le nom d'un autre serveur SMTP ;
6 - le DNS répond mo17.mail-out.ovh.net ;
7 - le MTA initialise une session SMTP vers mo17.mail-out.ovh.net ;
8 - mo17.mail-out.ovh.net ne répond pas :
> Sep 30 17:05:21 postfix/smtp: connect to mo17.mail-out.ovh.net[178.32.228.17]:587:
> No route to host
9 - le courriel est mis en file d'attente :
> Sep 30 17:05:21 postfix/smtp: DCA6760A3C: to=mgm.com>,
> relay=none, delay=0.69, delays=0.08/0.02/0.59/0, dsn=4.4.1,
> status=deferred (connect to mo17.mail-out.ovh.net[178.32.228.17]:587:
> No route to host)
Que fait OVH ?
C'est faux. Votre MTA doit parler avec smtp.dsl.ovh.net sur le port tcp/25
D'où inventez-vous cela qu'il faut aller chercher le MX de votre next hop ?
Comment avez-vous configuré Postfix ?
Par contre message pour OVH: qu'est-ce que ces enregistrements MX attachés à smtp.dsl.ovh.net ? Personne n'est supposé envoyer du mail à bob@smtp.dsl.ovh.net ou alice@smtp.dsl.ovh.net !!
Bonjour,
@AxelD : le serveur de OVH accepte n'importe quoi comme mail en "FROM" ou seulement des adresses OVH ?
Cordialement, janus57
Axel :
Vos serveurs mo17.mail-out.ovh.net et mo18.mail-out.ovh.net sont HS depuis
au moins deux jours :
$ telnet mo17.mail-out.ovh.net 25
Trying 178.32.228.17...
telnet: connect to address 178.32.228.17: No route to host
$ telnet mo18.mail-out.ovh.net 25
Trying 178.32.228.18...
telnet: connect to address 178.32.228.18: No route to host
Votre serveur smtp.dsl.ovh.net reçoit le courrier mais ne le distribue pas.
Dans son message d'accueil, on trouve maintenant ceci :
220 mo601.mail-out.ovh.net
ou ceci :
220 mo602.mail-out.ovh.net
On voit que votre équipe mail bricole avec deux autres serveurs.
Je paie pour ce service. C'est inacceptable que OVH n'avertisse ses
utilisateurs avant une interruption.
Quand OVH va-t-il restaurer ce service ?
OVH a parafitement le droit de "bricoler" avec ses serveurs comme vous le dites.
Par contre OVH n'a pas le droit d'accepter de prendre des e-mails en charge et ensuite les faire disparaître et ne pas les faire suivre, ce qui ne serait pas une première chez OVH. Je me rebelle depuis longtemps à ce sujet et ça gueule aussi dans les mailing list.
https://community.ovhcloud.com/community/fr/mes-mails-ne-parviennent-pas-aux-destinataires-sans-que-je-ne-recoive-aucun?id=community_question&sys_id=d304f6c8892f4ad01e112a858ff6a9d4
https://community.ovhcloud.com/community/fr/e-mail-non-recu-et-envoyer-via-mail-apple?id=community_question&sys_id=b974f24811e34ad0f078c0fb15287f9d
etc
Par contre revenons à ce que vous faites de votre côté.
Si vous avez un Postfix installé, logiquement vous avez configuré un relay host (relayhost= dans main.cf)
Ce relayhost doit être smtp.dsl.ovh.net et non mo17, mo18, mo601 ou autre "mail-out" qui désignent les serveurs de sortie d'OVH et non les serveurs de relais.
N'étant pas client du FAI OVH, je ne peux pas vous dire si vous devez présenter un login/pass d'authentification vis-à-vis de ce serveur. Habituellement les FAI ne l'imposent pas mais vous devez être sur une adresse IP de chez eux.
Quand vous envoyez un mail à l'adresse farfelue f2c@mgm.com comme dans votre exemple ci-dessus, votre /var/log/mail.log devrait montrer le delivery à smtp.dsl.ovh.net
Et ensuite ... que se passe-t-il ? message d'erreur en retour ou pas ?
Bonjour,
Aucune authentification n'est requise sur notre smtp
Cordialement