Hi,
Thanks for such a swift response Wietse!
On 15 Aug 2008, at 13:24, Wietse Venema wrote:
Gaby Vanhegan:
Aug 15 12:22:27 dn postfix/smtpd[13962]: >
localhost.localdomain[127.0.0.1]: 354 End data with <CR><LF>.<CR><LF>
Aug 15 12:22:36 dn postfix/smtpd[13962]: public/cleanup socket:
wanted
attribute: status
That 9 second delay is presented to the user as the web page hanging
while the call to mail() completes. There doesn't seem to be
anything
wrong in the config but I would like to eliminate the delay if
possible. Where should I start? This might help:
There is a delay of up to $trigger_timeout seconds when the Postfix
postdrop command tries to notify the pickup daemon that new mail is
ready for delivery.
PHP -> sendmail -> postdrop -> pickup
Perhaps your pickup daemon is very busy.
The system itself is very low traffic right now, about 1 email/hour,
practically zero load average, the only other traffic is a mostly
static website.
Perhaps you use Linux, and have Selinux brain damage turned on.
I'm using CentOS 4.2, which is what came installed as part of my
hosting package. I can't find any references to SELinux that are
obvious but that doesn't mean it's not in use somewhere. I will
investigate further.
You can ignore the problem and specify "trigger_timeout = 1" in
main.cf, or you can try to solve the problem and find out what
keeps the pickup server from reading its FIFO.
I'd prefer to fix the root cause of the problem. I have eliminated
some of the delay by installing my own DNS resolver, the ones supplied
by my host were slow for some reason. How would I go about
investigating why pickup is taking a while to kick in? Is there a
debuggering switch I can turn on somewhere?
Gaby.
--
Being drunk is feeling sophisticated without being able to say it.
http://www.playr.co.uk/
