| Summary: | Imap resource does not appear in folder view on creation | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] Akonadi | Reporter: | Sabine Faure <sabine> |
| Component: | IMAP resource | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | cseader, faure, gmetal31, kdepim-bugs, vkrause |
| Priority: | NOR | Keywords: | akonadi-ports-regression |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Sabine Faure
2010-05-07 22:35:55 UTC
This is definitely related to the kwallet information that pre-filled the dialog. In this example, it was pre-filled with mail.kdab.net information, and we replaced it with mail.kdab.com info. And yet this shows up in the logs: akonadi_imap_resource_3(3961) ImapResource::mailBoxForCollection: RID mismatch, is "imap://sabine@kdab.net@mail.kdab.net/" expected "imap://sabinetest@kdab.com@mail.kdab.com/" and then SyncCollectionTree says: akonadi_imap_resource_3(3961)/libakonadi Akonadi::JobPrivate::handleResponse: Akonadi::CollectionFetchJob(0x15d2240) "NO Hierarchical RID does not specify a unique collection But from the logs it's clear that the connection was made correctly as sabinetest@kdab.com, which is the correct account. "kdab.net", the wrong information, doesn't appear at all in the logs before the "RID mismatch" line. I cannot reproduce the behaviour discussed in this bug report. Actually, I cannot reproduce the pre-filling of information in a new account. Maybe this is not an issue anymore, and should be closed? I have a groupwise server backend, i am using kontact for email. I am connecting to this groupwise backend with the IMAP protocol. IMAP is all setup with the following configuration Server: imap.novell.com 5 minute interval checking unchecked - Server supports Sieve Checked - Enable disconnected mode Checked - Enable server-side subscription - Only Subscribed to Inbox. TLS port 143 Reproduce the problem 1) Create folder test under IMAP subscribed to folder Inbox. 2) Drag and drop test under Local Folders You should now be experiencing the problem. do a restart on akonadi with akonadictl restart for the imap resource you will get these messages. or something similar. akonadi_imap_resource_7(11243) ResourceState::mailBoxForCollection: RID mismatch, is "/home/cseader/.local/share/local-mail" expected "imap://cseader@imap.novell.com/" if you use akonadiconsole you will find that everything maps correctly in the database. Its just that there is something from that drag and drop into the other resource that has caused this problem. To Clean this up and fix it. 1) In order to clear this problem you must delete the test folder created. So for IMAP you will need to subscribe to it and then delete it, and then delete it in the Local Folders, but this is not enough. Step 2 2) Open akonadiconsole 3) Click on the Agents Tab and find your IMAP resource in the list and click on it. 4) Right click the IMAP resource. Click Clone Agent. At this point you will see it show up in the list in kmail and it will start working again. You may also see the folder that you created come back. So you will need to delete it from here. 5) Go back to akonadiconsole Agents tab and delete the IMAP resource that you cloned from since it will no longer work. Right Click it and select Remove Agent. 6) should be back to normal now. Just don't ever create a folder in IMAP and try moving it to Local Folders. Indeed seems fixed. |