> On Nov 13, 2014, at 13.00, Robert Schetterer <r...@sys4.de> wrote: > > Am 13.11.2014 um 18:14 schrieb b...@bitrate.net: >> 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 >> > > interesting, didnt notice such yet > > you might hold mail, and release it by cron etc
thanks - cron came to mind initially for me too. i wondered though if postfix might offer a mechanism of its own.
