Bug 236775 - KMail sending all new mail to trash
Summary: KMail sending all new mail to trash
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: 1.13.2
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-07 22:50 UTC by roland
Modified: 2015-04-12 10:02 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description roland 2010-05-07 22:50:12 UTC
Version:           1.13.2 (using 4.4.2 (KDE 4.4.2), Kubuntu packages)
Compiler:          cc
OS:                Linux (x86_64) release 2.6.32-22-generic

64-bit AMD, but probably all revisions.  All inbound messages being sent to trash folder.  The Spam wizard is the only thing set to route messages to trash so the calls to bogofilter must be failing...perhaps akondi address book bugs, I don't know.  I just know that with bogo enabled all things go to trash.  This is not good.
Comment 1 Björn Ruberg 2010-08-09 00:42:39 UTC
This more probable a problem with bogofilter that identifies all mails as SPAM. Had such a problem myself once before.
Comment 2 Bob Williams 2010-08-28 11:20:45 UTC
I had the same problem following an upgrade to KDE 4.5.0 on openSUSE 11.3. Same architecture (AMD64). No bogofilter. All incoming mail was sent to the trash folder, except spam-tagged mail, which was correctly sent to a Quarantine folder. I also filter mailing lists to their own folders, and ISTR they were correctly filtered.
I have installed KDE-Four-Live.x86_64-4.5.0-Build7.16.iso in a VirtualBox VM, and I have copied my kmailrc into ~/.kde4/share/config/ to see if I can reproduce the behaviour.
My host machine has been reverted to KDE 4.4.4, where Kmail is behaving itself, so far ;)
Comment 3 Bob Williams 2010-09-01 16:57:19 UTC
Well, I've been running KDE 4.5.0 as above, with my original kmailrc, and so far it has correctly filtered every incoming mail to its own folder. Perhaps the difference is that this was a clean install of 4.5 into a VM, whereas my faulty 4.5 setup was an upgrade from 4.4.4.
Comment 4 Anne Wilson 2010-09-02 10:56:29 UTC
Not sure whether this is related or not.  I have been using Fedora for some time.  I recently installed OpenSUSE 11.3 over Fedora, keeping my /home.  Everything seemed to be fine until I realised that my folder Expires were not set.  I set Inbox to expire at 30 day.  Expire took a long time, and left fewer messages than I expected.  On examining Trash (I don't immediately delete) I found that messages only a few days old had been expired.

Experiment - I set one less-vital folder to expire at 30 days, moving messages to Trash on my IMAP server.  They do not appear to be there.  Examining kmailrc I find that for that folder ExpireAction=Delete and ReadExpireAge=3 (both seems to be defaults, set on all folders).
Comment 5 Ewald Müller 2011-02-19 08:30:20 UTC
I've made a similar experience:

from that time, when i activated anti-spam-assistant for the first time, *all* new mails are transferred into the *spam*-Folder; i think it's the wrong default rule (<size> <greater or equal> "0"). But, if i change the rule, the mails are transferred to the spam -Folder as they were before.
 
Filter-protocol (new Spam-Assistant, Bogofilter choosen):

 [07:32:45] Filteraktion anwenden: Markieren als "H"
[07:32:45] Filteraktion anwenden: Befehl ausführen "bogofilter -n"
[07:32:46] Filterregeln werden geprüft: (alle folgenden Bedingungen müssen zutreffen) "<size>" <greater-or-equal> "0"
[07:32:46] 1 = "<size>" <greater-or-equal> "0" ( 510 )
[07:32:46] Filterregeln wurden angewandt.

Filter-protocol (i tried to correct the Bogofilter):
[07:38:50] Filteraktion anwenden: Markieren als "H"
[07:38:50] Filteraktion anwenden: Befehl ausführen "bogofilter -n"
[07:38:50] Filteraktion anwenden: Durch Programm leiten ""
[07:38:50] Bei der Ausführung dieser Aktion ist ein Problem aufgetreten.
[07:38:50] Filterregeln werden geprüft: (alle folgenden Bedingungen müssen zutreffen) "<size>" <greater-or-equal> "0"
[07:38:50] 1 = "<size>" <greater-or-equal> "0" ( 493 )
[07:38:50] Filterregeln wurden angewandt.

thanks for your interest

mue.de
Comment 6 Laurent Montel 2015-04-12 10:02:50 UTC
Thank you for taking the time to file a bug report.

KMail2 was released in 2011, and the entire code base went through significant changes. We are currently in the process of porting to Qt5 and KF5. It is unlikely that these bugs are still valid in KMail2.

We welcome you to try out KMail 2 with the KDE 4.14 release and give your feedback.