• Deutsch
  • English
  • Anmeldung OTOBO Community
+49 (0)9427 68 39 000
OTOBO
  • SOFTWARE
    • Software | Überblick
    • IT Service Management
    • Customer Service Management
    • Enterprise Service Management
    • Demo
    • Download
    • Dokumentation
  • SERVICES
    • Überblick Services
    • Beratung
    • Training
    • Entwicklung
    • OTRS Migration zu OTOBO
    • Support
    • Managed Service
    • Support-Portal
  • UNTERNEHMEN
    • Über uns
    • Karriere
    • Partner
    • Kontakt
    • Newsletter
  • RESSOURCEN
  • COMMUNITY
    • Open Source
    • Community Forum
    • Download
    • Dokumentation
    • OTOBO übersetzen
  • Click to open the search input field Click to open the search input field Suche
  • Menü Menü
Topic Resolution: Answered

Schlagwörter: Exchange Online, OAuth2

Ansicht von 7 Antwort-Threads
  • Autor
    Beiträge
    • 26. April 2024 um 9:53 Uhr - Views: 1288 #29763
      Answered
      otobo user
      Teilnehmer

        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

      • 7. November 2025 um 10:05 Uhr #37471
        Dmytro Gierman
        Teilnehmer

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

        • 7. November 2025 um 13:56 Uhr #37480
          marcel-graf
          Teilnehmer

            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

             

          • 7. November 2025 um 14:49 Uhr #37487
            Dmytro Gierman
            Teilnehmer

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

            • 10. November 2025 um 11:50 Uhr #37521
              marcel-graf
              Teilnehmer

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

              • 10. November 2025 um 14:04 Uhr #37523
                Dmytro Gierman
                Teilnehmer

                  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.

                • 7. Januar 2026 um 10:56 Uhr #38523
                  Best Answer
                  Khalil Hamada
                  Teilnehmer

                    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.

                  • 7. Januar 2026 um 12:11 Uhr #38538
                    otobo user
                    Teilnehmer

                      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
                  Ansicht von 7 Antwort-Threads
                  • Du musst angemeldet sein, um auf dieses Thema antworten zu können.

                  Foren durchsuchen

                  Anmeldung

                  Anmeldung

                  Konto erstellen
                  Passwort vergessen?

                  Login via Social

                  Profil

                  Bitte vervollständigen Sie nach der Registrierung Ihr Profil, das vereinfacht die spätere Kommunikation enorm. Ihre Profileinstellung finden Sie, wenn Sie auf Ihr Avatarbild klicken.

                  Sie können Ihren Avatar ändern, indem Sie sich mit Ihrer E-Mail-Adresse unter gravatar.com registrieren.

                  Letzte Aktivitäten

                  • FAQ: kaputtes Copy & Paste von Bildern zwischen Artikeln
                  • Dynamische Felder in AgentTicketNote mit ACL verstecken
                  • Benachrichtigung „Ticket wurde mir entzogen“ möglich?
                  • Statistik Anzahl Tickets pro Agent
                  • Docker: Ändern des redis Hosts

                  Unternehmen

                  Über uns
                  Karriere
                  Stellenbörse
                  Partner werden
                  Kontakt
                  Newsletter

                  OTOBO | Simplify work and create exceptional service experiences.

                  Die Source Code Owner und Maintainer hinter OTOBO.

                  Software

                  Service Management-Plattform
                  OTOBO Demo
                  OTOBO Download
                  OTOBO Dokumentation

                  Security-Problem melden:
                  security@otobo.org

                  Services

                  Support-Portal
                  Beratung
                  Training
                  Support
                  Managed Services
                  Erweiterung
                  OTRS Migration
                  Partner finden

                  Community

                  Open Source
                  Community Forum
                  Mitmachen
                  OTOBO Developer
                  OTOBO@GitHub

                  © 2026 Rother OSS GmbH | All rights reserved.
                  • Cookie-Einstellungen
                  • Impressum
                  • Datenschutz
                  • Haftungsausschluss
                  Nach oben scrollen Nach oben scrollen Nach oben scrollen