Il y a eu beaucoup de mises à jour récemment. L’une d’elles a cassé l’objet (n’inclut plus la catégorie) et maintenant aucun e-mail n’est envoyé du tout. Les utilisateurs sont très mécontents. Je ne sais pas par où commencer à déboguer ce problème. Où puis-je trouver les journaux d’erreurs et je me souviens qu’il y a une page concernant les files d’attente Sidekiq et ainsi de suite, mais je ne la trouve pas. Toute aide serait grandement appréciée.
Oui, j’ai remarqué que les notifications par e-mail ne semblent pas se déclencher pour le moment après une mise à jour hier, bien que les résumés/synthèses le soient toujours. Sommes-nous les seuls dans ce cas ?
La cause en est peut-être l’échec de Sidekiq à traiter les tâches planifiées alors qu’il le devrait.
Nous avons identifié le même problème plus tôt aujourd’hui sur nos sites de CD. Assurez-vous d’être au moins au commit :
(Je pense que c’est ce commit, pas sûr à 100 %)
Pour voir si le problème est le même, vérifiez les tâches planifiées dans /sidekiq et voyez s’il y en a dans le passé.
Oui, nous avons été pris dans cela. Une mise à jour a réglé le problème.
4 messages ont été déplacés vers un nouveau sujet : Email From: les en-têtes ont perdu leur texte « via SITENAME »
Je confirme des centaines de tâches sidekiq échouées sur latest-release +103
corrigé sur latest-release +153
Je suis à jour avec la dernière version et j’ai toujours un problème d’envoi d’e-mails sur l’un de mes sites. J’obtiens simplement un message d’erreur lors de l’envoi d’un e-mail de test.
ERREUR - fin de fichier atteinte
Je suis sur mobile maintenant, je vérifierai sidekiq et les journaux lorsque je serai à mon ordinateur. D’autres suggestions sur où regarder ?
Salut Tobias !
Votre problème est différent : la connexion se bloque en attendant une réponse peu de temps après la connexion initiale réussie.
Je parierais que vous essayez de parler le mauvais protocole sur le mauvais port… quels paramètres utilisez-vous ?
La tâche rake emails:test (avec la logique et les messages d’erreur récemment mis à jour) affiche-t-elle une erreur différente ?
Salut Michael ! Merci pour ta réponse. Vous me manquez tellement ! ![]()
Hmm… Je viens de migrer mon site de DO à Hetzner et cela a fonctionné correctement pendant quelques semaines. Mon autre site fonctionne bien aussi. C’est un mystère. Ce n’est qu’il y a environ une semaine qu’il a cessé de fonctionner et lorsque j’ai regardé, j’ai vu les erreurs. J’ai contacté Hetzner (ils ont refusé d’aider) et Mailgun. Selon Mailgun :
Merci pour votre réponse, le dernier événement authentifié accepté que nous voyons date du 11 janvier et a été envoyé via SMTP.
Pouvez-vous confirmer si des changements ont été effectués ? Veuillez fournir une capture d’écran de la configuration de votre application d’envoi pour notre examen, ainsi que toutes les erreurs pertinentes dans votre application d’envoi/journaux d’envoi SMTP.
Je viens de changer mon mot de passe Mailgun au cas où ce serait ça et j’ai essayé à nouveau, mais sans succès.
Sortie de rake emails:test :
root@ubuntu-4gb-nbg1-1-app:/var/www/discourse# rake emails:test
Testing sending to using smtp.mailgun.org:587, username:postmaster@domain with plain auth.
====================================================================================== ERROR =======================================================================================
UNKNOWN ERROR!
EOFError: end of file reached
===================================================================================== SOLUTION =====================================================================================
This is not a common error. No recommended solution exists!
Please report the exact error message above to https://meta.discourse.org/
(And a solution, if you find one!)
====================================================================================================================================================================================
Je pense que cela échoue avant même de tenter la connexion.
Pour éliminer Discourse comme facteur, essayez depuis l’hôte ET depuis l’intérieur du conteneur :
$ openssl s_client -connect smtp.mailgun.org:587 -starttls smtp
Vous devriez obtenir beaucoup de résultats, puis être en mesure d’essayer de vous authentifier :
○ → openssl s_client -connect smtp.mailgun.org:587 -starttls smtp
Connecting to 34.160.63.108
CONNECTED(00000003)
…
SSL-Session:
…
---
read R BLOCK
EHLO localhost
250-2ed1d46f4d7dec773e2a97b59f3a3bf8a2d6db54f94eead5dcf49e3ea1caac18
250-AUTH PLAIN LOGIN
250-SIZE 52428800
250-8BITMIME
250-SMTPUTF8
250 PIPELINING
AUTH PLAIN bWljaGFlbABtaWNoYWVsAHBhc3N3b3Jk
501 Username used for auth is not valid email address
535 Authentication failed
closed
Les chaînes que vous taperiez sont :
EHLO localhost
AUTH PLAIN bWljaGFlbABtaWNoYWVsAHBhc3N3b3Jk
(cette chaîne correspond aux identifiants michael/password, donc elle ne fonctionnera évidemment pas, mais vous pouvez consulter ce message pour apprendre à construire la chaîne pour vos identifiants réels si vous souhaitez essayer manuellement)
J’espère que voir de première main ce qui fonctionne et ce qui échoue vous aidera.
Vous voudrez peut-être aussi essayer d’utiliser swaks s’il est disponible - c’est probablement un paquet OS que vous pouvez installer.
C’est un peu plus facile et vous pouvez par exemple :
swaks --to frodo@shire.net --from bilbo@shire.net --auth PLAIN --auth-user bilbo --auth-password ring --server smtp.mailgun.org:587 --tls
sauf que vous pouvez utiliser vos vrais identifiants.
Le résultat de cela pourrait également aider à révéler le problème.
J’ai essayé swaks et j’ai obtenu ceci :
=== Tentative de connexion à smtp.mailgun.org:587...
=== Connecté à smtp.mailgun.org.
*** L'hôte distant a fermé la connexion de manière inattendue.
Cela m’a incité à vérifier depuis mon autre serveur, où swaks a affiché « Great success » (Grand succès) – le message est assez adorable !
<~ 250 Great success
~> QUIT
<~ 221 See you later. Yours truly, Mailgun
=== Connexion fermée avec l'hôte distant.
Le problème vient donc soit de Mailgun qui bloque mon serveur, soit de mon serveur qui est mal configuré d’une manière ou d’une autre. Je vais vérifier avec Mailgun et si ce n’est pas ça, je détruirai et reconstruirai mon serveur.
Logique ; c’est essentiellement la même erreur que
Comme vous le soupçonnez, la cause la plus probable est que quelque chose d’externe interfère avec la connexion.