From owner-freebsd-hackers Sun Sep 7 19:43:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA28276 for hackers-outgoing; Sun, 7 Sep 1997 19:43:54 -0700 (PDT) Received: from usr07.primenet.com (tlambert@usr07.primenet.com [206.165.6.207]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA28268; Sun, 7 Sep 1997 19:43:51 -0700 (PDT) Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id TAA16013; Sun, 7 Sep 1997 19:43:50 -0700 (MST) From: Terry Lambert Message-Id: <199709080243.TAA16013@usr07.primenet.com> Subject: Re: spam and the FreeBSD mailing lists To: jmb@FreeBSD.ORG (Jonathan M. Bresler) Date: Mon, 8 Sep 1997 02:43:49 +0000 (GMT) Cc: ahd@kew.com, jmb@FreeBSD.ORG, hackers@hub.freebsd.org, support@kew.com In-Reply-To: <199709080116.SAA23646@hub.freebsd.org> from "Jonathan M. Bresler" at Sep 7, 97 06:16:02 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > uucp mail from is valid. even though i cannot doa DNS on it. > our uucp relay will accept the message and attempt delivery for us. UUCP mail is specifically handled semantically in the relay syntax for the embedded responder address. THis has to be handled anyway, or you would not be able to send mail from a "normal" host to a UUCP host and then on to a bang path. For example, in the address "gang!foobar@fee.com", the address of the relay host "fee.com" must be accessible. In other words, only the RHS is examined, and the bangs are all left-associative. > hub cf[183] grep 22278 /var/log/maillog > Sep 7 17:51:03 hub sendmail[22278]: NOQUEUE: ruleset=check_relay, arg1=[200.241.133.2], arg2=200.241.133.2, relay=root@localhost, reject=451 Domain does not resolve Heh. The address rewriting rules for outbound mail will, by default, replace the 'localhost' before invoking the check_relay ruleset following rule 98. If it doesn't, your config file is broken (or, re: our LUSER_RELAY discussion, perhaps the sendmail configuration macros are flawed). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.