Description of problem: The latest f11 update to kmail, via the package kdepim-4.2.3-1.fc11 (x86_64 in my case) is eating emails in my inbox one by one. I've got a simple imap over ssl setup, nothing fancy, and the prior kdepim package (and all recent ones before that) worked just fine. Version-Release number of selected component (if applicable): kdepim-4.2.3-1.fc11 How reproducible: Launch kmail, watch emails disappear from inbox, one by one. Launching kmail from a console yields the following: kmail(11811) KMFolderIndex::updateIndexStreamPtr: utime( "/home/jwilson/.kde/share/apps/kmail/filter/.1.index.ids" , 0) failed (KMMsgDict::getFolderIdsLocation( *this )) kmail(11811) KMFolderIndex::updateIndexStreamPtr: utime( "/home/jwilson/.kde/share/apps/kmail/filter/.1.index.ids" , 0) failed (KMMsgDict::getFolderIdsLocation( *this )) /usr/lib/python2.6/site-packages/spambayes/classifier.py:42: DeprecationWarning: the sets module is deprecated from sets import Set kmail(11811) KMFolderIndex::updateIndexStreamPtr: utime( "/home/jwilson/.kde/share/apps/kmail/filter/.1.index.ids" , 0) failed (KMMsgDict::getFolderIdsLocation( *this )) /usr/lib/python2.6/site-packages/spambayes/classifier.py:42: DeprecationWarning: the sets module is deprecated from sets import Set kmail(11811) KMFolderIndex::updateIndexStreamPtr: utime( "/home/jwilson/.kde/share/apps/kmail/filter/.1.index.ids" , 0) failed (KMMsgDict::getFolderIdsLocation( *this )) /usr/lib/python2.6/site-packages/spambayes/classifier.py:42: DeprecationWarning: the sets module is deprecated from sets import Set kmail(11811) KMFolderIndex::updateIndexStreamPtr: utime( "/home/jwilson/.kde/share/apps/kmail/filter/.1.index.ids" , 0) failed (KMMsgDict::getFolderIdsLocation( *this )) kmail(11811) KMFolderImap::reallyDoClose: Trying to close the selected folder "inbox" - ignoring! The repeated stanza is popping up every time an email disappears.
This one seems kinda blocker-worthy to me...
Issues with 0-day updates don't really qualify as release blockers. But this does sound like an issue we need to address "yesterday".
Please try to turn the SpamBayes spam filter off, I've seen this happening on my machine too, quite some time ago. The spam filter would falsely mark all mails as spam and therefore moves them to the Junk folder.
We have a winner. All the missing email is indeed over in my junk folder. How in the blue hell does this happen though?
No idea sincerely, time to reassign this bug to other component I guess :)
I see no changes to the spambayes plugin in KMail between 4.2.2 and 4.2.3. I suspect that this is a latent bug in spambayes or KMail's spambayes integration which was hidden in 4.2.2 due to some filtering bug, e.g. this fix may have exposed it: http://websvn.kde.org/?view=rev&revision=960606
Please report this issue upstream at http://bugs.kde.org and also please add the upstream information to this report. We will monitor upstream for a resolution.
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Since there are insufficient details provided in this report for us to investigate the issue further, and we have not received feedback to the information we have requested above, we will assume the problem was not reproducible, or has been fixed in one of the updates we have released for the reporter's distribution. Users who have experienced this problem are encouraged to upgrade to the latest update of their distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information. Closing as INSUFFICIENT_DATA. -- Steven M. Parrish - KDE Triage Master - PackageKit Triager Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers