The situation right now is:
Dspam is called by an smtpd restriction filter, like this in main.cf:
smtpd_recipient_restrictions =
#check_recipient_access hash:/etc/postfix/vacation,
check_recipient_access hash:/etc/postfix/dspam_learning,
permit_mynetworks,
permit_sasl_authenticated,
reject_non_fqdn_sender,
reject_non_fqdn_recipient,
reject_unknown_recipient_domain,
reject_unauth_pipelining,
reject_unauth_destination,
check_policy_service inet:127.0.0.1:10031 (that is postgrey)
check_recipient_access hash:/etc/postfix/dspam_users
/etc/postfix/dspam_users
domain.net FILTER dspam:
/etc/postfix/dspam_learning
[EMAIL PROTECTED] FILTER spam:
[EMAIL PROTECTED] FILTER nospam:
/etc/postfix/master.cf
dspam unix - n n - 10 pipe
flags=u user=nobody argv=/usr/bin/dspam --deliver=innocent
--feature=noise,chained --user ${recipient}
spam unix - n n - - pipe
flags=u user=nobody argv=/usr/bin/dspam --class=spam --source=error
--user spam
nospam unix - n n - - pipe
flags=u user=nobody argv=/usr/bin/dspam --class=innocent
--source=error --user spam
Vacation (is vacation.pl contained in postfixadmin) is called by that
manner:
in /etc/postfix/transport
autoreply.domain.net vacation:
postfixadmin when a vacation is activated, adds an alias to the user
like user [EMAIL PROTECTED]@autoreply.domain.net, it matches the transport
and triggers the vacation.pl script.
But it was triggered before dspam, so it reply also to all the spam,
with so many "undeliverable mail" errors and similar things... and this
is no good.
Thank u,
Claudio Prono.
mouss ha scritto:
Claudio Prono wrote:
Ok guys, someone have a working configuration of postfix with virtual
users, dspam and vacation.pl?
My problem is put the vacation "filter" or transport after the dspam,
so dspam filters the incoming mail, and vacation replies only to the
good emails.... any idea?
- how do you call dspam?
- how do you deliver mail?
- what vacation program/script are you using?
a good practice in software development and deployment is to maximize
decoupling, so that different things are implemented in different
pieces and you can play with each piece without wondering which
building will collapse.
--
------------
Claudio Prono
Systems Development @ Atpss.net Srl, Divisione Implementazione Sistemi
Via San Bernardino, 17 - 10137 Torino (TO) - IT
Tel +39-011.32.72.100 Fax +39-011.32.46.497
PGP Fingerprint: 75C2 4049 E23D 2FBF A65F 40DB EA5C 11AC C2B0 3647
Disclaimer: http://atpss.net/disclaimer
------------
