From owner-cvs-all Wed Jul 29 15:16:46 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA12298 for cvs-all-outgoing; Wed, 29 Jul 1998 15:16:46 -0700 (PDT) (envelope-from owner-cvs-all) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA12282; Wed, 29 Jul 1998 15:16:40 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.8.5/8.8.8) with SMTP id PAA09919; Wed, 29 Jul 1998 15:14:19 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Wed, 29 Jul 1998 15:14:19 -0700 (PDT) From: Doug White To: Peter Wemm cc: Chris Timmons , Peter Hawkins , committers@FreeBSD.ORG Subject: Re: sendmail 8.9.x In-Reply-To: <199807291531.XAA01198@spinner.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >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.