From owner-freebsd-isp Thu Oct 29 08:55:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15869 for freebsd-isp-outgoing; Thu, 29 Oct 1998 08:55:06 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from ns1.cioe.com (ns1.cioe.com [204.120.165.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA15854 for ; Thu, 29 Oct 1998 08:55:04 -0800 (PST) (envelope-from steve@ns1.cioe.com) Received: (from steve@localhost) by ns1.cioe.com (8.9.1/8.8.5) id LAA15126; Thu, 29 Oct 1998 11:54:57 -0500 (EST) Date: Thu, 29 Oct 1998 11:54:57 -0500 (EST) From: Steve Ames Message-Id: <199810291654.LAA15126@ns1.cioe.com> To: dhw@whistle.com, freebsd-isp@FreeBSD.ORG, steve@ns1.cioe.com Subject: Re: 3.0 and /etc/mail/sendmail.cf.additions In-Reply-To: <199810291649.IAA17486@pau-amma.whistle.com> Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Oh -- you modified the .cf file directly (vs. making a .mc file & then > using "make" to generate the .cf file)? Unfortunate. (I'd consider > this Yet Another Reason to avoid the "hack^Wupdate sendmail.cf file > directly" approach.) *sigh* Not the point. I'd be happy to play with the stock freebsd.mc file that happily generates the stock sendmail.cf file. What I'd like to be able to do is to incorporate the sendmail.cf.additions that are in /etc/mail/ into my sendmail.cf. Putting them into the .mc file and then generating a .cf still produces duplicate rules. > A .cf generated from the 8.9.1-supplied .m4 & .mc files will deny > relaying by default. Sure but it doesn't support the extra databases that block known spam sites or utilize the realtime blackhole list. -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message