> 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 > tcprules.
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. Regards. -- Davide Giunchi. 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