Re-post+update of note I had inadvertently sent only to Gregor: After reading some 3000+ messages on this list, IMNSHO, many posters are using only the courier-imap and a few other courier modules. Many of the problems reported are NOT with those modules, but with Qmail, etc.
After a lot of toing-and-froing, I have gone with my original assessment that Sam's full-house 'courier-mta' package is the most complete, cohesive, and comprehensive in and of itself **available**. All other alternatives require putting modules from other folks together piecemeal - and no surprise - they are not always 100% compatible. I haven't put *all* of courier-mta through all possible hoops (yet) and may never need to do so. But neither have I found anything fundamentally wrong with *any* of it. Are some tasks better handled by a third-party module than the one(s) Sam povides? No doubt. Ha hasn't claomed a patent on brains... But I consider it a real plus not to have to install half-a-dozen different modules written in several different interpreters/scripting languages to get the basic MTA job done IAW applicable RFC's. And - more specifically to your question, Gregor - courier-mta's smtpd works just fine. You *DO* have to 'RTFM' - but here too the info is *there*, and all from the same place. And you *DO* have to configure the modules you plan to use, but that is not a lot of work, (again "RTFM"). And this list is fast, accurate, and there are many very helpful experts active here. My JV partner claims courier is a 'never ending beta' - to which I reply, "So what? It is *always up to date!*". Look at Sam's latest addition - a very short time after it was mentioned - to make sure the queue can be rescanned as one wishes (or not). Anyone able to point to even ONE OTHER full-house package that has everything in it? And yes, we do (still yet) run Qmail on some (two IIRC...) servers (check this header) ..... but not for a lot longer... YOMD, but why indeed not try the full courier-mta package and sidestep a host of *unrelated* integration & configuration issues? >From what I see, Sam has been through all this hassle himself - and fixed the vast majority of it - for which I am most grateful, as I haven't the time, inclination, specialized knowledge, or other resources to reinvent this particular wheel. Thanks, Sam! Bill Hacker In <[EMAIL PROTECTED]>, on 03/05/03 at 08:54 PM, Gregor Lawatscheck <[EMAIL PROTECTED]> said: >At 16:33 05/03/2003, you wrote: >>Here is the basic idea, >>Core system, SMTP(Postfix), pop3, pop3s, imap, imaps (Courier-imap), >>webmail(squirelmail) with all auth bing routed through an ldap server, >>global address book that works with mail clients via ldap as well as >>Squirrelmail. >Hi, >I read this over and over. The majority of people appears to use postfix >or qmail as smtpd, with most of the other components being from the >courier suite. I.e courier pop3, courier pop3s, courier imap, courier >maildrop, courier related squirelmail. Is there some reason why the >courier smtpd is unpopular? Does it lack features? Does it not perform >as well as postfix or qmail? Or is it simply not deployed as widely and >hence not widely trusted / supported by users? >Most benchmarks indicate that qmail buys file security for performance >and is fairly slow compared to postfix. How does the courier smptd >compare to that. I've googled and searched archives, I couldn't find >anything measuring courier's performance... >So far I have experience with sendmail and qmail. qmail is a drag because > of non-develpoment, too many patches for functionality and mail handling > design errors. The Courier MTA looks like a good choice, as does >Postfix. But then again if all of the backend programs MUA and filtering >is courier stuff, why not use the courier smtpd as well? Just >wondering... Regards, Bill Hacker -- ----------------------------------------------------------- [EMAIL PROTECTED] William B. Hacker, III FHKIoD Managing Director Conducive Group (Asia) Limited http://www.conducive.net ----------------------------------------------------------- ------------------------------------------------------- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
