Version: (using Devel) Compiler: gcc 4.3.2 OS: Linux Installed from: Compiled sources - Launch Kmail - Go to Settings menu/Configure Kmail... - Click on 'Accounts' icon - In 'Receiving' tab, click on 'Add' button to add a new imap resource - Select 'IMAP E-Mail Server' from the list - Click on 'Ok' - In the 'Akonadi Resource' dialogue, 'General' tab information is prefilled of an old invalid account (ex: address in .net) - Correct the information using an existing account (ex: address .com) - In the 'Advanced' tab, click on 'auto detect' button - Select the 'SSL/TLS' radio button - Click on 'Ok' The new Imap resource should be displayed in the folder view (left hand side) of Kmail whereas it is not. Note: I retried this and did not get the prefilled information and this time it worked: the Imap resource and inbox were displayed properly in the folder view. Trunk, Svn Rev 1124075
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.