https://bugs.kde.org/show_bug.cgi?id=340622
Bug ID: 340622 Summary: IMAP Requests should be split if they get too large Product: Akonadi Version: GIT (master) Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: IMAP resource Assignee: chrig...@fastmail.fm Reporter: mollek...@kolabsys.com CC: kdepim-bugs@kde.org, vkra...@kde.org Useful information by Jan Kundrat: "A client should limit the length of the command lines it generates to approximately 1000 octets (including all quoted strings but not including literals). If the client is unable to group things into ranges so that the command line is within that length, it should split the request into multiple commands." -- http://tools.ietf.org/html/rfc2683#section-3.2.1.5 This got recently upgraded on QRESYNC-compliant servers to read: "a client should limit the length of the command lines it generates to approximately 8192 octets (including all quoted strings but not including literals)" https://tools.ietf.org/html/rfc7162#section-4 As a random data point, Trojita doesn't attempt to do these bits. At the same time, we do use the UID ranges pretty heavily, so that the numbers often go out as e.g. 100:200." As a first step we could ensure that intervals are always compressed. This doesn't always happen as we can i.e. see in BUG 332323 for UID STORE \Deleted (mass message removal). -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs