From owner-freebsd-questions Tue Apr 14 19:57:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA27780 for freebsd-questions-outgoing; Tue, 14 Apr 1998 19:57:53 -0700 (PDT) (envelope-from owner-freebsd-questions@FreeBSD.ORG) Received: from java.dpcsys.com (java.dpcsys.com [206.16.184.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA27766 for ; Wed, 15 Apr 1998 02:57:28 GMT (envelope-from dan@dpcsys.com) Received: from localhost (dan@localhost) by java.dpcsys.com (8.8.7/8.8.5) with SMTP id TAA08948; Tue, 14 Apr 1998 19:57:39 -0700 (PDT) Date: Tue, 14 Apr 1998 19:57:39 -0700 (PDT) From: Dan Busarow To: laszlo vagner cc: questions@FreeBSD.ORG Subject: Re: domain resolve for email In-Reply-To: <199804150129.UAA00903@mutsgo.dyn.ml.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've Cc'd the list in case anyone else made the same mistake. On Tue, 14 Apr 1998, laszlo vagner wrote: > is there any special position this code must be in and do i also have to > include the "Scheck_mail" line? I put ours at the end of S98 (The local rules) but anywhere outside of another rule should work. > i didnt put Scheck_mail as i thought this is a header of some sort? YES, you need the Scheck_mail Lines that start with an "S" define rulesets in sendmail.cf, so this is rule check_mail Without the Scheck_mail the tests in the ruleset will be executed by wharever rule they happen to follow. (The start of one rule is what determines the end of another rule) > i put everything after the #verify line at the end of my sendmail.cf > is this ok? If your .cf is similar to mine, in that the existing lines at the end were mailer defs then yes, it's OK. But add the Scheck_mail to make it work :) I have a web page describing the check_* rules at http://www.beach.net/~dan that describes Claus Assman's rules (and has a link to them) It's a little out of date, missing some of the newer tricks, including this one, but reading through it should help you understand what's going on with these rules. And whenever you implement rules that toss mail away you really *should* understand what's happening. Dan -- Dan Busarow 714 443 4172 DPC Systems / Beach.Net dan@dpcsys.com Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message