[Akonadi] [Bug 334269] Email retrieval comes to a full HALT after BatchFetcher::fetchNextBatch: fetchNextBatch called while fetch is in process error

[Christian Mollekopf]

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

Christian Mollekopf <mollekopf at kolabsys.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mollekopf at kolabsys.com

--- Comment #5 from Christian Mollekopf <mollekopf at kolabsys.com> ---
(In reply to comment #4)
> Do the last changes switch the imap resource to read only while it's
> refetching ? 
> 
> I'm seeing this kind of messages (not directly related to this commit but
> also visible with it):
> 
> akonadi_imap_resource_0(11329) RetrieveItemsTask::onExpungeDone: Expunge
> failed:  "Expunge failed, server replied: A000009 NO mailbox selected
> READ-ONLY " 
> akonadi_imap_resource_1(11332) RetrieveItemsTask::onExpungeDone: Expunge
> failed:  "Expunge failed, server replied: A000009 NO mailbox selected
> READ-ONLY " 
> akonadi_imap_resource_0(11329) RetrieveItemsTask::onExpungeDone: Expunge
> failed:  "Expunge failed, server replied: A000015 NO mailbox selected
> READ-ONLY " 
> akonadi_imap_resource_1(11332) RetrieveItemsTask::onExpungeDone: Expunge
> failed:  "Expunge failed, server replied: A000015 NO mailbox selected
> READ-ONLY "
> 
> which disappear if I reroll kdepim-runtime to a commit from before the last
> changes
> 
> (server capabilities:
> IMAP4REV1
> ACL
> BINARY
> CATENATE
> CHILDREN
> CONDSTORE
> ENABLE
> ESEARCH
> ESORT
> I18NLEVEL=1
> ID
> IDLE
> LIST-EXTENDED
> LIST-STATUS
> LITERAL+
> LOGIN-REFERRALS
> MULTIAPPEND
> NAMESPACE
> QRESYNC
> QUOTA
> RIGHTS=EKTX
> SASL-IR
> SEARCHRES
> SORT
> THREAD=ORDEREDSUBJECT
> UIDPLUS
> UNSELECT
> WITHIN
> XLIST
> )

We used to unconditionally expunge, even if we don't have the rights, and then
silently ignore any errors. I changed that to only conditionally expunging if
we have the necessary rights and then checking for errors.
I checked the akonadi rights though and not the actual IMAP ACL's and
apparently the check doesn't work in all cases (I get those too for some shared
folders).

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