Version: 1.9.52 (using 4.00.83 (KDE 4.0.83 (KDE 4.1 Beta2), Kubuntu packages) Compiler: gcc OS: Linux (i686) release 2.6.24-19-rt This bug resembles Bug 150790, and the symptoms are the same, but this one appears on KDE 4.1 b2 ubuntu debs : IMAP resources (calendar, contacts, ...) do not work any more: Even if IMAP resources are enabled and "hiding resource folder" is checked, folders are still visible and IMAP resources are not used in Kontact. On the same computer, with kontact from KDE 3, they work. Thank you, have a nice day.
Does the workaround mentioned in bug 150790 work (setting TheIMAPResourceAccount)?
Ping
The bug only appears when ical/vcard storage format is chosen, because TheIMAPResourceAccount is written if xml is used. (configuredialog.cpp:5376) However, it's difficult to get the account id in ical/vcard storage, because the KMFolderCombo can return non-imap folders, which are not associated 1:1 with an account. I'm looking further to see if this is intentional and if ical/vcard should work without TheIMAPResourceAccount. One solution would be to only present IMAP folders in the KMFolderCombo somehow.
SVN commit 837366 by wstephens: Write the id of the account used for the imap groupware resources; this was apparently removed by accident during a proko2 merge back in r346441 . The xml format still worked so the bug was not visible to KDAB. Fixed by integrating part of the old code that that commit removed to identify the account from the folder. BUG:165841 M +18 -0 configuredialog.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=837366
Fixed in 4.1 too, backport is r837368. I'll put this into the openSUSE KDE 4.1 rpms too.
The fix of bug 150790 did fixed this one. Thank you.
That commit doesn't seem to have fixed all aspects of the bug. I'm on KUbuntu intrepid with KDE 4.1.3 packages (where the patch is included). My problem was that after upgrading to kde4 a few days ago, kmail would still not write out the TheIMAPResourceAccount setting to kmailrc (with a dimap resource, ical/vcard, German language on a folder on a normal IMAP server) To test the bug, simply remove the [Groupware], [GroupwareFolderInfo] and [IMAP Resource] groups from kmailrc and start kmail. If you now go to the config dialog, enable the groupware functionality, ical/vard (NOT kolab), German, folder on your imap server, then kmail still will not write the TheIMAPResourceAccount setting to the kmailrc and thus it will not detect that it has groupware functionality Perfectly reproducible here with kubuntu's 4.1.3 packages.
I confirm that it's broken again in opensuse packages and 4.1 branch. I'm investigating.
http://websvn.kde.org/trunk/KDE/kdepim/kmail/configuredialog.cpp?r1=837366&r2=837365&pathrev=837366 shows the changes I [re]added to detect the account from the selected folder. However that now fails because (in my case) of all my KMAccounts, all but one of them have a null folder(), and of the other one, its child() is null. This worked when I originally fixed this bug, so what has changed in kmail since then to create this behaviour? Hoping Thomas can fill in the blanks.
> Hoping Thomas can fill in the blanks. Not really, sorry. Since you said the regression was also introduced in the 4.1 branch, I looked over all commits there, but didn't find anything suspicious. The only remotely connected commit I found is 853907. But I can't test it here, since I don't have IMAP resources.
FYI, this bug still appears in KMail 1.10.0 (KDE 4.2.0). The work-around as proposed in comment #1 in bug 150790 (adding TheIMAPResourceAccount=xxx to config/kmailrc) fixes the problem.
Imap-resources still don't work with the latest kde-4.3.1. Also the work-around with adding TheIMAPResourceAccount=xxx to config/kmailrc dosn't work for me (kmail created everytime i've start it new subfolders for calender,kontact,... )
This can probably be closed, with the switch to akonadi in kdepim 4.6 and later? IMAP resource is starting to work nicely in 4.8...