Notification Center Queue: Fehler beim Senden der Nachricht. Prüfen Sie das Log

[Kahmoon]

Moin beisammen,

ich habe seit ein paar tagen FEhler beim versenden von automatischen Mails via NC Queue. Mails gehen nicht raus und im Menüpunkt von Queue steht. Im Anhang ein Beispiel von den heutigen Event-Remindern an 21 Leute. Davon gingen nur 2 raus.

"Fehler beim Senden der Nachricht. Prüfen Sie das System-Log für Details."

Aber weder im Contao Backend Log noch systen/logs finde ich hierzu etwas. Welches Log ist hier gemeint?

Hosting ist IONOS mit einem SMTP Cap von 20 Mails pro Durchgang. (das habe ich auch so eingestellt)

VG Frank

[Spooky]

Aber weder im Contao Backend Log noch systen/logs finde ich hierzu etwas.

Hast du sichergestellt, dass du im Systemlog nach nichts filterst?

[Kahmoon]

Jepp

Schaut so aus als schreibt die Queue Funktion nix in die Logs. Hab mal nen Issue gemacht.

[Spooky]

Die Queue Funktion schreibt auch nichts in die Logs. Die Queue prüft nur, ob eine E-Mail erfolgreich gesendet wurde. Im Fall des nicht erfolgreichen Versands sollte Contao dann einen Eintrag in das System-Log gemacht haben - daher auch der Hinweis des Notification Centers.

[Kahmoon]

Aber Contao schreibt nichts ins Log.

Gab es nicht mal auf dem FTP ein email.log oder mail.log?

[Spooky]

Früher, ja. In Contao 4.9+ steht das im System Log.

[Kahmoon]

Das bekommt aber von den Fehlern nichts mit. Dort steht eine grüne Info

"A total number of 21 event reminders have been sent"

Es gingen bei diesem Auftrag aber nur 2 von 21 ohne Fehler raus.

Nachtrag: Die Mails, die dort verarbeitet werden, kommen von der Erweiterung contao-event-subscriptions

[Spooky]

Und siehst du für jede E-Mail auch einen Eintrag im System Log, dass diese erfolgreich versendet wurde?

[Kahmoon]

Nur für die zwei die verschickt wurden. Die Fehlerhaften haben keinen Eintrag hinterlassen. Ist das ne Sache von der Erweiterung?

• Um 8:00 übergibt contao-event-subscription alle zu versenden Mails (21 Stück) an die Queue und meldet "OK"
• In der Queue ist eingestellt das pro Durchlauf 20 Mails verarbeitet werden (wegen IONOS Limit)
• Per Cron wird 1 x pro Minute der Task abgefragt (Sprich 2 Durchläufe bei 21 Mails: 8:01 und 8:02 Uhr)

[lucina]

Wenn die ersten beiden durchgehen und alles danach nicht, dann würde ich eher die vollkommen vergurkte Mailkonfiguration bei Ionos an dieser Stelle vermuten. Vermuten deshalb, weil die ja mit niemandem reden.

[Kahmoon]

Hmm aber daran hat sich nichts geändert und sonst liegen auch keine Fehler/Aussetzer in den Postfächern vor.

Edit:
es gingen nicht die ersten beiden durch sondern bei jedem Durchgang die erste Mail. Also quasi 1 und 21. Aber bei den Tagen davor waren es auch mal andere die nicht gingen. Also das ist nicht die REgel so.

[Spooky]

Anstatt die NC Queue zu verwenden könntest du auch folgendes nutzen: https://docs.contao.org/manual/de/sy...ynchron-senden

[lucina]

Hmm aber daran hat sich nichts geändert und sonst liegen auch keine Fehler/Aussetzer in den Postfächern vor.

Edit:
es gingen nicht die ersten beiden durch sondern bei jedem Durchgang die erste Mail. Also quasi 1 und 21. Aber bei den Tagen davor waren es auch mal andere die nicht gingen. Also das ist nicht die REgel so.

Ja, das glaube ich Dir. Ich meine sowas hier:

Mittlerweile hat die Bahn unsere Anfrage beantwortet und erklärt den Vorfall wie folgt: "Verschiedene E-Mail-Anbieter des Unternehmen 1und1, zu dem web.de bzw. GMX gehören, haben sogenannte "Einlieferungslimits". Das bedeutet, dass innerhalb einer gewissen Zeitspanne von einem absendenden E-Mail-Server nur eine gewisse Anzahl an E-Mails eingeliefert werden dürfen, da sonst dieser Server als SPAM-Versand eingestuft wird."

Siehe https://www.golem.de/news/probleme-w...09-168261.html

[Kahmoon]

Hmm das schaut kompliziert aus :-D. Mit der Queue ist das halt recht einfach via Backend zu steuern.

Ich stelle das jetzt mal auf normalen Gateway um morgen Früh zu sehen ob nur die Queue das Problem verursacht.

Edit:
wäre der Symfony Mailer nicht zukunftssicherer?

Ab Contao 4.10 steht das Swiftmailer Bundle nicht mehr von Haus aus zur Verfügung, statt dessen nutzt Contao Symfony Mailer

https://docs.contao.org/manual/de/sy...symfony-mailer

[Kahmoon]

Ja, das glaube ich Dir. Ich meine sowas hier:

Siehe https://www.golem.de/news/probleme-w...09-168261.html

Genau...dieses Limit ist mir auch vor zirka einem Jahr aufgefallen und ich habe daher alle Queues auf dieses Limit (20) angepasst. Das lief bis vor 10 Tagen auch ohne Fehler. Jetzt fallen sporadisch Mails raus. Ich erkenne zumindest kein Muster. Es sind oft zwischendrin Fehler und heute halt ein Mal extrem (19 von 21)

[Spooky]

Edit:
wäre der Symfony Mailer nicht zukunftssicherer?



https://docs.contao.org/manual/de/sy...symfony-mailer

Ja, hatte den falschen Link kopiert. Ich meinte die generelle Sektion (und dann halt abhängig davon, welche Contao Version du hast).

[Kahmoon]

OK, danke. Ich teste jetzt noch mal "nicht Queue" und kleinere Limits in den kommenden 2-3 Tagen. Wenn das nicht hilft werde ich dir sicher viele Fragen zur Einrichtung vom Symfony Mailer stellen

[Spooky]

Wenn das nicht hilft werde ich dir sicher viele Fragen zur Einrichtung vom Symfony Mailer stellen

Beim Mailer musst du da eigentlich nichts konfigurieren. Es sollte die Konfiguration der Symfony Messenger Komponenten wie im Handbuch beschrieben reichen.

[Kahmoon]

Ja, in erster Linie geht es um den Cron. Aktuell rufe ich Cron wie folgt auf

*/1 * * * * /usr/bin/wget -O - -q meineurl.de/_contao/cron
*/10 * * * * /usr/bin/wget -O - -q meineurl.de

[Spooky]

Anstatt einen Web Cron zu nutzen solltest du lieber das contao:cron Command nutzen: https://docs.contao.org/dev/framewor.../#command-line

[Kahmoon]

Ich konfiguriere den über SSH bei IONOS. Wäre es dann so richtig?

*/1 * * * * php meineurl.de/contao/vendor/bin/contao-console contao:cron

Oder muss ich einen Cronjob in der Config "registrieren"?

[Spooky]

Ob "php" und der Pfad zu deiner Contao Installation so stimmt kann ich dir nicht sagen. Rest würde passen.

*/1 kannst du übrigens zu * ändern.

[Kahmoon]

Dann müsste es so aussehen.

* * * * * /usr/bin/php8.1-cli meineurl.de/contao/vendor/bin/contao-console contao:cron

Edit: muss ich hier eine absolute URL angeben? Eigentlich nicht oder? Sprich das sollte gehen?

* * * * * /usr/bin/php8.1-cli /vendor/bin/contao-console contao:cron

[Spooky]

Du musst den Pfad zu deiner Contao Installation angeben (+ vendor/bin/contao-console).

[Kahmoon]

Hmmm komischer Weise hat er die Queue jetzt aber mit

* * * * * /usr/bin/php8.1-cli /vendor/bin/contao-console contao:cron

abgearbeitet. Scheint wohl so zu gehen? Andere Crons laufen nicht soweit ich weiss. Ansonsten müsste noch mein Rootfolder aus diesem Hosting rein?

* * * * * /usr/bin/php8.1-cli /meinrootfolder/vendor/bin/contao-console contao:cron

[Spooky]

Hast du den Command Scheduler für das Frontend deaktiviert?

[Kahmoon]

Ja, jetzt wird aktuell gerade gar nichts mehr abgearbeitet.

Weder mit

* * * * * /usr/bin/php8.1-cli /meinrootfolder/vendor/bin/contao-console contao:cron

noch

* * * * * /usr/bin/php8.1-cli /vendor/bin/contao-console contao:cron

[Spooky]

Ob dein Cronjob Aufruf stimmt kannst du auf der Konsole testen. Also einfach das, was du im crontab eingestellt hast auf der Konsole ausführen (exkl. die Intervalangaben am Anfang).

