Bug 321754 - List failed, server replied: A000007 NO Permission denied
Summary: List failed, server replied: A000007 NO Permission denied
Status: RESOLVED FIXED
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: IMAP resource (show other bugs)
Version: 1.9.2
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Kevin Ottens
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-06-29 10:36 UTC by Geert Janssens
Modified: 2013-08-24 16:42 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Geert Janssens 2013-06-29 10:36:20 UTC
I get the above error message for two of my four configured e-mail accounts.

Some history: this morning, while checking mail, I got an error "Failed to move message to trash" in kmail. From that point on I couldn't read any mail anymore until I restarted akonadi. The next attempt to remove a mail message got me in the exact same situation.

So I stopped quit kmail, stopped akonadi and then removed the complete ~/.local/share/akonadi directory to start from a fresh akonadi database.

Upon the next start of kmail, only two of my four accounts were still visible in the mailbox list view. Akonadi still shows the configuration for all four mailboxes.

However, when attempting to use the two failing imap configurations, I get this error:
List failed, server replied: A000007 NO Permission denied

I'm pretty sure this is an akonadi only problem, because I can access these mail accounts perfectly fine from another mail client (I have tried Thunderbird).

I have also tried to recreate one of the accounts, but that doesn't make any difference. The error remains.

Reproducible: Always

Steps to Reproduce:
I'm not sure what to write, so I'll just write what I did
1. Quit Kmail, then stop akonadi
2. Delete ~/.local/share/akonadi
3. Restart akonadi
Actual Results:  
Two out of four imap mail accounts don't show up anymore in kmail.

Expected Results:  
Akonadi should be able to connect to all 4 e-mail addresses.

I may be relevant that of my 4 mail accounts 3 are on the same mailserver, so other than username/password, they use the exact same configuration. Only one of these is currently working, although I don't see any configuration error.

There is an akonadi server error log with exactly one line:
Error during executing query "INSERT INTO CollectionTable (remoteId, remoteRevision, name, parentId, resourceId, cachePolicyInherit, isVirtual) VALUES (:0, :1, :2, :3, :4, :5, :6)" :  "Duplicate entry '60-Kobalt' for key 'CollectionTable_parentAndNameIndex' QMYSQL3: Unable to execute statement"
Comment 1 Geert Janssens 2013-06-29 10:39:10 UTC
I'll note that the akonadi server error referst to a duplicate entry for "60-Kobalt". I'm not sure where that comes from, but in case it helps in debugging here are the names I use for the imap accounts:
AbitMORE - Geert
Kobalt W.I.T. - Geert
Kobalt W.I.T. - Info
Telenet

These names have spaces. I don't know if that may be an issue or not.
Comment 2 Geert Janssens 2013-08-04 16:39:30 UTC
Can anybody verify this ? I'm unable to use kmail due to this bug.
Comment 3 Geert Janssens 2013-08-24 16:42:40 UTC
Some more information. I have created a fresh user on my system. For this user I have set up kmail with two of the above three accounts: Kobalt W.I.T. - Geert and Kobalt W.I.T. - Info.

Both worked without a hitch...

So I tried again to delete and recreate the failing accounts on the exsiting user and now they all work as well. Go figure...

Just for the record, this most recent attempt was with a more recent Fedora (Fedora 19), which has more recent akonadi packages:
akonadi-1.10.2-1.fc19.x86_64