Bug#582953: kmail deleted all non-local incoming mail settings on upgrade
Juha, I think this bug is never going to be fixed unless someone can give us a clear path to reproducing it. I think you're the person in a best This happened at an upgrade, which does not happen all that often, especially now that wheezy is frozen, so it is rather hard to try to reproduce it as I do not have a spare machine to run test installs on. Sorry. OTOH, the version this happened with is already several KDE versions ago, so perhaps this can just be closed as soon as kdepim gets upgraded from the 4.4- family to 4.8 or whatever it eventually gets upgraded to. -Juha -- --- | Juha Jäykkä, ju...@iki.fi | | http://koti.kapsi.fi/~juhaj/ | --- signature.asc Description: This is a digitally signed message part.
Bug#582953: kmail deleted all non-local incoming mail settings on upgrade
tags 582953 wheezy-ignore thanks As noted in message #55, this issue has been present since at least etch. It has seen no activity since September 2011, and it's never been reproduced except by someone reporting similar behavior on an unsupported filesystem (ZFS). I don't see any way that we would drop kmail from the wheezy release for this bug, or delay the wheezy release for it, and it's clear that no action is going to be taken on the bug if people can't reproduce it. Therefore, I'm marking this bug wheezy-ignore. Juha, I think this bug is never going to be fixed unless someone can give us a clear path to reproducing it. I think you're the person in a best position to do this. I don't want to close this bug or downgrade it since the symptoms describe do still qualify as grave, but without some more input from those affected, I just don't think it's realistic that it will get fixed. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#582953: kmail deleted all non-local incoming mail settings on upgrade
Hi, The same thing just happened again, with Kontact 4:4.4.7-3 (sid): error messages, mails deleted, Akregator feed list corrupted, preferences forgotten, etc. It would be really nice if someone was interested in solving this bug. Please tell me if there is anything I can do to help. Cheers, Matteo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582953: kmail deleted all non-local incoming mail settings on upgrade
user release.debian@packages.debian.org usertag 582953 squeeze-can-defer tag 582953 squeeze-ignore kthxbye On Mon, May 24, 2010 at 21:33:15 +0100, Juha Jäykkä wrote: Package: kmail Version: 4:4.4.3-1 Severity: critical Tags: squeeze sid Justification: causes serious data loss Kmail is running with dimap, imap, imap and pop3 accounts. All is well. I run aptitude safe-upgrade. Upon next login and start of kmail, all the said accounts are gone from the settings. MoDaX says this kind of issues is as old as etch, so there doesn't seem to be much hope of having that magically fixed for squeeze, and we won't delay the release for it. Tagging accordingly. If a fix does happen, it can still be considered, either before release or for a point update. Cheers, Julien signature.asc Description: Digital signature
Bug#582953: kmail deleted all non-local incoming mail settings on upgrade
Hello, btw, is your $HOME on ext4 or XFS? -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Bug#582953: kmail deleted all non-local incoming mail settings on upgrade
On Monday 05 Jul 2010 12:26:42 Modestas Vainius wrote: Hello, btw, is your $HOME on ext4 or XFS? XFS -- --- | Juha Jäykkä, ju...@iki.fi | | http://www.maths.leeds.ac.uk/~juhaj | --- signature.asc Description: This is a digitally signed message part.
Bug#582953: kmail deleted all non-local incoming mail settings on upgrade
tags 582953 unreproducible thanks Hello, On pirmadienis 24 Gegužė 2010 23:33:15 Juha Jäykkä wrote: Kmail is running with dimap, imap, imap and pop3 accounts. All is well. I run aptitude safe-upgrade. Upon next login and start of kmail, all the said accounts are gone from the settings. During this startup of kmail (and the corresponding startup of akonadi), there were numerous messages about unreadable mail folders. These happened to be folders of the dimap account, but I suspect that is simply coincidence: kmail listed the folders first and someone destroyed them before kmail actually accessed them. This makes me wonder if akonadi is the real culprit here, after all, but I have no way of finding out. The safe-upgrade did not update kmail, but it did update akonadi-server. There is no way akonadi could have destroyed your local mail. If the problem was with address book, then it would be another story. Critical: data loss: if pop3 account emails are on local disc instead of the server, those messages are lost. I suspect you had file system problems and kmail configs got eaten in the process ( ~/.kde/share/config/kmail* ). There might even be some leftovers with odd names ~/.kde/share/config/kmailrc*.new etc. Try recovering from them. The mail should still be there in ~/Mail or somewhere in ~/.kde/share/apps/kmail/ Unless you give more proof that it's really a problem with kmail, the next step will be severity downgrade of this bug. testing-testing and sid-sid upgrades are not 100% supported anyway though I'm pretty sure upgrade had nothing to do with it. However, if you upgrade with kmail/KDE running, sometimes odd things happen. -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Bug#582953: kmail deleted all non-local incoming mail settings on upgrade
I suspect you had file system problems and kmail configs got eaten in the process ( ~/.kde/share/config/kmail* ). There might even be some leftovers with odd names ~/.kde/share/config/kmailrc*.new etc. Try recovering from them. The mail should still be there in ~/Mail or somewhere in ~/.kde/share/apps/kmail/ File system was clean both before and after. As to the configs getting eaten, yes, they did vanish. Likewise, ~/.kde/share/apps/kmail/ was empty apart from some directories after the upgrade. No files were present. Thus no mail. Unless you give more proof that it's really a problem with kmail, the next Quite impossible since the upgrade is done. nothing to do with it. However, if you upgrade with kmail/KDE running, sometimes odd things happen. What do you mean KDE running? I did not have kmail, but I did have kded and several other KDE-related processes running, but I never run KDE because it forces me to logout for upgrades; by running just openbox the only userspace program upgrades I need to log off for are X and openbox. If the deletion of data is due to odd things happening when upgrading while kde-related processes are running, this is a bug: very many people use graphical apt-front-ends to upgrade their machines and it simply must work. A logoff or reboot may be required, yes, but under no circumstances must user data be deleted without explicit permission. What was the upgrade doing inside $HOME anyway? Packages should not touch anything in $HOME. That said, there was that odd set of error messages at first start of kmail after the upgrade, so perhaps the package did not touch $HOME, but kmail itself, for some reason, deleted all its mail settings and data at first restart. I suggest you go though the kmail code to see where it does unlink() on its mail during startup and under what conditions that happens. Clearly, the only condition when that should happen is when the user explicitly asks kmail to delete messages. -Juha -- --- | Juha Jäykkä, ju...@iki.fi | | http://www.maths.leeds.ac.uk/~juhaj | --- signature.asc Description: This is a digitally signed message part.
Bug#582953: kmail deleted all non-local incoming mail settings on upgrade
Hello, On penktadienis 04 Birželis 2010 11:46:52 Juha Jäykkä wrote: What do you mean KDE running? I did not have kmail, but I did have kded and several other KDE-related processes running, but I never run KDE because it forces me to logout for upgrades; by running just openbox the only userspace program upgrades I need to log off for are X and openbox. If the deletion of data is due to odd things happening when upgrading while kde-related processes are running, this is a bug: very many people use graphical apt-front-ends to upgrade their machines and it simply must work. A logoff or reboot may be required, yes, but under no circumstances must user data be deleted without explicit permission. What was the upgrade doing inside $HOME anyway? Packages should not touch anything in $HOME. So as I said it is very unlikely to have been caused by upgrade. That said, there was that odd set of error messages at first start of kmail after the upgrade, so perhaps the package did not touch $HOME, but kmail itself, for some reason, deleted all its mail settings and data at first restart. I suggest you go though the kmail code to see where it does unlink() on its mail during startup and under what conditions that happens. Clearly, the only condition when that should happen is when the user explicitly asks kmail to delete messages. Well, your report does not have much useful information: odd set of error messages, apart from some directories etc. You aren't very specific. And my kmail stores mails in ~/Mail. -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Bug#582953: kmail deleted all non-local incoming mail settings on upgrade
Package: kmail Version: 4:4.4.3-1 Severity: critical Tags: squeeze sid Justification: causes serious data loss Kmail is running with dimap, imap, imap and pop3 accounts. All is well. I run aptitude safe-upgrade. Upon next login and start of kmail, all the said accounts are gone from the settings. During this startup of kmail (and the corresponding startup of akonadi), there were numerous messages about unreadable mail folders. These happened to be folders of the dimap account, but I suspect that is simply coincidence: kmail listed the folders first and someone destroyed them before kmail actually accessed them. This makes me wonder if akonadi is the real culprit here, after all, but I have no way of finding out. The safe-upgrade did not update kmail, but it did update akonadi-server. Critical: data loss: if pop3 account emails are on local disc instead of the server, those messages are lost. -Juha -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kmail depends on: ii kdebase-runtime 4:4.4.3-1runtime components from the offici ii kdepim-runtime 4:4.4.3-1Runtime components for akonadi-kde ii kdepimlibs-kio-plug 4:4.4.3-1kio slaves used by KDE PIM applica ii libakonadi-contact4 4:4.4.3-1library for using the Akonadi PIM ii libakonadi-kde4 4:4.4.3-1library for using the Akonadi PIM ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-2GCC support library ii libgpgme++2 4:4.4.3-1c++ wrapper library for gpgme ii libkabc44:4.4.3-1library for handling address book ii libkcal44:4.4.3-1library for handling calendar data ii libkde3support4 4:4.4.3-2the KDE 3 Support Library for the ii libkdecore5 4:4.4.3-2the KDE Platform Core Library ii libkdepim4 4:4.4.3-1KDE PIM library ii libkdeui5 4:4.4.3-2the KDE Platform User Interface Li ii libkhtml5 4:4.4.3-2the KHTML Web Content Rendering En ii libkimap4 4:4.4.3-1library for handling IMAP data ii libkio5 4:4.4.3-2the Network-enabled File Managemen ii libkldap4 4:4.4.3-1library for accessing LDAP ii libkleo44:4.4.3-1certificate based crypto library f ii libkmime4 4:4.4.3-1library for handling MIME data ii libknotifyconfig4 4:4.4.3-2library for configuring KDE Notifi ii libkontactinterface 4:4.4.3-1Kontact interface library ii libkparts4 4:4.4.3-2the Framework for the KDE Platform ii libkpgp44:4.4.3-1gpg based crypto library for KDE ii libkpimidentities4 4:4.4.3-1library for managing user identiti ii libkpimtextedit44:4.4.3-1library that provides a textedit w ii libkpimutils4 4:4.4.3-1library for dealing with email add ii libkresources4 4:4.4.3-1the KDE Resource framework library ii libksieve4 4:4.4.3-1KDE mail/news message filtering li ii libktnef4 4:4.4.3-1library for handling TNEF data ii libkutils4 4:4.4.3-2various utility classes for the KD ii libmailtransport4 4:4.4.3-1mail transport service library ii libmessagecore4 4:4.4.3-1message core library for KDE ii libmessagelist4 4:4.4.3-1message list library for KDE ii libmimelib4 4:4.4.3-1KDE MIME library ii libnepomuk4 4:4.4.3-2the Nepomuk Meta Data Library ii libphonon4 4:4.6.0really4.4.1-2 the core library of the Phonon mul ii libqt4-dbus 4:4.6.2-5Qt 4 D-Bus module ii libqt4-network 4:4.6.2-5Qt 4 network module ii libqt4-qt3support 4:4.6.2-5Qt 3 compatibility library for Qt ii libqt4-xml 4:4.6.2-5Qt 4 XML module ii libqtcore4 4:4.6.2-5Qt 4 core module ii libqtgui4 4:4.6.2-5Qt 4 GUI module ii libstdc++6 4.4.4-2 The GNU Standard C++ Library v3 ii libthreadweaver44:4.4.3-2the ThreadWeaver Library for the K ii perl5.10.1-12Larry Wall's Practical Extraction ii phonon 4:4.6.0really4.4.1-2 metapackage for the Phonon multime kmail recommends no packages. Versions of packages kmail suggests: pn clamav | f-prot-installer none (no description available) ii
