On 10/09/11 23:48, Steve Fatula wrote:
> 
> Actually, no it's not opaque. To use POP, there are actually a few
> preferences they need to change. Signaturelocation would be one,
> subject prefix would be another so they can still see what is spam,
> and, the action has to be configured so they can tag it. This allows
> them to use their mail program to sort if they wish and still use
> pop. Of course, the user might not think of all these things, so, we
> of course have a way the user can simply say use pop3, which sets
> these for them.
> 
> Now, the issue is sieve can't know whether or not to apply the script
> or not. We certainly don't want each user to HAVE to have a script
> (<5% use one), so, a global script is ideal. We certainly don't want
> them to be able to turn off the move if they are indeed using IMAP
> since then that in turn affects the operation of dovecot antispam.
> So, things rapidly get more complex.
> 
> If you then say let's make a default script for all users, now the
> issue is what if they go back to imap, and, have changed their
> script. Now it's an issue for detecting how to modify the user
> script. And of course, this is assuming sieve, there is procmail et
> all as well.

OK understood. You did not specify how you enable your users to edit
Sieve scripts, but if you're using something like squirrelmail/roundcube
plugin, then scripting around it would be possible I guess. Also most
decent MUA allow you to filter POP3 mail by headers too, although that
might not be very clear to end users (and they might not be using a
decent MUA).

But FWIW, I'll leave the personal script idea behind.

> If you have a good solution that addresses all these issues (not just
> your own), be happy to hear. The one you proposed does not.
> 

I'm not solving my own issues, I'd rather not concern you with those :)

Just trying to apply the knowledge I gained in my own situation on your
problem. From your description, I understand that you have the following
characteristics:

POP users:
- dspam signature in body, subject tagged, deliver to folder INBOX
IMAP users:
- dspam signature in headers, subject untagged, deliver to folder Junk

How about the following global sieve script:

if header :is "X-DSPAM-Result" ["Spam", "Virus"] {
  if header :matches "Subject" "[SPAM] *" {
    /* Junk is tagged in Subject, deliver to Inbox for POP users */
    keep;
    stop;
  } else {
    /* Junk is not tagged in Subject, deliver to Junk for IMAP users */
    Fileinto "Junk";
    stop;
  }
}


-- 
Regards,
        Tom

------------------------------------------------------------------------------
Doing More with Less: The Next Generation Virtual Desktop 
What are the key obstacles that have prevented many mid-market businesses
from deploying virtual desktops?   How do next-generation virtual desktops
provide companies an easier-to-deploy, easier-to-manage and more affordable
virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/
_______________________________________________
Dspam-user mailing list
Dspam-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspam-user

Reply via email to