• 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ü

Schlagwörter: MailAccountFetch Timeout 600 killing child process

Ansicht von 4 Antwort-Threads
  • Autor
    Beiträge
    • 17. November 2022 um 8:45 Uhr - Views: 2085 #14273
      Philipp Reimann
      Teilnehmer

        Hallo liebe Community,

        ich habe leider ein Problem mit unserer OTOBO installation.
        Ich erhalte in unregelmäßigen Abständen diesen Fehler:

        Quelle: „/var/log/syslog“

        Nov 16 11:43:11 dus-oto-001 OTOBO-otobo.Console.pl-Maint::PostMaster::MailAccountFetch-02[309084]: [Error][Kernel::System::Daemon::DaemonModules::BaseTaskWorker::_HandleError][Line:60]: There was an error executing Execute() in Kernel::System::Console::Command::Maint::PostMaster::MailAccountFetch: Error: Timeout of 600 seconds reached, killing child process!

        Ich habe dazu noch unter „/opt/otobo/var/log/Daemon/SchedulerTaskWorkerERR-****.log“ folgende Informationen gefunden:

        ERROR: OTOBO-otobo.Console.pl-Maint::PostMaster::MailAccountFetch-02 Perl: 5.30.0 OS: linux Time: Wed Nov 16 11:43:11 2022

        Message: There was an error executing Execute() in Kernel::System::Console::Command::Maint::PostMaster::MailAccountFetch: Error: Timeout of 600 seconds reached, killing child process!

        Traceback (309084):
        Module: Kernel::System::Daemon::DaemonModules::BaseTaskWorker::_HandleError Line: 60
        Module: Kernel::System::Daemon::DaemonModules::SchedulerTaskWorker::Cron::Run Line: 189
        Module: Kernel::System::Daemon::DaemonModules::SchedulerTaskWorker::Run Line: 243
        Module: (eval) Line: 386
        Module: main::Start Line: 386
        Module: /opt/otobo/bin/otobo.Daemon.pl Line: 164

        Der Fehler tritt leider sehr häufig auf :(
        Auszug aus dem Systemlog:

        Das Kommunikationsprotokoll sieht so aus:

        Grundlegend kommen alle Mails im Ticket-System an, aber es ist schon verwunderlich was da passiert.
        Vielleicht hat hier jemand einen Tipp und kann helfen?

        Hier noch unsere Systemspezifikationen:

        OTOBO Version: 10.1.5
        Keine Docker installation
        OS: Ubuntu 20.04.3 LTS
        E-Mail-Server: Exchange 2016 CU23 onPrem
        Anbindung der Postfächer: IMAPTLS

        Falls ich noch Informationen vergessen haben sollte, kann ich diese gerne nachreichen.

        Ich danke euch im voraus :)

        LG
        Phil

      • 10. Juli 2023 um 12:33 Uhr #15395
        Mario Hofmann
        Teilnehmer

          Hab genau das selbe Thema.

          Gibt es dazu irgenwie ein Feedbackup?

          • 10. Juli 2023 um 12:44 Uhr #15396
            Philipp Reimann
            Teilnehmer

              Hallo Mario,

              Ich habe leider noch keine Lösung gefunden.
              Feedback habe ich leider auch noch nicht erhalten.

              Daher kann ich dir aktuell leider nicht weiterhelfen.
              Da unser Otobo sonst problemlos zu laufen scheint, ignorieren wir die geschilderte Problematik momentan.

               

              LG

              Phil

          • 17. Juli 2023 um 22:33 Uhr #15415
            Andreas Brandts
            Teilnehmer

              Hi,

              I just had this error again. Adding –force-pid didn’t help. So I looked at the database with phpmyadmin and I’ve seen a row with the pid in the table „process_id“. After emptying this table everything worked again.

               

              Just truncate the table but do not delete the table :)

            • 25. Juli 2023 um 17:42 Uhr #15436
              Jörn ten Bosch
              Teilnehmer

                Die gleichen Meldungen gab es nun im Zuge der Abschaltung von TLS1.0 und TLS1.1 seit 26.06.2023 auf seitens m365 – seit zwei Wochen ist dies auf allen Servern abgeschaltet.

                 

                Vll hilft dennoch diese Lösung:

                https://otobo.io/de/forums/topic/imap-verbindung-zu-m365-mit-oauth2-nicht-mehr-moeglich/#post-15317

                 

              • 1. April 2025 um 17:18 Uhr #34770
                bes
                Teilnehmer

                  Unabhängig vom eigentlichen Fehler habe ich mich gewundert warum der Timeout 600 Sekunden beträgt. In anderen Mailaccount Modulen ist ein Timeout von 60 Sekunden eingestellt. Da wurde anscheinend ein Parameter nicht weiter gegeben. In OTOBO 11.1 sollte das wieder einheitlich sein. Siehe  https://github.com/RotherOSS/otobo/issues/4249 .

              • Autor
                Beiträge
              Ansicht von 4 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

              • Dynamische Felder in AgentTicketNote mit ACL verstecken
              • FAQ: kaputtes Copy & Paste von Bildern zwischen Artikeln
              • 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