On Fri, 8 Feb 2019 at 17:17, Robert Moskowitz <[email protected]> wrote: ... > I would think I want to use MILTER.
I too am interested in running amavis as milter (Patrick has written some instructions in German), but the standard and more common setup, and the one which you are emulating at present, is as content filter instead, and I think you should focus on getting that working first. As I understand it the disadvantages of this content filter post-queue(?) approach are - that mails are queued twice in the MTA [postfix] (once when it sends them out to amavis, and again when they return), with two different queue-ids, which is untidy and can make log tracking harder, and - that the response from amavis cannot be passed back to the client because the client has been told all is ok (250) when the email is passed over to amavis and before amavis has processed it - but usually you may not want to tell the client if you are quaranting or discarding the mail it has sent. The main advantage over calling amavis as a milter is that it doesn't really matter how long amavis takes to process the mail, whereas with a milter you have the client still connected and waiting for a response. You can use something like $child_timeout = 20; so that amavis forces any child processes (esp. clamav) to give up after a given period - this isn't required with the content_filter approach.
