RE: [spambayes-dev] 1.0 Build Testing (please!)
Looking at OE6, the filter conditions are:
From: To: cc: To: or cc: Subject: body priority size attachment secure
The filter actions are similarly anemic:
delete highlight w/color flag mark as read mark as watched or ignored mark for download
And also (with the OE6 I have, at least): Move Copy Forward Reply with message Stop processing more rules Do not download Delete from server Most people will just want Move (and maybe "stop processing"), I suspect. I don't see how we could use: secure, attachment, size, or priority (unless we stole priority for only our own uses), and body is ugly, so that does leave us with subject or addresses.
If you want that, the .invalid TLD is reserved in the RFC's as, well, invalid. I'm not sure exactly what it buys you,
It would be nice (in this context at least) if OE recognised it and offered (with a "do not ask me again" box) to ignore the address. Sadly, you appear to just get a regular bounce from the mailer (well, my mailer, anyway).
but classification@spambayes.invalid is by definition not resolvable.
I think this would be a reasonable method of notating the To: header. Given that Subject: and To: aren't (so we find) identical already, and treating them identically doesn't make much sense, this seems a reasonable solution. Anyone mind if I change (for 1.1) notate_to to do exactly this? =Tony Meyer
Tony Meyer <tameyer@ihug.co.nz> wrote:
but classification@spambayes.invalid is by definition not resolvable.
I think this would be a reasonable method of notating the To: header. Given that Subject: and To: aren't (so we find) identical already, and treating them identically doesn't make much sense, this seems a reasonable solution.
+1 here. -- Kenny Pitt
participants (2)
-
Kenny Pitt -
Tony Meyer