Quey wrote:
Christopher Chan wrote:

I think it is your subconscious dislike of postfix that is preventing you from exploring postfix and really make full use of its capabilities.

possibly, it may have a lot to do with all the postfix spammers, " oh why use sendmail piss it off use postfix its better", kind of like the rest of the spam we all been getting for years "mines bigger than yours" ... well sorry, I disagree I have run it before and i find sendmail just as or more flexible, but I admit it is each to our own, I only wish sendmail natively supported maildir without messy use of maildrop.

You are free to hit Spam-L and call Outblaze spammers. I do not work for them any more but I dare say you will be run of the list. It is really strange that you start off with 'postfix spammers'. In my over three years of fighting bounce floods from joe-jobs, fighting scripters and 419 scammers, I have never seen postfix as part of the problem. There has not been one remotely exploitable root hole in postfix but as for sendmail, I have had to patch, recompile and reinstall sendmail at least 4 occasions in my first year with Outblaze before I had to rip it out and replace it with postfix. I ripped sendmail out, not because of the need to patch security holes, but because the mysql patch was hammering our mysql servers into the ground so I guess I cannot blame sendmail itself on that score but I do believe I can lay part of the spam blame at sendmail for its insecure code since not all 'admins' out there maintain their servers properly. Just recently I had to tell one 'admin' to seriously reconsider not using Redhat 9 and the sendmail that comes on disk.

Unless you use milter, there is no way sendmail is more flexible than postfix. As an example, if you can come up with a sendmail ruleset that incorporates both sender and recipient into its consideration, I take that back. I will accept and I did say that sendmail gives you more control due to its rulesets but I disagree on flexibility. Of course, one would now just pass on all this stuff to a milter and forget about driving yourself crazy with sendmail rulesets.

procmail supports maildir...but yes, it is hard to get a virtual mail solution ala vpopmail.

incidently I also have manage large networks, one recently a top 5 national telco in my country so your 30 million email blah blah doesnt astound me or shock me, it is however rather typical of the snotty nosed postfix spammers. I'll use cyrus with sendmail over postfix anyday, and since you have contributed nothing of consequence to this thread your opinion means as much to me as the kid who lives next door that runs his works 3 person exchange server.

OH, you do not want to know how to get postfix to check for mailbox existence at smtp time? Okay.

My interest was in not having to change the current setup where I am now, which as I said is fed by bunch of sendmail servers that handle the job well, I was just exploring other possibilities, where I am now we certainly will not move from vpopmail because all that data on those FAS6000's would be a nightmare if something went wrong, and I'm very happy with vpopmail, its very effcient and fast.

No way did I imply moving away from vpopmail. Why build your own when vpopmail does such an excellent job of it?

In both setups, use of vpopmail tools is basically all that needs running to configure postfix after the main postfix configuration is done. If vpopmail does not have that domain or that user, it is get lost at RCPT TO.

What are you using for your backend? mysql or cdb? Did your sendmail bigot of a mind prevent you from seeing that postfix can directly use vpopmail user databases for user existence checking? I have done a cdb patch for sendmail if you want to continue to use sendmail but it was done for sendmail 8.12.7 so I guess it probably needs updating...

Reply via email to