melib/jmap: respect max_objects_in_get when fetching email #193
No reviewers
Labels
No Label
IMAP
JMAP
Maildir
Retired
User Experience
User Interface
bsd
bug
contacts
currently worked on
documentation
duplicate
easy
enhancement
help wanted
invalid
linux-gnu
macos
mbox
notmuch
question
security
wishlist
wontfix
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: meli/meli#193
Loading…
Reference in New Issue
There is no content yet.
Delete Branch "jmap-batch-fetch"
Deleting a branch is permanent. Although the deleted branch may exist for a short time before cleaning up, in most cases it CANNOT be undone. Continue?
Thank you very much for the work on this so far @epilys!
Unfortunately it seems like this PR still produces an error respons from the jmap server when opening large mailboxes:
I think it still works fine on smaller mailboxes, but can try debugging a little more.
Thanks a lot for the test @rudihorn . I am busy with work these past few weeks and when I had the time to work on this, I didn't make progress on a way to upload lots of mail into a local stalwart server. I had a fastmail dev account that someone donated but it has since expired and I can't test that. So this is the blocking issue with progress on proper functionality; I suspect when a dev env is available it will be fast to fix it.
So doing some more debugging, the requests contain the following email methods:
Method 5 succeeds and returns 5000 (max is 500) entries and then method 6 fails with
["error",{"type":"requestTooLarge","description":"The number of ids requested by the client exceeds the maximum number the server is willing to process in a single method call."},"6"]
and all remaining method calls also fail if this helps.b6bcf45fb9
toe64f2077a8
@rudihorn fixed :)
Pull request closed