> I just use vpopmail and tcpserver here. Was that insufficient for your
> needs or does the method you describe offer something more/different? I
> have quite a few concurrent pop3 users (maybe 50-70, not 100 [yet]) and
> maybe half of that in IMAP sessions but haven't run into any problems with
The problem is with the common setup for qmail/vpopmail on big/medium servers,
i mean: 2 (minimum) real server that offer smtp+pop3+webmail, 1 mysql server
and 1 NFS server that share the /home/vpopmail/domains to the realserver.
In this common case if you want that one client that authenticate in rs1 (real
server 1) can relaying even in rs2, so you must put tcp.smtp(.cdb) in the NFS
share, when you have a lot of connections the .cdb must be recompiled for
every connection so this work vi NFS begin to get slow.
If you have a lot of connection you can use the patch by Matt Simerson
http://matt.simerson.net/computing/mail/ to make ucspi-tcp not use tcp.smtp
but the mysql db.
If you have only one qmail server (so local disk) or a SAN server the
smtp-after-pop feature would not be a problem, but with a NAS (nfs servers)
all this unnecessary network traffic could slow down the server.
Membro del FoLUG (Forlí Linux User Group) - http://folug.linux.it
GPG Key available on http://www.keyserver.net
Fingerprint: 4BFF 2682 6A58 ECFE 071B A1A4 F2A3 9EFA 6494 81FD