The speed_adjust option for smtpd_proxy_options has a nice side effect. It effects how Postfix logs delays "a" (a = time from message arrival to last active queue entry). That's an important feature (to us), because we have SLAs where the time spent within the MTA must not exceed a certain time.
If I don't enable speed_adjust Postfix will also account the time spent receiving mail from e.g. slow sending clients. The sending speed is something we can't control. But it influences the overall time a message seems to have spent in Postfix. And this leads to problems with SLAs. If I enable speed_adjust Postfix's accounting is not influenced by behaviour out of its control. It will start to account only after the entire message has been received. This way I can easily deduct how long it took from message arrival until the message was ready to leave the system again. How does Postfix handle "a" when used in combination with a MILTER? I assume - without any testing - it will also account the "client factor". Thanks p@rick -- [*] sys4 AG https://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
