Re: Migrating from qmail: which MTA?
On Sunday 14 November 2004 16:40, David Garamond wrote: David Garamond wrote: We are planning to migrate a bunch of hosting servers from RH73 + qmail + vmailmgr to Sarge and I'd appreciate on the comments of the choice of MTA to use. Oh, I should add that I'm pretty clueless when it comes to other MTAs. I've used qmail ever since I've used Linux (around RH5-RH6). I'm not even familiar with Sendmail. Most of my friends are pushing for Postfix, but I see that Debian's default is exim, and I myself have been using courier-imap so currently I'm thinking courier would be the easiest migration route. I have been using the Courier Mail Server Suite (usually with MySQL as backend to store mail users) for about two years now on various mail servers, and I have been very pleased with it. It is feature rich and actively developed with an active community that seems to grow every day. Also, I like the idea of having smtpd, imapd, popd, mailing list manager and mail filtering[1] provided by the same developer(s). Also, Stefan Hornburg does a good job maintaining the Courier packages in Debian. Integration with spamassassin is trivial, however, integration amavisd-new is not (small patch by Martin Orr is required). Not a big problem, but maybe worth mentioning. [1] I like the maildrop syntax much more than that of procmail. maildrop is much easier to work with, IMO. -- Frederik Dannemare | mailto:[EMAIL PROTECTED] http://qa.debian.org/developer.php?login=Frederik+Dannemare http://frederik.dannemare.net | http://www.linuxworlddomination.dk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Migrating from qmail: which MTA?
David Garamond wrote: We are planning to migrate a bunch of hosting servers from RH73 + qmail + vmailmgr to Sarge and I'd appreciate on the comments of the choice of MTA to use. Oh, I should add that I'm pretty clueless when it comes to other MTAs. I've used qmail ever since I've used Linux (around RH5-RH6). I'm not even familiar with Sendmail. Most of my friends are pushing for Postfix, but I see that Debian's default is exim, and I myself have been using courier-imap so currently I'm thinking courier would be the easiest migration route. Regards, dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Migrating from qmail: which MTA?
David Garamond wrote: David Garamond wrote: We are planning to migrate a bunch of hosting servers from RH73 + qmail + vmailmgr to Sarge and I'd appreciate on the comments of the choice of MTA to use. Oh, I should add that I'm pretty clueless when it comes to other MTAs. I've used qmail ever since I've used Linux (around RH5-RH6). I'm not even familiar with Sendmail. Most of my friends are pushing for Postfix, but I see that Debian's default is exim, and I myself have been using courier-imap so currently I'm thinking courier would be the easiest migration route. Regards, dave And why don't u use qmail ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Migrating from qmail: which MTA?
Cristi Banciu wrote: We are planning to migrate a bunch of hosting servers from RH73 + qmail + vmailmgr to Sarge and I'd appreciate on the comments of the choice of MTA to use. Oh, I should add that I'm pretty clueless when it comes to other MTAs. I've used qmail ever since I've used Linux (around RH5-RH6). I'm not even familiar with Sendmail. Most of my friends are pushing for Postfix, but I see that Debian's default is exim, and I myself have been using courier-imap so currently I'm thinking courier would be the easiest migration route. And why don't u use qmail ? I thought qmail doesn't exist in the main debian archive? -- dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Migrating from qmail: which MTA?
David Garamond wrote: Cristi Banciu wrote: We are planning to migrate a bunch of hosting servers from RH73 + qmail + vmailmgr to Sarge and I'd appreciate on the comments of the choice of MTA to use. Oh, I should add that I'm pretty clueless when it comes to other MTAs. I've used qmail ever since I've used Linux (around RH5-RH6). I'm not even familiar with Sendmail. Most of my friends are pushing for Postfix, but I see that Debian's default is exim, and I myself have been using courier-imap so currently I'm thinking courier would be the easiest migration route. And why don't u use qmail ? I thought qmail doesn't exist in the main debian archive? -- dave Looking via synaptic: qmail-src Source only package for building qmail binary package qmail is a secure Secure, reliable, efficient, simple mail transport system. Dan Bernstein (qmail's author) only gives permission for qmail to be distributed in source form, or binary for by approval. This package has been put together to allow people to easily build a qmail binary package for themselves, from source. To build a binary deb package, first install the qmail-src package, then type the command build-qmail. If you try apt-get source --build qmail-src it will most likely fail because the users do not exist. You MUST install the qmail-src package first. Also be sure to build and install ucspi-tcp before installing the binary qmail package. Install the ucspi-tcp-src package to get ucspi-tcp. This package builds a binary .deb that is FHS compliant and conforms to the Debian standards guidelines. The resulting binary packages are not suitable for re-distribution. There are pre-compiled binary packages for qmail available, but they do not conform to the Debian standards, and are not available in the official archive. Robin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Migrating from qmail: which MTA?
robin wrote: Looking via synaptic: qmail-src Source only package for building qmail binary package qmail is a secure Secure, reliable, efficient, simple mail transport system. Or you can use precompiled binary packages http://smarden.org/pape/Debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Migrating from qmail: which MTA?
Folks - a quite one... With ssh on my Debian server I do not seem to be able to tunnel X back to the client (however, from the client I can successfully tunnel X back when connecting to another client). Obviously I'm doing something wrong but any ideas? Here's the output from the remote machine: ~$ ssh -version OpenSSH_3.8.1p1 Debian-8.sarge.2, OpenSSL 0.9.7d 17 Mar 2004 Bad escape character 'rsion'. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Migrating from qmail: which MTA?
On Sunday 14 November 2004 15:19, David Garamond wrote: We are planning to migrate a bunch of hosting servers from RH73 + qmail + vmailmgr to Sarge and I'd appreciate on the comments of the choice of MTA to use. Requirements: - Maildir support; - Software binary packages are in the main Debian archive (so we are guaranteed prompt security updates when Sarge becomes stable); - IMAPD, POP3; You need two separate things - something to provide the Mail Transport Agent. You main choices are Postfix and Exim. With both of these you can configure them to deliver mail to Maildir mailboxes for local users - or to other things (for instance through mailing lists etc). You use a separate package to provide IMAP or POP3 servers - serving the mail from these Maildir mailboxes. For this, probably the Courier-Imap package is what you want (there are other choices but I don't think the others support maildirs very well). Postfix v Exim is normally a religious choice - Debian slightly favours Exim. I have tried both, although only for a population of 4 maildir users some mailing lists and other addresses that I forward. I favour exim for two reasons. 1) I think that Exim allows the rules that you create to be more configurable to exact requirements rather than just specifiying on/off options and lists of things that postfix seems to use. As a result it easier to have more exact control over how mail was processed - I have all mail passing through spamassassin and through virus scanners all set up through the configuration file, as I do teergrubbing of people trying to send me spam or possibly attack mail in other ways 2) Its possible to put in generic rules to manage mailing lists under mailman so there is no need to add loads of aliases to the /etc/aliases file every time I create or destroy a mailing list Admittedly these two reasons are rather flimsy, but I say it was a religious choice -- Alan Chandler [EMAIL PROTECTED] First they ignore you, then they laugh at you, then they fight you, then you win. --Gandhi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Migrating from qmail: which MTA?
On Sunday 14 November 2004 21:38, michael wrote: Folks - a quite one... With ssh on my Debian server I do not seem to be able to tunnel X back to the client (however, from the client I can successfully tunnel X back when connecting to another client). Obviously I'm doing something wrong but any ideas? Here's the output from the remote machine: What's this got to do with the subject? Don't hijack a thread, start your own. -- Alan Chandler [EMAIL PROTECTED] First they ignore you, then they laugh at you, then they fight you, then you win. --Gandhi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Migrating from qmail: which MTA?
On Sun, Nov 14, 2004 at 10:40:13PM +0700, David Garamond wrote: David Garamond wrote: We are planning to migrate a bunch of hosting servers from RH73 + qmail + vmailmgr to Sarge and I'd appreciate on the comments of the choice of MTA to use. Oh, I should add that I'm pretty clueless when it comes to other MTAs. I've used qmail ever since I've used Linux (around RH5-RH6). I'm not even familiar with Sendmail. Most of my friends are pushing for Postfix, but I see that Debian's default is exim, and I myself have been using courier-imap so currently I'm thinking courier would be the easiest migration route. I guess my first question is why do you want to stop using qmail? It's highly secure and robust, plus you have already climbed its learning curve. While the various suggestions about how to install it via debian packages are quite valid, I would strongly suggest you just download two things: netqmail-1.05.tar.gz from http://www.qmail.org/netqmail-1.05.tar.gz and the Life with qmail document from http://www.lifewithqmail.org. Following the precise directions in the latter document, you can be compiled and configured in no more than a half hour. Don't throw out an excellent mail server merely because it doesn't come in a compiled debian package. Good luck with your transfer. Ollie Regards, dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- |---| | Ollie Acheson | | Morristown, NJ| |---| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Migrating from qmail: which MTA?
Ollie Acheson wrote: I guess my first question is why do you want to stop using qmail? It's highly secure and robust, plus you have already climbed its learning curve. The reasons are partly convenience and partly a political decision. We try to use only packages from the official main Debian archive, the stable distribution, so that we don't have to rebuild stuffs to fix security exploits (though I admit I've never had to upgrade qmail ever since 1.03, it's been proven to be very secure). The other reason is that we want to reject qmail because of its binary redistribution policy. Enforcing /var/qmail layout is acceptable, but forbidding binaries don't really make sense to us. [snip] Good luck with your transfer. Thanks for all the advice. We're still undecided though :-) -- dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
