Schlagwörter: mail smtp daemon
-
AutorBeiträge
-
-
12. Oktober 2021 um 15:04 Uhr - Views: 1058 #12010
Hallo liebes Otobo-Forum,
bei uns ist ein Problem aufgetreten:Das Kernel::System::Email::SMTPS Modul funktioniert anscheinend nicht. Das Abrufen und Absenden wurde eigentlich ordentlich eingerichtet, das absenden funktioniert aber plötzlich nicht mehr. Über tcpdump sieht man auch, dass tatsächlich nur IMAPS, DNS, und Verkehr zur Datenbank (diese ist auf einem anderen Server, das sollte ja aber eigentlich keinen Einfluss haben) raus gehen. Auf der Weboberfläche ist die letzte Rückmeldung im zur Nachricht gehörigen Log
Successfully queued message for delivery (MessageID: <[Nummern]@[Mailserver]>, To: '[Empfängeradresse]', From: '[Absenderadresse]', Subject: '[Ticket#[Andere Nummern]] test').
Was hier auch auffällig ist, ist die Tatsache, dass dies nie als scheitern erkannt wird, wodurch die Warteschlange immer länger wird.OTOBO-Version: rel-10_0_13
OTOBO-Installationsart: Docker-ComposeMit freundlichen Grüßen
L.S. -
13. Oktober 2021 um 7:42 Uhr #12014
Hallo Leo,
ich hatte ein ähnliches Problem vor kurzem, konnte es aber leider nicht reproduzieren. Bitte geh wie folgt vor:
1.) Logge Dich auf der Kommandozeile in den OTOBO Web Container ein:
root> docker exec -it otobo_web_1 bash
2.) Versende die Mails einmal von Hand:
otobo> bin/otobo.Console.pl Maint::Email::MailQueue --send
Achtung, wenn jetzt beim ersten Abholen eine Fehlermeldung gezeigt wird, veröffentliche diese bitte hier. Ansonsten kannst Du mit diesen beiden Befehlen schauen ob nun alles richtig läuft:
otobo> bin/otobo.Console.pl Maint::Email::MailQueue --list
otobo> bin/otobo.Console.pl Maint::Daemon::Summary
Danach sollte eigentlich alles sauber funktionieren.
Wenn der Fehler nochmal auftauchen sollte, schreib bitte eine Mail an hallo@otobo.de und beziehe Dich auf diesen Post. Ein Entwickler wird sich dann direkt auf Deinem System anschauen, woran es liegt. Den Fehler dann aber bitte nicht vorher beheben wenn möglich.
Liebe Grüße,
Stefan
Team OTOBO
-
7. Februar 2022 um 0:17 Uhr #12617
Hallo ins Forum,
habe möglicherweise selbes Problem: Mails werden vom Systemdaemon nicht versendet (Resource temporarily unavailable).
Wenn ich die Mail-Queue im Docker-Container überprüfe, stelle ich fest, dass das System versucht eine Mail mit dem Fehler an “root@localhost” zu senden, was natürlich scheitert.
Wenn ich im Docker-Container den Send-Befehl (bin/otobo.Console.pl Maint::Email::MailQueue –send) abschicke, wird die Ticket-Mail erfolgreich versendet (kein “Resource temporarily unavailable”-Fehler).
Die Option “CheckEmailValidAddress” bei den Emaileinstellungen ist gesetzt. Gibt es noch an anderer Stelle die Möglichkeit, Mails an “root@localhost” zu verhindern?
Ohne Lösung dieses grundlegenden Problems kann ich Otobo leider nicht einsetzen :-((
Hat noch jemand eine Idee? Welche zusätzlichen Infos werden ggf. benötigt?
Herzliche Grüße
Hartmut RungeOtobo Docker: rel-10_0_15
-
-
13. Oktober 2021 um 9:40 Uhr #12015
Hallo Stefan, ich glaube ich habe eine mögliche Ursache & die Lösung für das Problem gefunden: einer der Admins hatte eine ungültige Mailadresse, (admin@localhost) wodurch die Queue überfüllt wurde. Das senden wurde aber komischerweise nicht abgebrochen. Ich habe die Mails jetzt mit dem Befehl
bin/otobo.Console.pl Maint::Email::MailQueue --filter="Recipient::admin@localhost" --delete
entfernt und für den Benutzer Notifications deaktiviert. Der Rest wurde anscheinend danach ordentlich abgearbeitet.
Viele Grüße & Vielen Dank,
Leo-
13. Oktober 2021 um 9:58 Uhr #12016
Problematisch ist jetz nur, dass die Benachrichtigungen, die ich über die Konsole entfernt habe, im communication-log in der Adminoberfläche der Webseite immer noch als “processing” angezeigt werden.
-
-
-
AutorBeiträge
- Du musst angemeldet sein, um auf dieses Thema antworten zu können.