And this has what to do with vpopmail?
This is a VPOPMAIL list, not a sendmail list, or a postfix list. I
don't mind qmail questions here, but this is way too far off topic to
continue.
Rick
Christopher Chan wrote:
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...
