Mail geht nach dem letzten Update nicht mehr raus

Es gab in letzter Zeit viele Updates. Eines hat die Betreffzeile zerstört (enthält nicht mehr die Kategorie) und jetzt gehen überhaupt keine E-Mails mehr raus. Die Benutzer sind sehr unzufrieden. Ich weiß nicht, wie ich mit der Fehlersuche bei diesem Problem beginnen soll. Wo finde ich Fehlerprotokolle und ich erinnere mich, dass es eine Seite über Sidekiq-Warteschlangen und so weiter gibt, aber ich kann sie nicht finden. Jede Hilfe wäre sehr willkommen.

1 „Gefällt mir“

Ja, mir ist aufgefallen, dass E-Mail-Benachrichtigungen nach einem Update gestern anscheinend nicht ausgelöst werden, obwohl Zusammenfassungen/Übersichten dies noch tun. Sind wir damit allein?

2 „Gefällt mir“

Die Ursache hierfür könnte sein, dass Sidekiq geplante Jobs nicht verarbeitet, obwohl es dies tun sollte.

Wir haben dasselbe Problem heute früher auf unseren CD-Seiten festgestellt. Stellen Sie sicher, dass Sie mindestens auf den Commit sind:

(Ich denke, das ist der Commit, nicht 100% sicher)

Um zu sehen, ob das Problem dasselbe ist, überprüfen Sie die geplanten Jobs unter /sidekiq und sehen Sie nach, ob welche in der Vergangenheit liegen.

2 „Gefällt mir“

Ja, wir waren davon betroffen. Ein Update hat das behoben.

2 „Gefällt mir“

4 Beiträge wurden in ein neues Thema verschoben: Email From: headers lost their “via SITENAME” text

Ich bestätige Hunderte fehlgeschlagener Sidekiq-Jobs bei latest-release +103

behoben bei latest-release +153

Ich bin auf die neueste Version aktualisiert und habe auf einer meiner Websites immer noch ein Problem beim Senden von E-Mails. Ich erhalte lediglich eine Fehlermeldung beim Senden einer Test-E-Mail.

FEHLER - Dateiende erreicht

Bin gerade auf dem Handy, werde Sidekiq und die Protokolle überprüfen, wenn ich an meinem Computer bin. Andere Vorschläge, wo ich nachsehen könnte?

Hallo Tobias!

Dein Problem ist anders – die Verbindung bleibt kurz nach der erfolgreichen ersten Verbindung hängen, während sie auf eine Antwort wartet.

Ich würde vermuten, dass du versuchst, das falsche Protokoll mit dem falschen Port zu sprechen … welche Einstellungen verwendest du?

Zeigt der rake emails:test-Task (mit kürzlich aktualisierter Logik und Fehlermeldungen) einen anderen Fehler an?

Hallo Michael! Danke für die Antwort. Ich vermisse euch alle so sehr! :smiling_face_with_three_hearts:

Hmm… Ich habe meine Seite gerade von DO zu Hetzner verschoben und es hat ein paar Wochen lang einwandfrei funktioniert. Meine andere Seite funktioniert auch einwandfrei. Es ist ein Rätsel. Erst vor etwa einer Woche hat es aufgehört zu funktionieren, und als ich nachgesehen habe, sah ich die Fehler. Ich habe Hetzner kontaktiert (haben sich geweigert zu helfen) und Mailgun. Laut Mailgun:

Vielen Dank für Ihre Antwort, das letzte akzeptierte authentifizierte Ereignis, das wir sehen, war am 11. Januar und wurde über SMTP gesendet.

Können Sie bitte bestätigen, ob Änderungen vorgenommen wurden? Bitte stellen Sie einen Screenshot Ihrer Konfiguration der sendenden Anwendung zu unserer Überprüfung zur Verfügung, sowie alle relevanten Fehler in Ihrer sendenden Anwendung/SMTP-Sendeprotokolle.

Ich habe gerade mein Mailgun-Passwort geändert, falls es daran lag, und es erneut versucht, aber ohne Erfolg.

rake emails:test Ausgabe:

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!)

====================================================================================================================================================================================

Ich denke, es schlägt fehl, bevor überhaupt versucht wird, sich anzumelden.

Um Discourse als Faktor auszuschließen, versuchen Sie es vom Host UND innerhalb des Containers:

$ openssl s_client -connect smtp.mailgun.org:587 -starttls smtp

Sie sollten eine Menge Ausgabe erhalten und dann versuchen können, sich zu authentifizieren:

○ → 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

Die Zeichenfolgen, die Sie eingeben würden, sind:

EHLO localhost
AUTH PLAIN bWljaGFlbABtaWNoYWVsAHBhc3N3b3Jk

(Diese Zeichenfolge sind die Anmeldeinformationen michael/password, daher wird sie offensichtlich nicht funktionieren, aber Sie können diesen Beitrag lesen, um zu erfahren, wie Sie die Zeichenfolge für Ihre tatsächlichen Anmeldeinformationen erstellen, wenn Sie es manuell versuchen möchten)

Hoffentlich hilft es, wenn Sie aus erster Hand sehen, was funktioniert und was fehlschlägt.

Sie könnten auch versuchen, swaks zu verwenden, falls es verfügbar ist – es ist wahrscheinlich ein Betriebssystempaket, das Sie installieren können.

Es ist etwas einfacher und Sie können zum Beispiel:

swaks --to frodo@shire.net --from bilbo@shire.net --auth PLAIN --auth-user bilbo --auth-password ring --server smtp.mailgun.org:587 --tls

außer dass Sie Ihre echten Anmeldeinformationen verwenden können.

Die Ausgabe davon könnte ebenfalls helfen, das Problem aufzudecken.

Ich habe swaks ausprobiert und Folgendes erhalten:

=== Trying smtp.mailgun.org:587...
=== Connected to smtp.mailgun.org.
*** Remote host closed connection unexpectedly.

Das hat mich inspiriert, von meinem anderen Server aus zu prüfen, wo swaks „Great success“ meldete – die Nachricht ist ziemlich reizend!

<~  250 Great success
~> QUIT
<~  221 See you later. Yours truly, Mailgun
=== Connection closed with remote host.

Das Problem liegt also entweder daran, dass Mailgun meinen Server blockiert, oder mein Server ist irgendwie falsch konfiguriert. Ich werde mich bei Mailgun erkundigen und wenn das nicht die Ursache ist, werde ich meinen Server zerstören und neu aufbauen.

1 „Gefällt mir“

Ergibt Sinn; dies ist im Grunde derselbe Fehler wie bei

Wie Sie vermuten, ist die wahrscheinlichste Ursache, dass etwas von außen in die Verbindung eingreift.

1 „Gefällt mir“