Bonjour,
J'utilise la messagerie quotidiennement avec Thunderbird (a jour) sur Win10 (a jour). Le fonctionnement est normal. J'ai plusieurs comptes mails dans Thunderbird (actuellement 115.8.0 64bits).
Depuis quelques mois, lorsque je valide un accusé de réception ou une invitation dans le calendrier (émise par un contact ou par teams), j'ai systématiquement une erreur SMTP alors que cela fonctionnait avant, et je n'ai aucun souvenir d'avoir modifier une quelconque configuration.
Cela fait plusieurs mois que je fouille dans les paramètres de configurations, que je cherche sur Google ou sur le forum, mais sans succès. Je ne sais plus où chercher.
J'ai un compte classique OVH MX Plan.
J'avais suivi la configuration préconisée de Thunderbird (465, TLS…), que j'ai revérifié et comme je le disais cela fonctionnait bien avant et je n'ai rien modifié. Les réceptions et envois de mails fonctionnent sans problèmes.
Je rencontre uniquement des erreurs sur l'acquittement des accusés de réceptions ou des confirmations de présences aux invitations du calendrier lorsque des évènements sont planifiés et reçus de la part de contacts.
En espérant que quelqu'un connaisse le problème et la parade,
CM
En espérant que quelqu'un connaisse le problème et la parade,
Bonjour,
1) Avez-vous ce message d'erreur exact ?
2) L'adresse mail qui logiquement répond aux invitations, est-ce votre boîte ou un alias ou une adresse qui n'est qu'une redirection ?
3) Votre webmail, est-ce Roundcube ou Outlook Web, est-ce que ça a changé récemment et est-ce que ça pourrait être lié ?
Bonjour,
Merci pour ce retour rapide. Voici mes réponses :
1) en PJ le dernier screenshot, qui était une popup suite à une invitation calendrier à laquelle j'avais confirmé ma présence, et quelques secondes plus tard la popup est apparue. Sur ce popup précisément, mon interlocuteur avait envoyé l'invitation via Outlook / Teams
Dans d'autres cas, lorsqu'il s'agit d'un accusé de réception d'un message reçu, je reçois un email d'erreur en retour, (mais du coup j'ai tout effacé car je voyais que les problèmes étaient liés et je n'avais pas tracé leurs contextes)
2) c'est mon mail natif d'OVH, aucune redirection ou alias. J'ai plusieurs adresses distinctes mais c'est avec ma principale (en tête de liste dans thunderbird) que je bosse au quotidien, les autres c'est pour la compta par exemple. La config de chaque adresse semble cohérente, toutes créées en même temps, même config (hormis compte / MDP bien sur)
3) le webmail, c'est round cube mais je ne m'en sers jamais. En 1 année, j'ai du y aller 2 fois. C'est la config par défaut, je n'y ai jamais touché et je ne sais même pas si c'est possible d'y configurer.
De mémoire, cela a commencé à dysfonctionner vers décembre 2023 sans raison apparente. Au début je pensais que cela venait de l'un de mes interlocuteurs, mais comme cela arrive aussi avec d'autres, je me dis que cela doit venir de mon côté.
Cdt
CM
la popup est apparue
Clairement c'est un dialogue où le serveur répond quelque chose de tout-à-fait inattendu à ce moment-là.
On doit logguer le dialogue entre le client (Thunderbird) et le serveur (ssl0.ovh.net)
Voyez:
1° comment faire:
https://support.mozilla.org/en-US/kb/config-editor
2° ce qu'il faut faire:
https://thunderbirdtweaks.blogspot.com/2021/10/logging-mail-sending-in-thunderbird.html
3° vous faites la transaction d'envoi de mail qui échoue
et `control-shift-J` vous avez le log du dialogue entre Thunderbird et le serveur SMTP
Exemple:
mailnews.smtp: Sending message <2abe8c7d-5634-4e6e-afa5-6436166ad490@xx.be> SmtpService.jsm:92:18
mailnews.smtp: Connecting to smtp://ssl0.ovh.net:465 SmtpClient.jsm:134:19
mailnews.smtp: Connected SmtpClient.jsm:406:17
mailnews.smtp: S: 220 GARM-99G003 Wednesday, March 6, 2024
SmtpClient.jsm:429:17
mailnews.smtp: C: EHLO [192.168.68.85] SmtpClient.jsm:655:19
mailnews.smtp: S: 250-OVH SMTP PROXY Hello
250-SIZE 104857600
250-ENHANCEDSTATUSCODES
250-AUTH LOGIN PLAIN
250-AUTH=LOGIN PLAIN
250 8BITMIME
SmtpClient.jsm:429:17
mailnews.smtp: Possible auth methods: PLAIN,LOGIN SmtpClient.jsm:942:17
mailnews.smtp: Current auth method: PLAIN SmtpClient.jsm:695:17
mailnews.smtp: Authentication via AUTH PLAIN SmtpClient.jsm:710:21
mailnews.smtp: C: Logging suppressed (it probably contained auth information) SmtpClient.jsm:651:19
mailnews.smtp: S: 235 2.7.0 Authentication successful
SmtpClient.jsm:429:17
mailnews.smtp: Authentication successful. SmtpClient.jsm:1165:17
mailnews.smtp: C: MAIL FROM: BODY=8BITMIME SIZE=785 SmtpClient.jsm:655:19
mailnews.smtp: S: 250 2.1.0 Ok
SmtpClient.jsm:429:17
mailnews.smtp: MAIL FROM successful, proceeding with 1 recipients SmtpClient.jsm:1200:17
mailnews.smtp: Adding recipient... SmtpClient.jsm:1205:17
mailnews.smtp: C: RCPT TO:xx.net> SmtpClient.jsm:655:19
mailnews.smtp: S: 250 2.1.5 Ok
SmtpClient.jsm:429:17
mailnews.smtp: Total RCPTs during this connection: 1 SmtpClient.jsm:1267:19
mailnews.smtp: RCPT TO done. Proceeding with payload. SmtpClient.jsm:1270:19
mailnews.smtp: C: DATA SmtpClient.jsm:655:19
mailnews.smtp: S: 354 OK
SmtpClient.jsm:429:17
mailnews.smtp: Sending 785 bytes of payload SmtpClient.jsm:623:17
mailnews.smtp: S: 250 2.0.0 Ok: queued as 863A71FEDA
SmtpClient.jsm:429:17
mailnews.smtp: Message sent successfully.
Bonjour,<br />J'ai donc réalisé la manip conformément à la procédure (activation du log...).<br />J'ai demandé à un de mes contacts utilisant outlook 365 de m'envoyer un mail avec AR<br />Le log était actif a ce moment là (RAZ avant, donc vide), et j'ai copié le contenu après avoir reçu la popup (la même)<br /><img src="upload://jEQZu3zvpoELjAVTEEAxyP4tC2Z.png" width="618" height="146" loading="lazy" /><br /><br />je voulais joindre le fichier texte, mais le formulaire l'interdit. le voici : (Je ne sais pas si les tickets sont publiques, donc j'ai juste masqué les adresses par www, xxx, yyy, zzz)<br /><br />19:19:16,519<br />sendRemoveListener on closed conduit languagetool-mailextension@languagetool.org.364 3 ConduitsChild.sys.mjs:108<br />19:19:16,597 La mise en page a été forcée avant le chargement complet de la page. Si les feuilles de style ne sont pas encore chargées, cela peut provoquer un flash de contenu non stylisé. 2 msgHdrView.js:4194:6<br />19:19:19,021 mailnews.smtp: Sending message SmtpService.jsm:92:18<br />19:19:19,022 mailnews.smtp: Connecting to smtp://<a target="_blank">ssl0.ovh.net:465</a> SmtpClient.jsm:134:19<br />19:19:19,063 mailnews.smtp: Connected SmtpClient.jsm:406:17<br />19:19:21,603 mailnews.smtp: S: 220 GARM-109S003 Wednesday, March 6, 2024<br /><br />SmtpClient.jsm:429:17<br />19:19:21,606 mailnews.smtp: C: EHLO [192.168.10.10] SmtpClient.jsm:655:19<br />19:19:21,636 mailnews.smtp: S: 250-OVH SMTP PROXY Hello<br /><br />250-SIZE 104857600<br /><br />250-ENHANCEDSTATUSCODES<br /><br />250-AUTH LOGIN PLAIN<br /><br />250-AUTH=LOGIN PLAIN<br /><br />250 8BITMIME<br /><br />SmtpClient.jsm:429:17<br />19:19:21,640 mailnews.smtp: Possible auth methods: PLAIN,LOGIN SmtpClient.jsm:942:17<br />19:19:21,640 mailnews.smtp: Current auth method: PLAIN SmtpClient.jsm:695:17<br />19:19:21,641 mailnews.smtp: Authentication via AUTH PLAIN SmtpClient.jsm:710:21<br />19:19:21,641 mailnews.smtp: C: Logging suppressed (it probably contained auth information) SmtpClient.jsm:651:19<br />19:19:21,961 mailnews.smtp: S: 235 2.7.0 Authentication successful<br /><br />SmtpClient.jsm:429:17<br />19:19:21,963 mailnews.smtp: Authentication successful. SmtpClient.jsm:1165:17<br />19:19:21,965 mailnews.smtp: C: MAIL FROM:zzzzzzzz.fr> BODY=8BITMIME SIZE=7308 SmtpClient.jsm:655:19<br />19:19:22,157 mailnews.smtp: S: 250 2.1.0 Ok<br /><br />SmtpClient.jsm:429:17<br />19:19:22,158 mailnews.smtp: MAIL FROM successful, proceeding with 1 recipients SmtpClient.jsm:1200:17<br />19:19:22,158 mailnews.smtp: Adding recipient... SmtpClient.jsm:1205:17<br />19:19:22,159 mailnews.smtp: C: RCPT TO:wwwwwww.fr> SmtpClient.jsm:655:19<br />19:19:22,220 mailnews.smtp: S: 250 2.1.5 Ok<br /><br />SmtpClient.jsm:429:17<br />19:19:22,222 mailnews.smtp: Total RCPTs during this connection: 1 SmtpClient.jsm:1267:19<br />19:19:22,222 mailnews.smtp: RCPT TO done. Proceeding with payload. SmtpClient.jsm:1270:19<br />19:19:22,223 mailnews.smtp: C: DATA SmtpClient.jsm:655:19<br />19:19:22,298 mailnews.smtp: S: 354 OK<br /><br />SmtpClient.jsm:429:17<br />19:19:22,300 mailnews.smtp: Sending 7308 bytes of payload SmtpClient.jsm:623:17<br />19:19:22,372 mailnews.smtp: S: 250 2.0.0 Ok: queued as CA3001FF07<br /><br />SmtpClient.jsm:429:17<br />19:19:22,373 mailnews.smtp: Message sent successfully. SmtpClient.jsm:1329:21<br />19:20:17,387 mailnews.smtp: S: 421 Service not available, closing transmission channel<br /><br />221 zzzzzzzz.fr Service closing transmission channel<br /><br />SmtpClient.jsm:429:17<br />19:20:17,388 mailnews.smtp: Socket closed. SmtpClient.jsm:550:17<br />19:20:17,390 mailnews.smtp: Connection to ssl0.ovh.net closed
19:19:22,373 mailnews.smtp: Message sent successfully. SmtpClient.jsm:1329:21
19:20:17,387 mailnews.smtp: S: 421 Service not available, closing transmission channel
Bonjour,
Tout le dialogue est cohérent, sauf ceci qui arrive à un moment inattendu.
Normalement c'est le client qui envoie QUIT et non le serveur qui envoie 421.
Mais ce 421 arrive 1 minute après la transmission réussie du mail, je suppose que chez vous le popup arrive aussi environ après l'envoi ?
Bonjour,
OK compris, merci pour cette analyse
Donc il manquerait un acquittement de fin (de thunderbird) et j'imagine que cela se termine tel un time-out (de OVH).
En effet, la popup n'est pas immédiate. Je n'ai pas chronométré mais en ressenti ce n'est (j'ai l'impression) pas toujours aussi rapide. Cela va de quelques secondes à quelques 10s, donc dans ce cas là en effet on voit que c'est moins d'une minute (et j'avais ressenti que c'était un peu plus long).
Mais le problème de fond reste l'absence de la commande QUIT si je comprends bien. Mais alors comment résoudre ce problème ?
Cdt
CM
l'absence de la commande QUIT si je comprends bien
Je ne vois pas ce QUIT chez moi non plus.
La connexion reste ouverte "un certain temps"
>netstat -n|find "193.70"
TCP 192.168.68.85:10189 193.70.18.144:993 ESTABLISHED
TCP 192.168.68.85:10190 193.70.18.144:993 CLOSE_WAIT
TCP 192.168.68.85:10191 193.70.18.144:993 CLOSE_WAIT
TCP 192.168.68.85:10204 193.70.18.144:993 ESTABLISHED
TCP 192.168.68.85:10294 **193.70.18.144:465** ESTABLISHED
et puis presque une minute plus tard, quand la connexion n'est plus là:
10:10:47.277 mailnews.smtp: S: 354 OK
SmtpClient.jsm:429:17
10:10:47.278 mailnews.smtp: Sending 11138 bytes of payload SmtpClient.jsm:623:17
10:10:47.322 mailnews.smtp: S: 250 2.0.0 Ok: queued as 6833F1FE7A
SmtpClient.jsm:429:17
10:10:47.323 mailnews.smtp: Message sent successfully. SmtpClient.jsm:1329:21
10:11:42.815 mailnews.smtp: S: 421 Service not available, closing transmission channel
221 XXXXX.be Service closing transmission channel
SmtpClient.jsm:429:17
10:11:42.817 mailnews.smtp: Socket closed. SmtpClient.jsm:550:17
10:11:42.818 mailnews.smtp: Connection to ssl0.ovh.net closed SmtpClient.jsm:175:19
10:11:42.820
mailnews.send: Sending failed; An error occurred while sending mail: Outgoing server (SMTP) error. The server responded: XXXXX.be Service closing transmission channel., exitCode=2153066732, originalMsgURI=imap-message://postmaster%40XXXXX.be@ssl0.ovh.net/INBOX#184 MessageSend.jsm:337:32
10:11:42.821 mailnews.smtp: Connection to ssl0.ovh.net closed 2 SmtpClient.jsm:175:19
10:11:42.822 NS_ERROR_ABORT: Component returned failure code: 0x80004004 (NS_ERROR_ABORT) [nsIWindowWatcher.openWindow] Prompter.sys.mjs:1231
mais Thunderbird ne fait pas de popup chez moi...
Oui en effet on a exactement le même comportement et la même erreur loggée
résumé des lignes intéressantes :
moi
19:19:22,298 mailnews.smtp: S: 354 OK
19:19:22,373 mailnews.smtp: Message sent successfully. SmtpClient.jsm:1329:21
19:20:17,387 mailnews.smtp: S: 421 Service not available, closing transmission channel
puis popup
vous
10:10:47.277 mailnews.smtp: S: 354 OK
10:10:47.323 mailnews.smtp: Message sent successfully. SmtpClient.jsm:1329:21
10:11:42.815 mailnews.smtp: S: 421 Service not available, closing transmission channel
log avec erreur plus détaillée, mais pas de popup
Bon je sens que cela va être complexe à résoudre…
Bon je sens que cela va être complexe à résoudre...
J'ai encore creusé le truc.
Vers un serveur dédié où je suis admin, je constate que Thunderbird ferme la connexion après 100 secondes. (constaté dans les logs côté serveur, c'est propre, mais avec un message d'erreur "timeout" côté TB.)
Ces 100 secondes on les trouve dans le paramètre advanced "mailnews.tcptimeout".
Je l'ai mis à 40 secondes.
De ce fait c'est le client qui ferme la connexion et non le serveur d'OVH qui jette le client après environ 50 ou 55 secondes.
J'ignore si ce timeout a une utilité ailleurs, ça mériterait de faire quelques grosses transactions avec un réseau léthargique (qui prennent plus de 40 secondes pour s'exécuter)
Entre temps voilà un work-around.
Bonjour,
Merci, vous êtes persévérant ! Je cherchais aussi avec les derniers éléments identifiés mais cette réponse est la bienvenue, car je séchais.
Je viens de mettre en œuvre cette config. J'ai remplacé la valeur 100 par 40. Maintenant, il faut que je fasse des essais, sauf qu'un vendredi aprem la plupart des interlocuteurs sont aux abonnés absents.
Ce qui m'étonnes, compte tenu que cela semble être une config commune à tous, pourquoi suis-je impacté, alors que mon instal est classique, voire même simple ?
Pour le time-out à 40s, en effet quel l'impact… ? Peut être le transfert de grosses pièces jointes. Au vu des logs où les échanges étaient très rapidement enchainés, qq 10s reste une "longue" constante de temps en comparaison de la séquence d'envoi, donc restons confiants.
Bon WE en attendant de confirmer ce work-around !
Bonjour,
Suite à la modification du time-out, aucun problème aujourd'hui après réception de messages avec AR.
Aucun pb d'envoi ou de réception de mails de plusieurs Mo.
Le work-around semble donc tout à fait pertinent.
Merci.