-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

Hello,

I have a configuration problem, that I ignored till now.

Many MUAs tag SPAM themselves and move SPAM to a junk folder (Thunderbird uses "Junk").

It is said to not automatically train these mails, but let have an human revise them.

Currently, I have configured those folders as "trash" folders for antispam, which means that those messages are essentially lost, because a move into a spam folder will not train them. -> The current antispam plugin ignores moves in and out of trash folders completely. I wonder why the move trash -> SPAM is ignored?

If I configure those junk folders as "unsure" in antispam, the situation can happen, that an user selects a spam folder, the MUA identifies junk and moves the messages into its Junk folder. Current implementation would train this move as HAM.

How about the following:

1. copy from * into trash or unsure -> not train
2. copy from !spam into spam -> train as SPAM
3. copy from spam or unsure into !(trash or unsure or spam) -> train as HAM
4. else -> not train

Bye,

Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBSh0PdHWSIuGy1ktrAQKmaAf/ew1SixCkkWD2V12Jfw3mLcWnUrUSRq/J nsyMkW2//tX74wSJeMjbzlEkxN3dyfJg7f4WviGPdnUp5sqNGuS9lBfHh3ShQHtt 30+mRzVqizmcNEXBFoZXVy1K5hE8p9ssN9avahmUejBVPaSZHD0OjN5h8nFkNMDI XHU2347g03zr1MxejinWyRiKt1MFQyyJ6Y7gXNf6yascWKJA8W6b4Zu/eIH5uEW+ yiMuweaxJOwuGcwqh/qSKZTXnoCLa9rzvd8i/uZGvn7AXoT5u4P5coZkIHrh64U7 oswuYAZwxkmjGNLdGrovZadRJym16BlfVHH5g3Zo7k4nwX+kGRKyug== =9b+n -----END PGP SIGNATURE-----