summaryrefslogtreecommitdiffstats
path: root/ubuntu/maverick_automake/kdepim/debian/kmail.NEWS
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 <debian-qt-kde@lists.debian.org>  Sat, 16 Dec 2006 13:48:33 -0500