[otobo user]

Hallo zusammen,

seit einiger Zeit (leider können wir nicht genau sagen wann) funktioniert das Abholen der Mails nicht mehr so richtig.

 

Die meisten Abfragen auf Exchange Online funktionieren ohne Probleme (wie man an den > 6000 Successful sehen kann), aber es gibt immer ein paar, die auf Processing bleiben und nicht geschlossen werden (+ wenige, die fehlschagen). Da wir alle fünf Minuten nach Mails schauen, sammeln sich hier schnell einige offene Verbindungen an.

In /opt/otobo/var/log/otobo.log gibt es folgende Logs (wir haben zwischendurch den Timeout von 600 auf 60 gesetzt)

[Thu Apr 25 05:39:30 2024][Error][Kernel::System::CommunicationLog::_LogError][563] CommunicationLog(ID:14285981,AccountType:-,AccountID:-,Direction:Incoming,Transport:Email,ObjectLogType:Connection,ObjectLogID:14469762)::Kernel::System::MailAccount::IMAPOAuth2 => IMAPOAuth2: Can't connect to outlook.office365.com: socket closed while reading data from server
[Thu Apr 25 06:36:30 2024][Error][Kernel::System::MailAccount::IMAPOAuth2::_Fetch][300] Error while retrieving the messages 'IMAPOAuth2': Could not select:
[Thu Apr 25 07:16:19 2024][Error][Kernel::System::CommunicationLog::_LogError][563] CommunicationLog(ID:14287013,AccountType:-,AccountID:-,Direction:Incoming,Transport:Email,ObjectLogType:Connection,ObjectLogID:14470956)::Kernel::System::MailAccount::IMAPOAuth2 => IMAPOAuth2: Can't connect to outlook.office365.com: error while reading data from server: Connection reset by peer
[Thu Apr 25 07:39:12 2024][Error][Kernel::System::Daemon::DaemonModules::BaseTaskWorker::_HandleError][60] There was an error executing Execute() in Kernel::System::Console::Command::Maint::PostMaster::MailAccountFetch: Error: Unable to register the process in the database. Is another instance still running?
[Thu Apr 25 07:42:12 2024][Error][Kernel::System::Daemon::DaemonModules::BaseTaskWorker::_HandleError][60] There was an error executing Execute() in Kernel::System::Console::Command::Maint::PostMaster::MailAccountFetch: Error: Unable to register the process in the database. Is another instance still running?
[Thu Apr 25 07:45:12 2024][Error][Kernel::System::Daemon::DaemonModules::BaseTaskWorker::_HandleError][60] There was an error executing Execute() in Kernel::System::Console::Command::Maint::PostMaster::MailAccountFetch: Error: Unable to register the process in the database. Is another instance still running?
[Thu Apr 25 07:46:12 2024][Error][Kernel::System::Daemon::DaemonModules::BaseTaskWorker::_HandleError][60] There was an error executing Execute() in Kernel::System::Console::Command::Maint::PostMaster::MailAccountFetch: Error: Timeout of 600 seconds reached, killing child process!
[Thu Apr 25 07:57:13 2024][Error][Kernel::System::Daemon::DaemonModules::BaseTaskWorker::_HandleError][60] There was an error executing Execute() in Kernel::System::Console::Command::Maint::PostMaster::MailAccountFetch: Error: Unable to register the process in the database. Is another instance still running?
[Thu Apr 25 08:03:14 2024][Error][Kernel::System::Daemon::DaemonModules::BaseTaskWorker::_HandleError][60] There was an error executing Execute() in Kernel::System::Console::Command::Maint::PostMaster::MailAccountFetch: Error: Unable to register the process in the database. Is another instance still running?
[Thu Apr 25 08:03:28 2024][Error][Kernel::System::CommunicationLog::_LogError][563] CommunicationLog(ID:14287352,AccountType:-,AccountID:-,Direction:Incoming,Transport:Email,ObjectLogType:Connection,ObjectLogID:14471354)::Kernel::System::MailAccount::IMAPOAuth2 => IMAPOAuth2: Can't connect to outlook.office365.com: socket closed while reading data from server
[Thu Apr 25 08:29:18 2024][Error][Kernel::System::CommunicationLog::_LogError][563] CommunicationLog(ID:14287632,AccountType:-,AccountID:-,Direction:Incoming,Transport:Email,ObjectLogType:Connection,ObjectLogID:14471706)::Kernel::System::MailAccount::IMAPOAuth2 => IMAPOAuth2: Can't connect to outlook.office365.com: error while reading data from server: Connection reset by peer
[Thu Apr 25 08:39:38 2024][Error][Kernel::System::CommunicationLog::_LogError][563] CommunicationLog(ID:14287735,AccountType:-,AccountID:-,Direction:Incoming,Transport:Email,ObjectLogType:Connection,ObjectLogID:14471821)::Kernel::System::MailAccount::IMAPOAuth2 => IMAPOAuth2: Can't connect to outlook.office365.com: socket closed while reading data from server
[Thu Apr 25 08:40:17 2024][Error][Kernel::System::Daemon::DaemonModules::BaseTaskWorker::_HandleError][60] There was an error executing Execute() in Kernel::System::Console::Command::Maint::PostMaster::MailAccountFetch: Error: Unable to register the process in the database. Is another instance still running?
[Thu Apr 25 09:11:14 2024][Error][Kernel::System::CommunicationLog::_LogError][563] CommunicationLog(ID:14287979,AccountType:-,AccountID:-,Direction:Incoming,Transport:Email,ObjectLogType:Connection,ObjectLogID:14472155)::Kernel::System::MailAccount::IMAPOAuth2 => IMAPOAuth2: Can't connect to outlook.office365.com: error while reading data from server: Connection reset by peer
[Thu Apr 25 09:20:52 2024][Error][Kernel::System::MailAccount::IMAPOAuth2::_Fetch][300] Error while retrieving the messages 'IMAPOAuth2': Could not select:
[Thu Apr 25 09:29:23 2024][Error][Kernel::System::CommunicationLog::_LogError][563] CommunicationLog(ID:14288094,AccountType:-,AccountID:-,Direction:Incoming,Transport:Email,ObjectLogType:Connection,ObjectLogID:14472307)::Kernel::System::MailAccount::IMAPOAuth2 => IMAPOAuth2: Can't connect to outlook.office365.com: error while reading data from server: Connection reset by peer
[Thu Apr 25 10:28:24 2024][Error][Kernel::System::CommunicationLog::_LogError][563] CommunicationLog(ID:14288512,AccountType:-,AccountID:-,Direction:Incoming,Transport:Email,ObjectLogType:Connection,ObjectLogID:14472783)::Kernel::System::MailAccount::IMAPOAuth2 => IMAPOAuth2: Can't connect to outlook.office365.com: 1 NO AUTHENTICATE failed.
[Thu Apr 25 12:11:13 2024][Error][Kernel::System::Daemon::DaemonModules::BaseTaskWorker::_HandleError][60] There was an error executing Execute() in Kernel::System::Console::Command::Maint::PostMaster::MailAccountFetch: Error: Timeout of 60 seconds reached, killing child process!

