I didn't really have much time to look at the beta versions of dovecot 2.0 (apart from installing it once and migrating most of my current configuration, purely for testing purposes). An exciting new feature is the LMTP support. In the default configuration I have seen, that one only listened on a Unix socket - will it support network (inet) sockets, too? What about concurrent deliviers? As of now, when using the deliver LDA together with Postfix, you have to make sure that only one recipient is passed to deliver at a time, so for multi-recipient mail, the system might spawn a large number of processes (two per recipient, therefore two forks/execve calls). Is that limit still imposed with the new LMTP server? Stefan
On 3.2.2010, at 9.41, Stefan Foerster wrote:> An exciting new feature is the LMTP support. In the default > configuration I have seen, that one only listened on a Unix socket - > will it support network (inet) sockets, too?Yes. In v2.0 all services can run on both unix or inet sockets.> What about concurrent deliviers? As of now, when using the deliver LDA > together with Postfix, you have to make sure that only one recipient > is passed to deliver at a time, so for multi-recipient mail, the > system might spawn a large number of processes (two per recipient, > therefore two forks/execve calls). Is that limit still imposed with > the new LMTP server?Nope. Each LMTP session can handle multiple recipients. And each LMTP process can handle multiple sessions. That also unfortunately means that if you're using multiple UNIX UIDs, lmtp processes need to run as root for now.
On Sun, 2010-02-07 at 13:40 +0100, Stefan Foerster wrote:> For 100k messages, delivery to a Maildir store using Postifx's pipe(8) > and Dovecot's deliver took 4319s, which equals 23.15 delivieries per > second - and that's with the pipe(8) delivery agent haning around for > up to 100 seconds, being reused for multiple transactions. > > Dovecot 2.0, with LMTP, was finished after 4007s, which equals 24.96 > deliveries per second.You could also try if maildir_very_dirty_syncs=yes affects it. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20100207/7a59d32c/attachment-0002.bin>