Date: Wed, 29 Jul 1998 15:14:19 -0700 (PDT) From: Doug White <dwhite@resnet.uoregon.edu> To: Peter Wemm <peter@netplex.com.au> Cc: Chris Timmons <skynyrd@opus.cts.cwu.edu>, Peter Hawkins <thepish@FreeBSD.ORG>, committers@FreeBSD.ORG Subject: Re: sendmail 8.9.x Message-ID: <Pine.BSF.4.00.9807291506420.24795-100000@resnet.uoregon.edu> In-Reply-To: <199807291531.XAA01198@spinner.netplex.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
>From the support department: On Wed, 29 Jul 1998, Peter Wemm wrote: > Chris Timmons wrote: > > > > I think the only issue that would trip people up is needing > > > > FEATURE(relay_entire_domain) > > > > if hosts use the machine as an SMTP gateway (we have lots of PCs running > > pegasus/eudora/etc that do this.) > > I think this should be on by default when we ship: > > FEATURE(relay_based_on_MX) Can we do both? Both are perfectly reasonable options that stops the grand majority of relay abuse. > > He may have a direction in mind already... > > I'm hesitating on what to do, so I'd like some feedback. What I have done is: > src/contrib/sendmail (since the license may be significant to some folks) > src/usr.sbin/sendmail (builds/installs /usr/sbin/sendmail only) > src/usr.sbin/makemap (builds/installs /usr/sbin/makemap only) > .. same for praliases, rmail, mail.local, smrsh, but in their dirs .. > src/etc/sendmail (for building/installing the sendmail.cf file) > > This is able to be imported at a moments notice. > > I'm not very happy about src/etc/sendmail at present. It works just the > same as src/usr.sbin/sendmail/cf/cf right now (ie: does nothing by default > but can be adjusted from make.conf). I'd like to use src/etc/ mail, but > the Makefile there is already taken. Sendmail will move to having it's > sendmail.cf file as /etc/mail/sendmail.cf in the next release, and already > many of the .m4 files refer to optional files in /etc/mail. Well, /etc/mail is a FreeBSD creation. Do you think people would miss it too much if we squashed it (considering the new basic rules have filtering enabled anyway)? For the record, I had a brainstorm: Provide some stock .cf's for common situations, kind of like how we provide some stock firewall configurations: sendmail.cf.relay_nothing sendmail.cf.relay_mx_only sendmail.cf.relay_mx_and_domain sendmail.cf.relay_everything This way people don't have to fight m4; they just have to fight cp. :) If people want the unusual features then they can build a new one. It would be handy if the sendmail.cf build structure was available by default. If not, then I would strongly urge to provide some pre-built alternate configurations. > Is it worth doing a repository copy from src/usr/sbin/sendmail to > src/contrib/sendmail? This will add around 6MB of bloat to the ncvs files in > the repository that wouldn't happen with a clean import (only ~2MB clean, > ~8MB with copy first). Considering the cost, is partitioning it off in > src/contrib/sendmail an over-reaction? If you're replacing the entire source, would it be that much of a difference to keep the old history? Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major PS: Get well soon Peter.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.00.9807291506420.24795-100000>