Bug#321102: marked as done (kmail loses mails)
Your message dated Sat, 07 Oct 2006 15:35:49 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#332473: fixed in kdepim 4:3.5.5-1 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.3.2-3 Severity: grave Justification: renders package unusable Ok here comes some really nasty bug: I'm using two different dimap-accounts and kmail seems to ramdomly delete some mails or even a whole folder (this happened at least once). I cannot (and don't really want ;) reproduce this bug but I think I have some hints/observations for the case of loosing some mails: When you move one ore more mails (esp. with attachments) from one folder to another, kmails shows that the mails have been moved without actually having them moved: When you now[1] close kmail and start another instance of kmail on a different machine(!) you can see, that no mail has been moved. When you now start your old instance of kmail then you can see how kmail starts to commit the changes. No problem so far, but what if the user thinks, that his mail has already been moved (because kmail pretents to) and makes some other changes on a different machine? I think this is acutualy the reason for losing sometimes some mails (I've just yesterday lost 3 mails which I moved from one folder to another). Ad [1]: You can wait even loger, as far as I've seen, kmail only moves the mails (at least when you move many or big mails at once) when you close and restart kmail. About the second bug, the lost of a whole dimap-folder, I cannot say very much, it just happend and I think I don't have to mention, that this (and the other bug of course) just *must not* happen. Kind regards Bastian -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kmail depends on: ii kdelibs4 4:3.3.2-7 KDE core libraries ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-3 GCC support library ii libice6 6.8.2.dfsg.1-4 Inter-Client Exchange library ii libkcal2a 4:3.3.2-3 KDE calendaring library ii libkdenetwork24:3.3.2-3 KDE Network library ii libkdepim14:3.3.2-3 KDE PIM library ii libkleopatra0a4:3.3.2-3 KDE GnuPG interface libraries ii libkpimidentities14:3.3.2-3 KDE PIM user identity information ii libksieve04:3.3.2-3 KDE mail/news message filtering li ii libmimelib1a 4:3.3.2-3 KDE mime library ii libpng12-01.2.8rel-1 PNG library - runtime ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm66.8.2.dfsg.1-4 X Window System Session Management ii libstdc++51:3.3.6-7 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-4 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-4 X Window System miscellaneous exte ii perl 5.8.7-4Larry Wall's Practical Extraction ii xlibs 6.8.2.dfsg.1-4 X Window System client libraries m ii zlib1g1:1.2.3-1 compression library - runtime Versions of packages kmail recommends: ii kdebase-kio-plugins 4:3.3.2-1 KDE I/O Slaves ii kdepim-kio-plugins4:3.3.2-3 KDE pim I/O Slaves pn procmail (no description available) -- no debconf information --- End Message --- --- Begin Message --- Source: kdepim Source-Version: 4:3.5.5-1 We believe that the bug you reported is fixed in the latest version of kdepim, which is due to be installed in the Debian FTP archive: akregator_3.5.5-1_i386.deb to pool/main/k/kdepim/akregator_3.5.5-1_i386.deb kaddressbook_3.5.5-1_i386.deb to pool/main/k/kdepim/kaddressbook_3.5.5-1_i386.deb kalarm_3.5.5-1_i386.deb to pool/main/k/kdepim/kalarm_3.5.5-1_i386.deb kandy_3.5.5-1_i386.deb to pool/main/k/kdepim/kandy_3.5.5-1_i386.deb karm_3.5.5-1_i386.deb to pool/main/k/kdepim/karm_3.5.5-1_i386.deb kdepim-dbg_3.5.5-1_i386.deb to pool/main/k/kdepim/kdepim-dbg_3.5.5-1_i386.deb kdepim-dev_3.5.5-1_i386.deb to pool/main/k/kdepim/kdepim-dev_3.5.5-1_i386.deb k
Bug#321102: marked as done (kmail loses mails)
Your message dated Sat, 07 Oct 2006 15:36:02 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#350851: fixed in kdepim 4:3.5.5-1 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.3.2-3 Severity: grave Justification: renders package unusable Ok here comes some really nasty bug: I'm using two different dimap-accounts and kmail seems to ramdomly delete some mails or even a whole folder (this happened at least once). I cannot (and don't really want ;) reproduce this bug but I think I have some hints/observations for the case of loosing some mails: When you move one ore more mails (esp. with attachments) from one folder to another, kmails shows that the mails have been moved without actually having them moved: When you now[1] close kmail and start another instance of kmail on a different machine(!) you can see, that no mail has been moved. When you now start your old instance of kmail then you can see how kmail starts to commit the changes. No problem so far, but what if the user thinks, that his mail has already been moved (because kmail pretents to) and makes some other changes on a different machine? I think this is acutualy the reason for losing sometimes some mails (I've just yesterday lost 3 mails which I moved from one folder to another). Ad [1]: You can wait even loger, as far as I've seen, kmail only moves the mails (at least when you move many or big mails at once) when you close and restart kmail. About the second bug, the lost of a whole dimap-folder, I cannot say very much, it just happend and I think I don't have to mention, that this (and the other bug of course) just *must not* happen. Kind regards Bastian -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kmail depends on: ii kdelibs4 4:3.3.2-7 KDE core libraries ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-3 GCC support library ii libice6 6.8.2.dfsg.1-4 Inter-Client Exchange library ii libkcal2a 4:3.3.2-3 KDE calendaring library ii libkdenetwork24:3.3.2-3 KDE Network library ii libkdepim14:3.3.2-3 KDE PIM library ii libkleopatra0a4:3.3.2-3 KDE GnuPG interface libraries ii libkpimidentities14:3.3.2-3 KDE PIM user identity information ii libksieve04:3.3.2-3 KDE mail/news message filtering li ii libmimelib1a 4:3.3.2-3 KDE mime library ii libpng12-01.2.8rel-1 PNG library - runtime ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm66.8.2.dfsg.1-4 X Window System Session Management ii libstdc++51:3.3.6-7 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-4 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-4 X Window System miscellaneous exte ii perl 5.8.7-4Larry Wall's Practical Extraction ii xlibs 6.8.2.dfsg.1-4 X Window System client libraries m ii zlib1g1:1.2.3-1 compression library - runtime Versions of packages kmail recommends: ii kdebase-kio-plugins 4:3.3.2-1 KDE I/O Slaves ii kdepim-kio-plugins4:3.3.2-3 KDE pim I/O Slaves pn procmail (no description available) -- no debconf information --- End Message --- --- Begin Message --- Source: kdepim Source-Version: 4:3.5.5-1 We believe that the bug you reported is fixed in the latest version of kdepim, which is due to be installed in the Debian FTP archive: akregator_3.5.5-1_i386.deb to pool/main/k/kdepim/akregator_3.5.5-1_i386.deb kaddressbook_3.5.5-1_i386.deb to pool/main/k/kdepim/kaddressbook_3.5.5-1_i386.deb kalarm_3.5.5-1_i386.deb to pool/main/k/kdepim/kalarm_3.5.5-1_i386.deb kandy_3.5.5-1_i386.deb to pool/main/k/kdepim/kandy_3.5.5-1_i386.deb karm_3.5.5-1_i386.deb to pool/main/k/kdepim/karm_3.5.5-1_i386.deb kdepim-dbg_3.5.5-1_i386.deb to pool/main/k/kdepim/kdepim-dbg_3.5.5-1_i386.deb kdepim-dev_3.5.5-1_i386.deb to pool/main/k/kdepim/kdepim-dev_3.5.5-1_i386.deb k
Bug#321102: marked as done (kmail loses mails)
Your message dated Sat, 07 Oct 2006 15:35:49 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#321102: fixed in kdepim 4:3.5.5-1 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.3.2-3 Severity: grave Justification: renders package unusable Ok here comes some really nasty bug: I'm using two different dimap-accounts and kmail seems to ramdomly delete some mails or even a whole folder (this happened at least once). I cannot (and don't really want ;) reproduce this bug but I think I have some hints/observations for the case of loosing some mails: When you move one ore more mails (esp. with attachments) from one folder to another, kmails shows that the mails have been moved without actually having them moved: When you now[1] close kmail and start another instance of kmail on a different machine(!) you can see, that no mail has been moved. When you now start your old instance of kmail then you can see how kmail starts to commit the changes. No problem so far, but what if the user thinks, that his mail has already been moved (because kmail pretents to) and makes some other changes on a different machine? I think this is acutualy the reason for losing sometimes some mails (I've just yesterday lost 3 mails which I moved from one folder to another). Ad [1]: You can wait even loger, as far as I've seen, kmail only moves the mails (at least when you move many or big mails at once) when you close and restart kmail. About the second bug, the lost of a whole dimap-folder, I cannot say very much, it just happend and I think I don't have to mention, that this (and the other bug of course) just *must not* happen. Kind regards Bastian -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kmail depends on: ii kdelibs4 4:3.3.2-7 KDE core libraries ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-3 GCC support library ii libice6 6.8.2.dfsg.1-4 Inter-Client Exchange library ii libkcal2a 4:3.3.2-3 KDE calendaring library ii libkdenetwork24:3.3.2-3 KDE Network library ii libkdepim14:3.3.2-3 KDE PIM library ii libkleopatra0a4:3.3.2-3 KDE GnuPG interface libraries ii libkpimidentities14:3.3.2-3 KDE PIM user identity information ii libksieve04:3.3.2-3 KDE mail/news message filtering li ii libmimelib1a 4:3.3.2-3 KDE mime library ii libpng12-01.2.8rel-1 PNG library - runtime ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm66.8.2.dfsg.1-4 X Window System Session Management ii libstdc++51:3.3.6-7 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-4 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-4 X Window System miscellaneous exte ii perl 5.8.7-4Larry Wall's Practical Extraction ii xlibs 6.8.2.dfsg.1-4 X Window System client libraries m ii zlib1g1:1.2.3-1 compression library - runtime Versions of packages kmail recommends: ii kdebase-kio-plugins 4:3.3.2-1 KDE I/O Slaves ii kdepim-kio-plugins4:3.3.2-3 KDE pim I/O Slaves pn procmail (no description available) -- no debconf information --- End Message --- --- Begin Message --- Source: kdepim Source-Version: 4:3.5.5-1 We believe that the bug you reported is fixed in the latest version of kdepim, which is due to be installed in the Debian FTP archive: akregator_3.5.5-1_i386.deb to pool/main/k/kdepim/akregator_3.5.5-1_i386.deb kaddressbook_3.5.5-1_i386.deb to pool/main/k/kdepim/kaddressbook_3.5.5-1_i386.deb kalarm_3.5.5-1_i386.deb to pool/main/k/kdepim/kalarm_3.5.5-1_i386.deb kandy_3.5.5-1_i386.deb to pool/main/k/kdepim/kandy_3.5.5-1_i386.deb karm_3.5.5-1_i386.deb to pool/main/k/kdepim/karm_3.5.5-1_i386.deb kdepim-dbg_3.5.5-1_i386.deb to pool/main/k/kdepim/kdepim-dbg_3.5.5-1_i386.deb kdepim-dev_3.5.5-1_i386.deb to pool/main/k/kdepim/kdepim-dev_3.5.5-1_i386.deb k