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 Best Regards MfG Robert Schetterer -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein