On 11/13/2014 11:14 AM, b...@bitrate.net wrote: > hi- > > short version: > i have an mx which, after doing the initial handling [postscreen, etc] of > messages arriving from the internet, relays mail to another computer for > content filtering [amavis/spamassassin]: > > relay_transport = lmtp-filter:[mfa.example.com]:lmtp-filter-external > > after a message has been accepted, i'd like to delay its relay to the content > filter for five minutes. can postfix do this? > > longer version: > i've noticed a recent trend in which a message arrives, passes > postscreen/various smtpd_*_restrictions, and is passed to the content filter, > which passes it as clean, having not matched many rules [in particular, > network tests like uri dnsbls, razor/pyzor, etc]. > > minutes later, the same message arrives [timestamps, message ids, etc > differ], in that time has made its way into the results of various network > tests, and is then marked is spam. > > e.g. my consideration for this approach. i'd also be interested in general > thoughts on this problem, and other possibilities. i'm not particularly fond > of artificial delays, and the various implications [e.g. queue sizes, user > expectations, etc], but in the context of a controlled environment [e.g. > after postfix has accepted the message, i'm willing to at least entertain the > possibility. > > thanks-ben >
This is exactly why greylisting was invented. Have you tried that? -- Noel Jones
