-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 1/21/2014 8:48 AM, Bob Williams wrote:

Long. long ago in a galaxy faraway, I used to use Spamassassin in association with Kmail, configured using the built-in setup wizard.

Several years ago, I switched from Kmail to Thunderbird for email collection, but I just noticed that spamd still starts up automatically on this machine. I've also started getting more spam here recently (must be getting through my ISPs filters) and that started me wondering if it was possible to route my incoming mail through spamassassin before it gets to Thunderbird. I collect my mail from an IMAP account 'out there'.

Do I have to setup my own local IMAP server, or can Thunderbird be configured somehow?

See my sig for system information.

Thanks,

Bob

It might be easier to turn on and train the junk mail filters in Thunderbird. They can get pretty smart after period of training. Because you rely on an imap server, you would have to either fetch all the mail and replicate it with your own resource (mbox or something more complex) and possibly forgo the benefit of imap. It might be easier to use something like ISBG http://www.verot.net/kmail_spam.htm?lang=en-GB to prowl your IMAP account and mark (and move) spam on the remote Imap, independent of the delivery into Thunderbird. This is also recommended on the Spamassassin site: http://wiki.apache.org/spamassassin/RemoteImapFolder - -- _____________________________________ - ---This space for rent--- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iEYEARECAAYFAlLe2PUACgkQv7M3G5+2DLJUlgCfRZY8kD5Cd8xktaYEyIZP4jhM sfkAn3JphCYfThqJLglrSZTc17RJ6z9J =day8 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 01/21/2014 10:48 AM, Bob Williams wrote:

Long. long ago in a galaxy faraway, I used to use Spamassassin in association with Kmail, configured using the built-in setup wizard.

Several years ago, I switched from Kmail to Thunderbird for email collection, but I just noticed that spamd still starts up automatically on this machine. I've also started getting more spam here recently (must be getting through my ISPs filters) and that started me wondering if it was possible to route my incoming mail through spamassassin before it gets to Thunderbird. I collect my mail from an IMAP account 'out there'.

Do I have to setup my own local IMAP server, or can Thunderbird be configured somehow?

See my sig for system information.

Thanks,

Bob, I run a mail server utilizing postfix/dovecot and filter main through spamassassin which works amazingly well. I like the control this setup provides. In my imap folder in Tbird, I have 4 additional folders: spam spam-learn spam-probably spam-unlearn The beauty of the system is that spamassassin initially filters incoming mail and places known-spam in 'spam', and places suspected spam in 'spam-probably'. You simply look though and delete messages in 'spam' or move any good messages to 'spam-unlearn'. Do the same thing for 'spam-probably'. A cron-job runs spamassassin in learn mode on the hour and learns the tokens from the messages in 'spam-learn' and deletes them, and run spamassassin in ham mode on 'spam-unlearn' and unlearns the tokens from the messages. spamassassin utilizes fetchmail to read the messages in the 'spam-xxx' folders on the server. Secure access to the server and folders is provided by ssl with fetchmail access controlled by ssl fingerprints. My old server setup page provides an overview of the process in a bit more detail (though it is old and dovecot is now dovecot2). http://www.3111skyline.com/linux/openSuSE-server.php#mail The major parts of the config are your postfix setup which is detailed on the page. The postfix 'mail command' allows procmail to handle mail delivery. Thereafter your .procmailrc file is read and provides the spamassassin filtering criteria. I currently use the attached .procmailrc, .fetchmailrc and dovecot.conf (sanitized). The cronjobs that run on the hour are also attached. This system has proven very effective and usually catches about 80-90% of the stuff that makes it to /var/spool/mail. Automating the processing the 'spam-learn' and 'spam-unlearn' folders makes what happens behind the scene virtually invisible to users. As long as they can be taught 2 things: (1) look at 'spam' if it is spam, delete, if not, move it to spam-unlearn (2) do the same thing for 'spam-probably' The rest takes care of itself... Just let me know if you have more questions... - -- David C. Rankin, J.D.,P.E. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlLnUrYACgkQZMpuZ8CyrcgM2wCfV68zkRFce6RA+0WyrHSKCHVH Eb8Ani0+UZCa+eNSvKlxOMipX6ZSI3oR =BXnr -----END PGP SIGNATURE-----