Your message dated Mon, 11 Sep 2006 22:27:12 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#386987: kmail: Displays warning messages for cachedimap
since last update lose emails
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: kmail
Version: 4:3.5.4-1
Severity: grave
Justification: make package nearly unusable with cachedimap and can
Since a recent update (I think it was from 3.5.3-something to
3.5.4-1), KMail now displays very annoying warning messages in the
style of
"Warning - Kontact:
Mails on the server in folder <whatever folder I moved a message into>
were deleted. Do you want to delete them locally?
UIDs: <some number>,<some other number>,<...>"
after I move messages around. Most commonly, I move messages from my
Inbox to some other folder on the IMAP server (cachedimap for KMail), and
upon the next periodical check, this message will appear. It also
happens for "automatic" folders like Sent and Trash, where KMail
itself copies messages into.
Answering "Yes" will delete the messages to the effect of removing it
both from the local IMAP cache _and_ from the IMAP server. But the
messages were in fact _not_ deleted on the server by another process,
and only one IMAP client is active at a time. That is, answering "Yes"
means losing emails (as has happened to me)!
My interpretation is that KMail does not move the message into the
other folder immediately (I think older versions behaved the same), but
only at the next "sync" period, i.e. when it checks this folder for
changes. However, it checks the folder, notices that the messages is
not there, fails to notice that it should copy it over so that it will
be there, and asks to delete it locally instead. Not good.
Anwering "No" produces, as far as I can see, the same behaviour as
previous KMail versions, which is the intended behaviour of not losing
all emails that have been moved to another IMAP box.
Search for this message string gets me to a patch to KMail, which
introduces
if( !msgsForDeletion.isEmpty() ) {
- removeMsg( msgsForDeletion );
+#ifdef MAIL_LOSS_DEBUGGING
+ if ( KMessageBox::warningYesNo(
+ 0, i18n( "<qt><p>Mails on the server in folder
<b>%1</b> were deleted. "
+ "Do you want to delete them locally?<br>UIDs:
%2</p></qt>" )
+ .arg( folder()->prettyURL() ).arg( uids.join(",")
) ) == KMessageBox::Yes )
+#endif
+ removeMsg( msgsForDeletion );
}
So it seems that this is a debugging code?
Please revert the change so that it behaves like KMail 3.5.3, not
deleting all moved emails.
with best regards,
Rene
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (800, 'testing'), (300, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.11
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Versions of packages kmail depends on:
ii kdebase-kio-plugins 4:3.5.4-2 core I/O slaves for KDE
ii kdelibs4c2a 4:3.5.4-3 core libraries and binaries for
al
ii kdepim-kio-plugins 4:3.5.4-1 KDE pim I/O Slaves
ii libart-2.0-2 2.3.17-1 Library of functions for 2D
graphi
ii libaudio2 1.8-2 The Network Audio System (NAS).
(s
ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries
ii libfontconfig1 2.3.2-7 generic font configuration
library
ii libfreetype6 2.2.1-4 FreeType 2 font engine, shared
lib
ii libgcc1 1:4.1.1-13 GCC support library
ii libice6 2:1.0.0-0ubuntu2 X11 Inter-Client Exchange library
ii libidn11 0.6.5-1 GNU libidn library,
implementation
ii libjpeg62 6b-13 The Independent JPEG Group's JPEG
ii libkcal2b 4:3.5.4-1 KDE calendaring library
ii libkdepim1a 4:3.5.4-1 KDE PIM library
ii libkleopatra1 4:3.5.4-1 KDE GnuPG interface libraries
ii libkmime2 4:3.5.4-1 KDE MIME interface library
ii libkpimidentities1 4:3.5.4-1 KDE PIM user identity information
ii libksieve0 4:3.5.4-1 KDE mail/news message filtering
li
ii libmimelib1c2a 4:3.5.4-1 KDE mime library
ii libpng12-0 1.2.8rel-5.2 PNG library - runtime
ii libqt3-mt 3:3.3.6-4 Qt GUI Library (Threaded runtime
v
ii libsm6 2:1.0.0-0ubuntu2 X11 Session Management library
ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3
ii libx11-6 2:1.0.0-8 X11 client-side library
ii libxcursor1 1.1.7-4 X cursor management library
ii libxext6 2:1.0.0-0ubuntu4 X11 miscellaneous extension
librar
ii libxft2 2.1.8.2-8 FreeType-based font drawing
librar
ii libxi6 2:1.0.0-0ubuntu3 X11 Input extension library
ii libxinerama1 2:1.0.1-0ubuntu2 X11 Xinerama extension library
ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library
ii libxrender1 1:0.9.1-3 X Rendering Extension client
libra
ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii perl 5.8.8-6.1 Larry Wall's Practical Extraction
ii zlib1g 1:1.2.3-13 compression library - runtime
Versions of packages kmail recommends:
ii procmail 3.22-16 Versatile e-mail processor
-- no debconf information
--
-------------------------------------------------
Gibraltar firewall http://www.gibraltar.at/
--- End Message ---
--- Begin Message ---
Le lun 11 septembre 2006 15:50, Rene Mayrhofer a écrit :
> Package: kmail
> Version: 4:3.5.4-1
> Severity: grave
> Justification: make package nearly unusable with cachedimap and can
>
> Since a recent update (I think it was from 3.5.3-something to
> 3.5.4-1), KMail now displays very annoying warning messages in the
> style of
this is done on purpose to hepl the debugging of the dimap mail loss.
that package cannot enter etch, and won't.
I hence close the bug as this debugging things will go away when we will
upload the next kmail.
--
·O· Pierre Habouzit
··O [EMAIL PROTECTED]
OOO http://www.madism.org
pgpri2XHWPgpK.pgp
Description: PGP signature
--- End Message ---
