Incorrect response to FETCH & SELECT imap request? I think Zimbra is managing IMAP on a server I use and that it replies in multiple answers to FETCH and SELECT imap requests:
? SELECT INBOX
* 500 EXISTS
* 0 RECENT
* 1000 EXISTS
* 0 RECENT
* 1500 EXISTS
* 0 RECENT
* 1567 EXISTS
* 0 RECENT
This does not seem to match RFC3501. The code in offlineimap does not parse this correctly (it only parses the first occurring EXISTS clause,thus missing to sync a lot of emails).
1. Is this multi-EXISTS response implemented in Zimbra?
2. Is this considered ok as an FETCH and SELECT imap request (I have not looked into too many IMAP implementations)?
Would be great to get answers to these questions!
Best wishes,
Lars |