1 files changed, 0 insertions, 29 deletions
diff --git a/ubuntu/lucid_automake/kdepim/debian/kmail.NEWS b/ubuntu/lucid_automake/kdepim/debian/kmail.NEWS
deleted file mode 100644
index af3b48cf6..000000000
--- a/ubuntu/lucid_automake/kdepim/debian/kmail.NEWS
+++ /dev/null
@@ -1,29 +0,0 @@
-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