From kde-pim Tue May 12 15:12:49 2009 From: Anne Wilson Date: Tue, 12 May 2009 15:12:49 +0000 To: kde-pim Subject: Re: [Kde-pim] spam-filtering, introduce "unsure" folder Message-Id: <200905121612.49760.annew () kde ! org> X-MARC-Message: https://marc.info/?l=kde-pim&m=124214121400672 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============0206576375==" --===============0206576375== Content-Type: multipart/signed; boundary="nextPart1268850.je4YYltPSm"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart1268850.je4YYltPSm Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 10 May 2009 11:42:41 Sven Burmeister wrote: > Hello everybody! > > Some time ago I wrote to the bogofilter mailinglist because I found that > many users do not mark email as ham if it appears in their inbox. They on= ly > take action if there was a wrong decision, i.e. if ham is in the inbox, > there is no need to emphasise that implicit "decision" by marking it > explicitly as ham. Hence bogofilter never actually starts to kick-in. > > http://www.bogofilter.org/pipermail/bogofilter/2009-January/009572.html > > From the conversation in that thread I gathered that while bogofilter has > an "unsure" state, kmail does not use it. > > http://www.bogofilter.org/pipermail/bogofilter/2009-January/009576.html > > Currently there are only two directions for incoming mail when bogofilter > was just enabled, trash or inbox. Trash is a bad idea, because there are > certainly false positives and inbox isn't that good either because it > mediates that the all mails in it are not spam. > > If kmail would filter emails into an unsure folder, the user would see th= at > bogofilter is actually working, which is already an improvement. Further > the unsure folder is not the trash, so the user is not afraid of losing > email and finally since "unsure" is a state that needs further processing, > the user will take some action on those emails which is what bogofilter > needs. > > In a worst case scenario the user just moves the emails back into the inb= ox > and marks the spam as spam. However, those that get the hint will use the > ham/spam buttons to process the email and use them to move them to the > inbox or the trash respectively. > > If kmail would use a spam-folder by default instead of the trash, this > spam- folder could act as the unsure folder. > Hi Sven. I don't use bogofilter within kmail these days, as it is working = at=20 imap server level. However, it shouldn't be difficult to create an Unsure= =20 folder then write a filter for Unsure that runs before the existing bogofil= ter=20 filters. Test on the X-bogosity header and tell it to move the message to = the=20 new Unsure folder, then stop processing it. The process for doing it at server level with procmail is detailed at=20 http://userbase.kde.org/KMail/FAQs_Hints_and_Tips#Spam_filtering_on_an_IMAP= _server It probably would be a good idea to make this Unsure process a default part= of=20 KMail, so perhaps you should file a RFE at bugs.kde.org. Anne =2D-=20 New to KDE4? - get help from http://userbase.kde.org Just found a cool new feature? Add it to UserBase --nextPart1268850.je4YYltPSm Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEABECAAYFAkoJkfEACgkQbMErw/n0TZo95wCeM2MFo/qTdDo562oJfMdbPFnF gVIAn1bgIQNns9H3tUax7Q4Z8Wno04Da =axRA -----END PGP SIGNATURE----- --nextPart1268850.je4YYltPSm-- --===============0206576375== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ KDE PIM mailing list kde-pim@kde.org https://mail.kde.org/mailman/listinfo/kde-pim KDE PIM home page at http://pim.kde.org/ --===============0206576375==--