On 24-06-13 15:53, Ronald Moesbergen wrote:
> There are 2 servers with around 20 LMTP client threads submitting
> messages in parallel to the dbmail-lmtp daemon. I didn't know
> dbmail-lmtp was single threaded, but that would explain a lot.
I haven't seen the segfaults, but another symptom would be deferred
deliveries piling up at the MTA side as tcp connection time out.
My advise would be to tune down the concurrency:
For postfix that would entail:
lmtp unix - - n - 2 lmtp
or
postconf -e lmtp_destination_concurrency_limit=2
assuming you are using postfix with the standard lmtp transport.
This will not affect throughput on the dbmail side, and will utilize the
explicit queuing capability of the MTA, rather than relying on implicit
queuing at the dbmail side.
--
________________________________________________________________
Paul J Stevens pjstevns @ gmail, twitter, skype, linkedin
* Premium Hosting Services and Web Application Consultancy *
www.nfg.nl/i...@nfg.nl/+31.85.877.99.97
________________________________________________________________
_______________________________________________
Dbmail-dev mailing list
Dbmail-dev@dbmail.org
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail-dev