[Kahmoon]

Could not open input file: /meinrootfolder/vendor/bin/contao-console

sagt er da.

Edit:
Der Slash am Anfang muss weg. So geht es zumindest direkt in der Console meinrootfolder/vendor/bin/contao-console


Wenn ich jetzt Symfony Mailer einrichten würde, würde dieser Cron das auch abarbeiten?

[Spooky]

Du musst den Ordner so angeben, dass er von egal wo funktioniert. Also bspw. entweder Absolut (also mit Slash am Anfang) - oder auch relativ zu deinem User Home mit ~/ (vorausgesetzt der Crontab wird mit dem passenden User ausgeführt).

[Kahmoon]

Passt jetzt soweit. Nur noch diese Frage:

Wenn ich jetzt Symfony Mailer einrichten würde, würde dieser Cron das auch abarbeiten?

Oder müsste ich diesen dann erst via Config registrieren?

[Spooky]

Du meinst die Symfony Messenger Implementation aus dem Handbuch? Nein, da gibt es ein separates Command (siehe Handbuch).

[Kahmoon]

OK, hab es fast. Wo sag ich denn bei dieser Config welchen Transport er nehmen soll? Ich habe 4 Mailadressen in der Config. Oder nimmt er hier den in NC konfigurierten Gateway (ungleich Queue)?

[Spooky]

Es wird der Transport genommen, den du im Notification Center Gateway eingestellt hast.

[Kahmoon]

Also auch heute hat die Queue nur 16 von 38 Mails verschickt. Beim ersten Durchlauf wurde nur die erste Mail versendet. Bei den restlichen 16 ist das System auf die Nase gefallen. Wieder kein Logeintrag oder irgendeine Ursache nach der man gehen kann.

Ich würde es jetzt mal mit Synfony Mailer versuchen denn auf diese Mails müssen wir uns verlassen können.

Ich habe jetzt die config.yml entsprechend angepasst. Es werden auch keine Mails mehr versendet. Soweit scheint die Config gegriffen zu haben.

Wenn ich jetzt über Konsole versuche den Befehl für den Cron zu testen, bekomme ich aber Fehler.

/usr/bin/php8.1-cli meinroot/vendor/bin/contao-console messenger:consume --limit=10 --time-limit=1

10:34:34 CRITICAL  [console] Error thrown while running command "messenger:consume --limit=10 --time-limit=1". Message: "No transport supports the given Messenger DSN "doctrine://default". Run "composer require symfony/doctrine-messenger" to install Doctrine transport.." ["exception" => Symfony\Component\Messenger\Exception\InvalidArgumentException^ { …},"command" => "messenger:consume --limit=10 --time-limit=1","message" => "No transport supports the given Messenger DSN "doctrine://default". Run "composer require symfony/doctrine-messenger" to install Doctrine transport.."]


In TransportFactory.php line 54:

  No transport supports the given Messenger DSN "doctrine://default". Run "co  
  mposer require symfony/doctrine-messenger" to install Doctrine transport..   

Edit: ich muss auch den Doctrine-transport installieren nicht nur den messenger

Sehe ich irgendwo die Mailqueue? SSH Command lief jetzt durch aber keine Mails wurden versendet.

[Spooky]

Du musst das machen, was in der Fehlermeldung steht (siehe auch das Handbuch).

[Kahmoon]

Hatte ich noch ergänzt.

"ich muss auch den Doctrine-transport installieren nicht nur den messenger"





Sehe ich irgendwo die Mailqueue? SSH Command lief jetzt durch aber keine Mails wurden versendet. alle Nachrichten verwenden jetzt einen nicht Queue Gateway

[Spooky]

Hast du denn E-Mails verschickt, nachdem du den Doctrine Transport installiert hast?

[Kahmoon]

Ja.

Jetzt kam auch was...2-3 Minuten verzögert. Aber das liegt sicher an mir bzw. Hosting.

Schaut soweit gut aus. Ich beobacht es. Danke!

[Kahmoon]

Also das scheint jetzt gut durchzulaufen....allerdings scheint er mein Limit zu ignorieren? Und im Log steht es jetzt anders rum. Also erst der Versand und dann "A total number of 22 event reminders have been sent"

Aber aktuell ist eigentlich 10 Mails pro Minute eingestellt....ich weiss nicht warum im Logfile alle 22 um 8:00 stehen.

Nachtrag: Im Postfach kamen die Mails verzögert. Nur im Log gingen alle gleichzeitig raus. Passt also.