-----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:
- copy from * into trash or unsure -> not train
- copy from !spam into spam -> train as SPAM
- copy from spam or unsure into !(trash or unsure or spam) -> train as HAM
- 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-----