Bug 56439 - kmail looses track of imap folders
Summary: kmail looses track of imap folders
Status: RESOLVED WORKSFORME
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Debian stable Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-03-26 16:39 UTC by Andy Parkins
Modified: 2007-09-14 12:17 UTC (History)
0 users

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 Andy Parkins 2003-03-26 16:39:18 UTC
Version:            (using KDE KDE 3.1)
Installed from:    Debian stable Packages
OS:          Linux

i use kmail both at work and at home to access my work IMAP account.  If at work I rearrange my mail boxes when I get home kmail has a lot of difficulty realising that something has changed.  In the end I edited the kmailrc and removed all the [Folder...] entries; upon restarting kmail it refreshed the folder list and everything was fine again.

It would be nice if there were either a button to force a whole tree refresh, or, given the speed with which kmail read the whole tree on startup, that this happened automatically during a mail check.
Comment 1 Carsten Burghardt 2003-03-26 19:19:49 UTC
You can force a refresh by simply collapsing and expanding the account. 
What do you mean with "kmail has a lot of difficulty realising that something has 
changed"? Did you get a correct refresh on startup or not? 
Refreshing the tree on mailcheck isn't sensible because it's too much effort and would 
be slow. 
Comment 2 Andy Parkins 2003-03-27 11:21:56 UTC
When I say "has a lot of difficulty"...

If kmail is left running and one of the mailboxes open, it does eventually
figure out what has happened and the tree suddenly corrects to what it should
be.  A shutdown and restart does not seem to force a refresh, and in fact only
delays the required refresh.

Collapsing and expanding the tree does not force a reread of the IMAP folders.

Also, refreshing the tree on mailcheck, while I would have thought it would take
a long time and be a lot of effort does not appear to be.  As I mentioned above,
I deleted all of the sections in kmailrc that referred to the IMAP folders, upon
restart kmail took about a second to recreate it's local vision of the whole
tree, which is fairly large.  On a dial-up line this seemed acceptable to me.
Comment 3 Andy Parkins 2003-03-27 11:26:24 UTC
Have found a way to force the refresh.  By creating a new mailbox in the account
(say "Temp") the tree is instantly refreshed to show both the actual changes and
the new "Temp" mailbox; the "Temp" mailbox can then be deleted leaving the tree
showing the current state.
Comment 4 Carsten Burghardt 2003-03-27 13:14:41 UTC
The refresh logic is identical if you add/delete a folder or start kmail. Both 
query the server for the current list. So it
Comment 5 Andy Parkins 2003-03-27 14:00:11 UTC
Is it possible that kmail is being confused by the fact that I am using
sub-sub-folders in IMAP i.e. I have an IMAP folder in my home area, which is the
root of the mailbox.  Under this I have made a number of subdirectories, under
these are stored the actual mailbox files.  I have noticed that the method
discussed in comment #3 to force the refresh only refreshes the current depth of
folder, not the subfolders.  Can give you more information if you think this is
significant?
Comment 6 Carsten Burghardt 2003-03-29 12:41:44 UTC
The depth of folders is not important. What server are you using? 
Can you give me a detailed description of what changes you made and what part of 
these changes kmail didn't notice? 
Comment 7 Andy Parkins 2003-03-31 14:53:04 UTC
Have upgraded to kde 3.1.1 and kmail 1.5.1 and the problem seems to have been fixed.