Problème envoi de mails

La réponse du serveur a été : ghost-submission-6684bf9d7b-p8xkg Lost connection to relay server:Error: timeout exceeded (connection lost)

Vous ne feriez pas appel à un serveur 45.76.46.123 par hasard ?
Je ne connais pas la société propriétaire de l'adresse IP
OrgName: Vultr Holdings, LLC
CanAllocate:
Street: 20/22, Rue Des Gardinoux
City: AUBERVILLIERS
State/Prov:
Country: FR
PostalCode: 93534

Bonjour @Fritz2cat,
J'ai une cliente qui a également ce problème.

Tu peux préciser ta réponse ?

Tu peux préciser ta réponse ?

J'ai déduit ma réponse d'un SPF inhabituel.
Les gens ne disent pas tout dans leur question, alors on doit leur tirer les vers du nez, et alors on n'entend plus parler d'eux.

Quel est le problème de ta cliente ?

Quel est le problème de ta cliente ?

Merci pour ta réponse rapide :)
En fait elle voulait envoyer une PJ de 30Mo sur une adresse outlook et, son TB lui renvoyait ce même message.
Message que je ne connaissais pas et mes recherches Google ne donnaient rien d'explicite.

Désolé pour le squat de post @GregoryD42

son TB lui renvoyait ce même message.

son TB lui renvoyait ce même message

En fait 30 MB de PJ ça fait entre 40 et 45 MB lorsque c'est codé en base64, c'est vraiment beaucoup. D'ailleurs TB suggère dans ce cas de passer par un site d'upload dès que ça frise les 10 MB.

Le message d'erreur m'intrigue un peu. Serait-il produit dans la plomberie interne d'OVH ? ou bien par le serveur de réception qui ne peut pas/ne veut pas le recevoir ?

En tout cas le message d'erreur n'est pas courant car peu de réponse avec Google et bcp d’occurrence à OVH

Bonjour,

J'ai également ce problème depuis plusieurs mois et aléatoirement dans la journée. Peut-être un peu plus vers 11h30 12h30, mais pas certain.
Mon SPF est assez simple : v=spf1 include:mx.ovh.com include:spf.mailjet.com include:sendersrv.com ~all
Je précise que include:sendersrv.com a été ajouté hier et include:spf.mailjet.com il y a 2 semaine, mais j'avais déjà le problème sans.
Je pense avoir commencé à avoir ce problème avec la version Supernova de ThunderBird, mais, il y a un lien avec ma boite de messagerie OVH. En effet, sur mon thunderbird perso j'avais mes boites perso (yahoo, gmail, mon domaine hébergé chez O2switch) et j'ai commencé à avoir l'erreur à partir du moment où j'ai ajouté la boite pro hébergée chez Ovh.

L'erreur, peut aussi se produire à tous moments sans vouloir envoyer le message.
_"L’envoi du message a échoué. Le message n’a pas pu être envoyé car la connexion au serveur sortant (SMTP) « ssl0.ovh.net » a échoué. Le serveur est peut-être indisponible ou refuse les connexions SMTP. Veuillez vérifier que les paramètres de votre serveur sortant (SMTP) sont corrects et essayez à nouveau."_
Y'a t-il des logs qui référencent ce type d'erreurs ? une trace qu'un logiciel a essayé de se connecter via Imap ou Smtp.

Merci pour votre aide.

Cordialement,

"L’envoi du message a échoué. Le message n’a pas pu être envoyé car la connexion au serveur sortant (SMTP) « ssl0.ovh.net » a échoué. Le serveur est peut-être indisponible ou refuse les connexions SMTP. Veuillez vérifier que les paramètres de votre serveur sortant (SMTP) sont corrects et essayez à nouveau."

Ca ressemble à un problème qui est déjà survenu à plusieurs reprises, où le serveur d'authentification tombe en erreur lors des connexions IMAP.

Vous pouvez déjà écarter la piste SPF qui n'a rien à voir.

Sachez que ssl0.ovh.net ce n'est pas un serveur, mais un proxy qui fait l'aiguillage "de manière transparente" entre les clients sur Linux+Roundcube et les clients migrés sur Microsoft+OutlookWeb.

Voyez ici comment activer le logging temporairement pour une session ; évidemment ce n'est pas à ce moment que vous aurez l'erreur !
https://www.lifewire.com/pop-imap-smtp-traffic-thunderbird-1173156

Bonjour,

Merci pour votre retour. Si je comprend bien cela permet d'avoir les logs.

Cette commande log bien les flux IMAP, mais si je veux des informations sur SMTP je n'ai aucun info. J'ai essayé :
set NSPR_LOG_MODULES=SMTP:0
set NSPR_LOG_MODULES=SMTP:4
set NSPR_LOG_MODULES=SMTP:1
set NSPR_LOG_MODULES=SMTP:16,SMTP:17,SMTP:18,SMTP:19
J'ai trouvé les différents codes sur la page https://kb.mozillazine.org/Session_logging_for_mail/news#SMTP_connection_states https://kb.mozillazine.org/Session_logging_for_mail/news#SMTP_connection_states
Y'a t-il une erreur dans ma commande ?

