[Akonadi] [Bug 340622] New: IMAP Requests should be split if they get too large

[Christian Mollekopf]

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: chrigi_1 at fastmail.fm
          Reporter: mollekopf at kolabsys.com
                CC: kdepim-bugs at kde.org, vkrause at 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.