Summary: | kmail & akonadi: imap resource cannot be accessed | ||
---|---|---|---|
Product: | [Frameworks and Libraries] Akonadi | Reporter: | hemathor <hemathor> |
Component: | IMAP resource | Assignee: | Christian Mollekopf <chrigi_1> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | major | CC: | hemathor, kdepim-bugs, mollekopf, vkrause |
Priority: | NOR | ||
Version: | 4.13 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
hemathor
2014-05-23 10:09:07 UTC
i just started kmail and was bothered by the following different messages for each account (aka akonadi imap resource): '<account>: There is currently no session to the imap server available' dovecot still complains with: 'Disconnected: Too many invalid IMAP commands. in=758 out=1560' (numbers vary) if i use the akonadicontrol tool and toggle online/offline status of the respective resource, everything seems to be ok. greetings... in kmail: filtering ~472 messages and moving them into another folder on another account resulted in yet another akonadi error message: <account>: NO Only resources can modify remote identifiers it appears though as if moving the emails worked nevertheless... For the "Too many invalid IMAP commands." problem we would probably need a imap log. You can find here http://techbase.kde.org/Projects/PIM/Akonadi/Debug_IMAP how to obtain one. thanks for answering! i tried the imap log and it seems to be an acl problem. the log sais: C: A000361 GETACL "Drafts" S: A000361 BAD Error in IMAP command GETACL: ACLs disabled. C: A000362 MYRIGHTS "Drafts" S: A000362 BAD Error in IMAP command MYRIGHTS: ACLs disabled. and so on for several subfolders. then: S: * BYE Too many invalid IMAP commands. X which is strange, since (a) it worked before flawlessly with the exact same imap account until i set up a kde environment from scratch, (b) i enabled the acl plugin in the dovecot imap configuration file, and (c) all other accounts don't seem to have that problem if you need anything else, pleas let me know greetings... I'm aware of the GETACL problem, because we don't respect MYRIGHTS (that's on my todolist already), but I don't understand why we're issuing MYRIGHTS if ACL's are disabled. I assume the CAPABILITIES string doesn't contain "ACL"? If it does that seems like a server bug. This bug has only been reported for versions older than KDEPIM 4.14 (at most akonadi-1.3). Can anyone tell if this bug still present? If noone confirms this bug for a recent version of akonadi (part of KDE Applications 15.08 or later), it gets closed in about three months. Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input. |