Wietse Venema wrote:
The pickup daemon is supposed to be running all the time, and it
is supposed to react immediately. For debugging, see the "-v" option
in the master(5) manual page.
If you submit mail as a non-httpd user, then you will very likely
find that mail is delivered immediately.
On 15 Aug 2008, at 14:18, Wietse Venema wrote:
The pickup daemon is supposed to be running all the time, and it
is supposed to react immediately. For debugging, see the "-v" option
in the master(5) manual page.
I'll turn that on, see what comes out in the logfile.
If you submit mail as a no
Gaby Vanhegan:
> > 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 it
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 .
Aug 15 12:22:36 dn postfix/smtpd[13962]: public/cleanup socket:
wanted
attribute: statu
Gaby Vanhegan:
> I'm trying to find out the source of a delay in postfix processing
> some mail. I have a web app that sends a notification email to users
> but there is a delay when PHP calls the mail() function. I remove the
> call to mail() and the delay goes away. I turned on debuggeri
I'm trying to find out the source of a delay in postfix processing
some mail. I have a web app that sends a notification email to users
but there is a delay when PHP calls the mail() function. I remove the
call to mail() and the delay goes away. I turned on debuggering_peer
for localhost
