blob: af3b48cf6cf1e7320359db5198157bf778e49296 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
|
kdepim (4:3.5.5.dfsg.1-4) unstable; urgency=high
* KMail's handling of IMAP namespaces changed in KDE 3.5. You used to be
able to set a prefix for your mailboxes (most commonly INBOX. for
courier-imap and cyrus-imapd servers) that would tell KMail where to look
for mail folders. In KDE 3.5, KMail now handles both personal and shared
namespaces. It no longer strips the namespace from the beginning of the
folder path, though, so some users will see that all of their folders are
now subfolders of the inbox.
Due to this change, KMail may get confused when it starts after upgrading
and crash. We don't have a solution to the bug at this time, but there is
a workaround that doesn't result in any dataloss.
The folder $HOME/.kde/share/apps/kmail/imap/ holds cached copies of all
the mail headers in your imap account. Deleting everything in this folder
(rm -rf ~/.kde/share/apps/kmail/imap/*) allows KMail to startup. KMail
will need to redownload all the mail headers, but it would need to do so
anyway since it thinks the mail folders appearing under the inbox are
different folders.
In some cases even this workaround has not been enough. If KMail still
behaves strangely for you after doing this, you may need to move KMail's
configuration file out of the way in addition to removing its IMAP cache.
To do this, "mv ~/.kde/share/config/kmailrc
~/.kde/share/config/kmailrc.bak". After doing this, KMail should behave
better, but you will need to reconfigure all of your accounts.
-- Debian Qt/KDE Maintainers <[email protected]> Sat, 16 Dec 2006 13:48:33 -0500
|
