Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email email@example.com
From: Wietse Venema (wietseporcupine.org)
Date: Wed Oct 31 2007 - 09:46:13 CDT
> >>> Indeed. Apparently, the receiving host's TCP input queue is full,
> >>> meaning the receiving application is falling behind. The receiving
> >>> host can process approximately 36 kbyte/second.
> >>> I suggest disabling your before-queue filters (smtpd_proxy_filter,
> >>> header_checks) on the receiving host, and see if the problem goes
> >>> away. If it doesn't, look for anti-virus kernel modules, intrusion
> >>> detection, and other "security" cruft that interferes.
> >>> Wietse
> >> I disabled the header checks, but the slowness stays the same.
> >> There is neither a security cruft in the way.
> >> Ftp and ssh communication is not slow.
> > With this logging the performance drops from 36kbyte/s to 29 kbyte/s.
> > Verbose logging is very expensive, especially on Linux where
> > the default is to sync the file after every record.
> > I suggest that you get rid of all -v options and reset debug_peer_list
> > in main.cf.
> Got rid of the -v options. But they were never used, only to debug the
> sending of one e-mail and then removed again.
> in main.cf is no debug_peer_list
# chattr -R -S /var/spool/postfix/