Miroslav Zubcic <[EMAIL PROTECTED]> writes:
> I'm using this: (m4 for sendmail.cf).
>
> MAILER_DEFINITIONS
> Mcyrus, P=[IPC], F=lsDFMnqA@/:|SmXz, E=\r\n,
> S=EnvFromL, R=EnvToL/HdrToL, T=DNS/RFC822/X-Unix,
> A=FILE /var/imap/socket/lmtp
>
> deliver (that
Lawrence Greenfield <[EMAIL PROTECTED]> writes:
> Right you are; running Sendmail/deliver/lmtpd is an extremely
> inefficient way to deliver mail. Long message follows.
Very informative, thanks!
> * Don't run an MTA on the Cyrus server
>
> Using LMTP over TCP and LMTP AUTH, you can completely
coming connections either.
Switching to FEATURE(local_lmtp) in sendmail seem to make sendmail use
"mail.local" instead. It doesn't seem to reduce fork()s. Am I
misstaken?
It doesn't seem very difficult to achieve zero-fork delivery. Without
investigating it further, it feels as if it might reduce load on a
busy system. Opinions?
Simon Josefsson <[EMAIL PROTECTED]> writes:
> I'm using sendmail 8.11.2 and cyrus imapd 2.0.11, currently using
> "deliver" as the delivery agent. This forks two processes ("deliver"
> and "lmtpd") for incoming mail, right? (assuming prefork=0) As far as
> I can tell sendmail doesn't keep the L
nnection up between
incoming connections either.
Switching to FEATURE(local_lmtp) in sendmail seem to make sendmail use
"mail.local" instead. It doesn't seem to reduce fork()s. Am I
misstaken?
It doesn't seem very difficult to achieve zero-fork delivery. Without
investigating it f