Re: Where from sendmail.cf distro?

[Chuck Yerkes <chuck+obsd_(_at_)_2003_(_dot_)_snew_(_dot_)_com>]

Because the m4 based Build tree is much better than "make"?
(oh! for configure with sendmail and perl).

Because it's easier to read 4 READMEs (sendmail/README, cf/README
sendmail/TUNING and README) than typing
  make WANT_LDAP=1 WANT_MILTER=1 WAIT_SMTPAUTH=1

to get what you want?

sendmail is extra-ordinarily portable.  The work of the distro
folks has been to fit it nicely into the OS your running.

Regarding other things:
BIND has been modified to chroot a bit smarter
Apache chroots and has changes that aren't back in the apache tree.

Same for many other things under src/contrib/, er, I mean src/gnu
and various places.

Me,  I *LOVE* doing a "cd /usr/ports/mail/mailman; make"

I go to solaris and it's pulling teeth to get the right
packages with the right dependancies from 12 places.

XML anything is so rife with dependancies it's not funny.
Ports makes that go away.  A few people focus on 1 way to
do it so that 1000's of people don't have to each do it
themselves.  That's a Good Thing.


No longer tech@, I end here.

Quoting C Harrison (harrison_(_at_)_phoenixcomm_(_dot_)_net):
> At 05:14 PM 4/4/2003 -0600, L. V. Lammert wrote:
> >What is the source file for the sendmail.cf distributed with OBSD? I tried
> >to build from openbsd-localhost.mc and openbsd-proto.mc, but neither seemed
> >to be the souce file. Info for J. Cameron doing the sendmail module for 
> >webmin.
...
> I have bind working wiht UNIX for over 25 years. I use mostly Sun Solaris 8 
> on SPARC 5/10/20 and ULTRAs for the 64 bit stuff (It makes my db fly). I 
> use OpenBSD on a few pc's one of them being my firewall (SPARC5).
> 
> So here is my advice.. you should go the home of sendmail www.sendmail.org 
> ... and build it your self! Please Do Not Relie on a 3rd party distro. I 
> build most of my tools including:
> 
> Sendmail
> Apache
> Database stuff
> JAVA
> PERL & CPAN
> 
> This way once I verify the compiler my code base is "good to go"
> 
> This way you look at the BSDtech list for kernel problems, hacks, craks 
> etc..  that is almost none!
> 
> then look at the CERT www.cert.org for the rest...