On 09-Nov-97 Craig Sanders wrote: > > but the biggest problem with qmail is the author's attitude. it would > be fine if he said "here's the way i like things to run, so that's the > default...but if you prefer the old standard ways then make this change > and that change and everything will run sweetly". but he doesn't do > that, he says "the old ways suck so you can't have them. you have to do > it my way even if my way sucks for your particular setup. tough luck".
I agree with this. qmail seems to be oriented toward efficient transmission of mail out to the internet, fine, but that is only HALF of the picture. In today's environment you need to do more. My users hate spam. Dealing with spam complaints is the majority of mail system administration for me. Exim has some very interesting methods of sender rejection, system-wide message filtering and finally user-specific message filtering built into it. Exim provides the user with a more comfortable email environment with minimum administrative headache for me. Philip Hazel, author of Exim, has promised a release of Exim that works with Paul Vixie's MDL before Christmas and stated that this is already in use in testing. This, combined with the already extensive array of relay policy and sender rejection criteria possible plus the filtering make Exim my choice for a total mail administration solution. All I need to do now is make a web-based front-end for users to create their own filters, auto-responders, and forwarding and I am free from a large amount of mail admin. Qmail might be my choice for a stand-alone mailing list server but that would be about it. It is very efficient at bulk sending of email but that is only a small part of the total email picture. Some of us have to deal with users. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