En ce moment (entre 11h et 13h) l'erreur (L’envoi du message a échoué. Une erreur est survenue lors de l’envoi de l’e-mail. Le serveur a répondu : ghost-submission-6684bf9d7b-6448l Lost connection to relay server: Error: timeout exceeded (connection lost). Veuillez vérifier le message et essayer à nouveau.) qui se produit si j'envoie un message de plus de 3Mo.
Mes valeurs sont :
mailnews.tcptimeout 2000
network.http.response.timeout 300

Cordialement

ghost-submission-6684bf9d7b-6448l Lost connection to relay server: Error: timeout exceeded

Ca ressemble à un souci dans les tuyaux internes d'OVH, et non entre votre Thunderbird et ssl0.ovh.net

Etes-vous par hasard sur une connexion très lente (qui nécessite par exemple 1 minute pour envoyer 5 mégabytes) . Pouvez-vous faire un speedtest.net sur cette connexion et indiquer ici votre vitesse d'upload ?

Etes-vous par hasard sur une connexion très lente

+1,
j'ai eu le cas dernièrement pour 2 clients avec des connexions lentes partagées par plusieurs postes de travail.

80Mbps / 20Mbps en ce moment.

80Mbps / 20Mbps

Classique pour du VDSL , mais la connexion pouvait-elle être saturée à ce moment-là par d'autres utilisateurs qui font des uploads/downloads massifs ?

Vous avez une idée pourquoi la commande suivante ne marche pas ?
set NSPR_LOG_MODULES=SMTP:4

Saturée, mais est-ce qu'il y a un délai à modifier pour laisser le temps d'envoyer les messages volumineux. Le temps est inférieur à 2min quand même.

Saturée, mais est-ce qu'il y a un délai à modifier pour laisser le temps d'envoyer les messages volumineux. Le temps est inférieur à 2min quand même.

Faites un ticket incident. Personnellement je ne trouve pas ça normal.

On n'est plus à l'époque des modems 2400 bps où il fallait 14 minutes par mégabyte, mais je trouve que OVH devrait augmenter ses timeouts sans pour autant risquer de mettre en difficulté ses infrastructures.

Bonjour,

En faite j'ai déjà fait un ticket et pour eux ça vient pas d'Ovh mais de mon logiciel de messagerie (thunderbird). C'est pour cela que je tente ma chance avec vous.

Tout à l'heure, un message de 11Mo ne partait pas via ThunderBird, mais ok sur le webmail. Bon après sur le webmail, c'est un fonctionnement différent je pense puisque les pièces jointes sont téléversées avant l'envoi du mel qui est donc rapide.

Il faudrait vraiment que j'arrive à avoir des log.

Il faudrait vraiment que j'arrive à avoir des log.

Et dans votre log il y aura un message similaire à "ghost-submission-6684bf9d7b-6448l Lost connection to relay server: Error: timeout exceeded" et vous ne serez pas plus avancé.

Visiblement tous les mails envoyés
- via ssl0.ovh.net avec SMTP
- pour un domaine "non migré" (dont le webmail est Roundcube)

retrouvent dans les headers une séquence comme celle-ci:

Received: from ghost-submission-6684bf9d7b-vdvm9 (unknown [10.110.178.161])
by director1.ghost.1out.ovh.netout.ovh.net (Postfix) with ESMTPS id 07F081FD51
for X.net>; Thu, 1 Feb 2024 16:21:35 +0000 (UTC)
Received: from X.be ([37.59.142.95])
by ghost-submission-6684bf9d7b-vdvm9 with ESMTPSA
id MrQdOw/Fu2WqsQIApG3m8w
(envelope-from )
for X.net>; Thu, 01 Feb 2024 16:21:35 +0000
Authentication-Results:garm.ovh; auth=pass (GARM-95G0010143bced-7b34-4cbf-9ca9-95XXXX79c4e3,
127E20DCA1312ACXXXXXXXX502835EBADD1A4) smtp.auth=X@X.be

On y retrouve chaque fois "ghost-submission-6684bf9d7b-"

J'imagine bien qu'il s'agit d'un proxy qui n'apprécie pas
- ou bien de ne pas recevoir de données pendant X secondes
- ou bien de ne pas pouvoir finaliser la réception complète d'un e-mail, X dizaines de secondes ou X minutes entre le début et la fin de l'envoi de cet e-mail.

Je penche pour la 2è possibilité.

Bonjour,

De mon côté, je n'ai pas de proxy.
Qu'appelez-vous un domaine "non migré" ?
Par contre, j'ai bien un DKIM dans mon DNS, mais il ne semble pas être pris en compte.
Je viens de regarder, pas de DKIM-signature si j'envoie via ssl0.ovh.net. Mais avac Mailjet et mon domaine hébergé chez O2switch j'ai bien DKIM-Signature: v=1;
L'offre MX plan propose t-elle le DKIM ?

Merci

En ajoutant ._domainkey le dkim est visible depuis un site de test de dkim.
Je vais attendre la propagation pour voir si il est utilisé dans l'envoi de mes messages.
Par contre, j'ai remarqué qu'en envoyant depuis le webmail il n'y avait pas plus de signature Dkim que dans mes envois depuis thunderbird.

Mais avac Mailjet et mon domaine hébergé chez O2switch j'ai bien DKIM-Signature: v=1;
L'offre MX plan propose t-elle le DKIM ?

Ce n'était pas l'objet de la question initiale, mais en effet OVH ne propose pas DKIM sur les MX Plan.
"C'est dans les cartons" nous dit-on, sans date.