-----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
4) copy from spam or unsure into !(trash or unsure or spam) -> train as
HAM
6) 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-----
