Re: [vchkpw] vpopmail and postfix
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...
Re: [vchkpw] vpopmail and postfix
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. 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. 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. cheers
Re: [vchkpw] vpopmail and postfix
Quey wrote: Hi All, Currently we have a large setup of domains and users, we have a couple of qmail boxes, which are fed by front line sendmail boxes, since its a sinch to have all todays modern anti-spam and whatever else, this way qmail machines only ever see real email (apart from answering a sendmail milter question for users existence, as much as I detest postfix, it has close to the same capabilites as our sendmails, and is apprently capable of working with vpopmail, I have followed the postfix.txt file, however it does not work, it does not deliver mail to the user, it blindly accepts mail for non existent users (who knows what it does with it anyway since it doesn't deliver to users that do exist) so has anyone actually got postfix to work with vpopmail using the current stable release? If so did you run into this problem, any hints? or is it my subconcious dislike of postfix that made me overlook something :)? Detest sendmail? I frigging got rid of the custom mysql table enabled sendmail when it started killing the system due to a minimum three month long bounce flood and replaced it with postfix in 2003 when I work for a service provider that manages over 30 million mailboxes and handles 200 million email transactions on average daily. postfix has far more flexibility in its rules although less power/control than sendmail rulesets. As for integrating postfix with vpopmail, I have setup two different systems. In the first one, qmail will do the final delivery and so dot-qmail is in effect. In the second system, qmail is all but eliminated. Local delivery is handled by postfix but dot-qmail capabilities were lost. I think it is your subconscious dislike of postfix that is preventing you from exploring postfix and really make full use of its capabilities.
[vchkpw] change Log_ service
Is there an easy way to have logging go to another service like local1, local3 etc without having to massively edit all LOG_'s ? I'd rather use messages file for real system stuff only, and its at a time where I need to enable logging for helpdesk staff. Thanks Q
Re: [vchkpw] vpopmail 5.4.20 released
Quey wrote: Rick ? Is this correct or should we be doing something else like Tony asked and renaming all domains to pw_domains ? my bad, I was talking to Tony, I meant what Steve asked? :) ( it is early you know hehe)
Re: [vchkpw] vpopmail 5.4.20 released
Steve Cole wrote: On Wednesday 22 August 2007, Rick Widmer wrote: http://vpopmail.sf.net/ 5.4.20 - released 21-Aug-07 Feels odd to ask this, but in the UPGRADE document, it lists the "pw_domain" columns as requiring updates, but my databases have just "domain" in them except for the vpopmail table. I've upgraded them manually, but should I be re-naming the columns manually? I'd prefer not to take the plunge and ask instead. :) Moving from 5.4.17. Thanks for any help. Likewise, I have the same situation, and did the same as you. Rick ? Is this correct or should we be doing something else like Tony asked and renaming all domains to pw_domains ? Regards Q
