On 08/21/2012 03:13 AM, Alessio Cecchi wrote:
Il 20/08/2012 18:30, Eric Shubert ha scritto:

Just FYI, in the long term QMT will be using dovecot, along with its
delivery software, which supports sieve language server-side
filtering. There is a web based app that allows users to maintain
their server-side filter rules, and IIRC TB has a plugin or something
that supports sieve on the server. This is a feature I'm eager to see,
so it's likely to be available sooner than later. ;)


Hi, for the short term we can evaluate to build vpopmail with maildrop
support and add a default /etc/maildroprc with setting for move emails
with X-Spam-Status: YES to Spam folder.

My maildroprc is like this:

root@mx02eeh:~# cat /etc/maildroprc
# Global maildrop filter file
SHELL="/bin/sh"

# get EXT@HOST parts from qmail
import EXT
import HOST

# uncomment if you want to enable logging
logfile "/var/log/maildrop.log"

log "=== BEGIN maildrop processing for $EXT@$HOST ==="

if (/^X-Spam-Status: Yes.*$/)
{
         log "=== END: SPAM caught with spamassassin, moving to Spam
folder ==="
         to "$VHOME/Maildir/.Spam/"
}

log "=== END: delivery to INBOX at $VHOME ==="
to "$VHOME/Maildir/"

Ciao


That looks good for a global solution. It would nice to have this on the wiki, under "Tips and Tricks". Please explain in a little more detail though what's involved with "build vpopmail with maildrop support". I don't know what you mean by this. maildrop-toaster should already be installed on the QMT host.

If you want/need to control spambox delivery on a per user basis, the current spambox option handles this. See
http://wiki.qmailtoaster.com/index.php/FAQs#I_upgraded_my_QmailToaster_to_the_latest_and_I_no_longer_have_the_.22Spam_Detection.22_box_in_Qmailadmin.
for directions on how to implement it.

--
-Eric 'shubes'




---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to