Daniel V. Reinhardt:
---Could there be a notification alert be sent via SMS or another
means to the administrator of the post server in question, stating
something is wrong with the server?
This could be implemented by configuring a logfile monitoring
program (swatch, logsurfer, etc.) to send
Daniel V. Reinhardt wrote:
---Could there be a notification alert be sent via SMS or another means
to the administrator of the post server in question, stating something
is wrong with the server?
The discussion is about proposed default postfix behavior, so
no, out of band notifications
With Postfix 2.5 I introdoced stress-dependent behavior in the SMTP
server, but this was left turned off by default.
I'm thinking of turning on some stress-dependent behavior by default
in Postfix 2.6, to make Postfix look better in stupid benchmarks
(just like in_flow_delay and
On Fri, Feb 06, 2009 at 01:37:41PM -0500, Wietse Venema wrote:
smtpd_timeout = ${stress?10s}${stress:300s}
smtpd_hard_error_limit = ${stress?2}${stress:20}
I guess disabling reverse DNS lookups under stress is too drastic. It
would certainly not help folks with reject_unknown_client, even if
Wietse Venema wrote:
Something that will drastically cut the time per session:
smtpd_timeout = ${stress?10s}${stress:300s}
I would be concerned about sites that are chronically short of
smtpd processes with an inexperienced or inattentive admin.
Maybe 20s~30s rather than 10s. That's still
Noel Jones:
Wietse Venema wrote:
Something that will drastically cut the time per session:
smtpd_timeout = ${stress?10s}${stress:300s}
I would be concerned about sites that are chronically short of
smtpd processes with an inexperienced or inattentive admin.
Maybe 20s~30s rather than
Wietse Venema:
smtpd_timeout = ${stress?10s}${stress:300s}
smtpd_hard_error_limit = ${stress?2}${stress:20}
I thought this was going to be easy, but the built-in default
values for these parameters are type int, and do not accept
the conditional expressions.
Either this means changing the way
Wietse Venema wrote:
Noel Jones:
Wietse Venema wrote:
Something that will drastically cut the time per session:
smtpd_timeout = ${stress?10s}${stress:300s}
I would be concerned about sites that are chronically short of
smtpd processes with an inexperienced or inattentive admin.
Maybe 20s~30s
Wietse Venema wrote:
Noel Jones:
Wietse Venema wrote:
Something that will drastically cut the time per session:
smtpd_timeout = ${stress?10s}${stress:300s}
I would be concerned about sites that are chronically short of smtpd
processes with an inexperienced or inattentive admin.