https://bugs.kde.org/show_bug.cgi?id=380454

            Bug ID: 380454
           Summary: Akonadi IMAP resource neglects to reconnect failed
                    control socket while IDLE connection remains live
           Product: Akonadi
           Version: 5.5.1
          Platform: Gentoo Packages
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: IMAP resource
          Assignee: chrig...@fastmail.fm
          Reporter: k...@mattwhitlock.name
                CC: kdepim-bugs@kde.org, vkra...@kde.org
  Target Milestone: ---

Akonadi IMAP typically maintains two socket connections to the IMAP server: one
that executes the "IDLE" command and another for all other commands. If the
second connection dies while the IDLE connection remains live, then Akonadi is
unable to send any commands to the server, including fetching new messages,
fetching updated message flags, updating message flags, and expunging messages.
This state persists indefinitely until and unless the IDLE connection dies too,
at which time Akonadi then initiates a new connection.

There should be no need to maintain two simultaneous connections in the first
place, as the IDLE command can be aborted. Using a single connection both for
idling and for other commands would almost certainly fix this bug "for free."

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Reply via email to