User name: lkdvc
TITLE
smtpd_timeout set too high
PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE
Plesk Obsidian v18.0.28_build1800200720.10 os_Ubuntu 18.04
PROBLEM DESCRIPTION
As @mr-wolf said in his post (Issue - smtpd_timeout = 3600s, why is Plesk so anxious to make that entry in main.cf???), the postfix configuration
I'd like to quote @mr-wolf here:
The post configuration manual (Postfix Configuration Parameters) states that the default value is 300 seconds and that really should be by far enough.
STEPS TO REPRODUCE
Check /etc/postfix/main.cf
ACTUAL RESULT
It is set to 3600s (≙ 1 hour)
EXPECTED RESULT
The default value of 300s (≙ 5 minutes) should be high enough.
ANY ADDITIONAL INFORMATION
Amavis point of view
https://web.archive.org/web/20200729094849/https://www.ijs.si/software/amavisd/release-notes.txt
amavisd-new-2.4.0 release notes, April 3, 2006
YOUR EXPECTATIONS FROM PLESK SERVICE TEAM
Confirm bug
TITLE
smtpd_timeout set too high
PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE
Plesk Obsidian v18.0.28_build1800200720.10 os_Ubuntu 18.04
PROBLEM DESCRIPTION
As @mr-wolf said in his post (Issue - smtpd_timeout = 3600s, why is Plesk so anxious to make that entry in main.cf???), the postfix configuration
smtpd_timeout
is unnecessarily high or there’s no real reason why it should be set this high.I'd like to quote @mr-wolf here:
And this is true.The Internet was already a bad place with all those spammers 10 years ago, but it only got worse.
A timeout of an hour is way too long nowadays to let them hog your resources.
The post configuration manual (Postfix Configuration Parameters) states that the default value is 300 seconds and that really should be by far enough.
STEPS TO REPRODUCE
Check /etc/postfix/main.cf
ACTUAL RESULT
It is set to 3600s (≙ 1 hour)
EXPECTED RESULT
The default value of 300s (≙ 5 minutes) should be high enough.
ANY ADDITIONAL INFORMATION
Amavis point of view
https://web.archive.org/web/20200729094849/https://www.ijs.si/software/amavisd/release-notes.txt
amavisd-new-2.4.0 release notes, April 3, 2006
introduced new configuration variable $smtpd_timeout (default 8*60 seconds)
which controls the amount of time we are willing to wait for slow/idle client
during incoming SMTP session before disconnecting a session. Previously the
$child_timeout was covering complete elapsed time, both our processing and
waiting for client, now the $child_timeout only still limits our processing,
and $smtpd_timeout only limits waiting time. With Postfix after-queue setup
the $smtpd_timeout should be higher than Postfix setting max_idle (default
100s). Some other setups (like a pre-queue setup) may demand substantially
higher $smtpd_timeout values; inflexibility pointed out by Martin Schmitt;
YOUR EXPECTATIONS FROM PLESK SERVICE TEAM
Confirm bug
Last edited: