Sandy Drobic wrote:
Henne Vogelsang wrote:
The reason was too few postfix processes delivering mail, therefor the
delivering queue ran full (due to some bug in postfix it seems). This is
fixed now.
Usual advice is to use "relay" as transport for outgoing mail, so that
incoming smtp connections do not use up all allowed smtp connections or
vice versa.
Please allow us the opportunity to learn more about that.
This is caused by the maxproc column in master.cf, isn't it? But I
have to confess that I didn't understand it, after reading the
documentation.
I looked at my master.cf, and I think the relevant lines seem to be:
(I hope that there won't be too much line breaks inserted.)
# service type private unpriv chroot wakeup maxproc command + args
smtp inet n - n - - smtpd
That's for incoming TCP connections, AFAIU.
smtp unix - - n - - smtp
relay unix - - n - - smtp
According to my syslog entries, smtp seems to get used for outgoing
emails. It is the default value for default_transport which is used
for all mails except to $mydestination. The default transport for
incoming email is local. The default transport for relayed email is
relay.
I don't understand which service definition in master.cf causes the
"use up of allowed smtp connections" for incoming and outgoing
emails. Would you please do me the favor and explain that?
Joachim
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Joachim Schrod Email: [EMAIL PROTECTED]
Roedermark, Germany
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