Warum funktioniert es mal und mal nicht? Und wieso werden die offenen Verbindungen nicht entfernt wenn sie fehlschlagen?

Wir haben die Verbindungen schon mal mit bin/otobo.Console.pl Maint::Log::CommunicationLog -delete-by-hours-old X -force-delete gelöscht, aber das hält auch nicht für lange an

Wir sind bei der Suche auf das Topic gestoßen, so wirklich geholfen hat es aber auch nicht. Mittlerweile haben wir überall mal ein bisschen herumgeschraubt, sind jetzt aber mit den Ideen am Ende. Falls jemand zufällig eine Idee hat wären wir sehr dankbar :)

Version: 10.1.7
Installation: Docker

[Dmytro Gierman]

Ich unterstütze die Frage – habe gleiche Problem bei normale installation (kein Docker genutzt).

[marcel-graf]

Hi Dmytro,

wir nutzen nur die Docker Umgebung und haben keine Probleme.

Welche Otobo Version wird benutzt?

Nutzt ihr das aktuell Paket „MailAccount-OAuth2  (11.0.3)“?

Gruß Marcel

 

[Dmytro Gierman]

Version = 11.0.10
MailAccount-OAuth2  nutze ich nicht, sondern ein IMAPS Protokoll.
Die Verbingung geht gut und die Mail ist abgeholt, ist aber nach Abholung nicht getrennt und bleibt in die liste:

(ja, die IMAPS server Adresse begint mit „smtp.“ es ist kein fehler :)

[marcel-graf]

Was nutzt ihr als Mailserver? Das ist scheinbar kein Online Exchange.

[Dmytro Gierman]

Wir nutzen Microsoft Outlook Exchange. IMAPS Protokoll mit einfaches „Benutzer/Passwort“ Authorisierung.
Meistens von die Abfragen sind schnell geführt. Nur wenige sind in „wird verarbeitet“ Status gesteckt.

[Khalil Hamada]

Wenn es unregelmäßig mal auftaucht, ist das kein Problem. Ursache ist, dass der Mailserver nicht an OTOBO zurückmeldet, dass die Verbindung beendet ist. Das kann etwa passieren, wenn ein Backup von Exchange oder vom Mailserver anläuft oder irgendein Update passiert. Dann wird die Verbindung zu OTOBO nicht beendet und OTOBO bekommt nicht die Nachricht zurück, dass die Verbindung geschlossen werden soll. Das könntest Du einfach ignorieren, da die Verbindung ja in Wirklichkeit (auf Seiten des Mailservers) beendet ist. Mails, die nicht abgeholt wurden, werden einfach im nächsten Zyklus abgeholt.

Sollte das aber immer zu häufig passieren, müsste man mal auf Seiten des Mailservers der Ursache nachgehen, damit dieser die End-Meldung richtig verschickt.

[otobo user]

Um noch selbst ein kleines Update zu geben:

Anfänglich hatten wir für jede Queue eine eigene E-Mail-Addresse angelegt, was dazu geführt hat, dass parallel ungefähr 30 Anfragen an EXO gingen.

Nachdem wir jetzt alle Mails auf ein Postfach umleiten und „Dispatching“ nutzen, werden deutlich weniger Anfragen an EXO gestellt und wir haben keine Fehler mehr.

[Autor]

Beiträge