From owner-freebsd-questions Sun Feb 15 09:56:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA29384 for freebsd-questions-outgoing; Sun, 15 Feb 1998 09:56:00 -0800 (PST) (envelope-from owner-freebsd-questions@FreeBSD.ORG) Received: from abby.skypoint.net (abby.skypoint.net [199.86.32.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA29346 for ; Sun, 15 Feb 1998 09:55:49 -0800 (PST) (envelope-from bruce@zuhause.mn.org) Received: (from uucp@localhost) by abby.skypoint.net (8.8.7/jl 1.3) with UUCP id LAA27551; Sun, 15 Feb 1998 11:55:22 -0600 (CST) Received: (from bruce@localhost) by zuhause.mn.org (8.8.8/8.8.7) id LAA02468; Sun, 15 Feb 1998 11:48:49 -0600 (CST) Date: Sun, 15 Feb 1998 11:48:49 -0600 (CST) Message-Id: <199802151748.LAA02468@zuhause.mn.org> From: Bruce Albrecht To: Brian Somers Cc: questions@FreeBSD.ORG Subject: Re: ppp.linkdown, sendmail and named In-Reply-To: <199802151007.KAA10714@awfulhak.org> References: <199802150309.VAA00754@zuhause.mn.org> <199802151007.KAA10714@awfulhak.org> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Somers writes: > > It looks to me like sendmail is trying to do a reverse DNS lookup on my > > PPP gateway, which causes my system to dial up the ISP when I receive > > mail through UUCP. Is there anything I can put in the ppp.linkdown > > that might prevent this from happening? > > There's some stuff in http://www.FreeBSD.org/FAQ/userppp.html about > this. Your options are limited. The only real way is to create your > own DNS and resolve stuff like this for sendmail. > > You may also want to use ``deferred'' delivery mode in sendmail, but > this will screw up any spam filtering you've got, and will also avoid > processing incoming mail (which is ok if you're popping it anyway). I think I figured out a solution. I had the following two commands in the setup for the -auto system: set ifaddr 10.0.2.15/0 128.128.128.128/0 add 0 0 128.128.128.128 and 128.128.128.128 was not an address for which my name server was authoritative. I added a dummy entry for 10.0.2.20 to my name server db, and then changed the two lines to: set ifaddr 10.0.2.15/0 10.0.2.20/0 add 0 0 10.0.2.20 and all is well. Even after reading most of the O'Reilly cricket book, it took a bunch of debugging of my errors in my DNS database, and changing my a few things in my ppp configuration. Basically, the couple of rules one needs to know (and I hadn't seen explained in any of the FAQs): When you're setting up the rules for an auto-dial system with dynamic IP addressing in ppp.conf, and it's bringing up the link every time sendmail runs because it's doing name lookups, you need to create a local nameserver, and make sure you have the following specified in your ppp.conf file for the system: set ifaddr /0 /0 add 0 0 where and are 4 octect addresses which are authoratively defined in your local name server's databases, and the following should be in the ppp.linkup: MYADDR: delete ALL add 0 0 HISADDR and the following should be in the ppp.linkdown to remove the reverse DNS lookup by sendmail for the old gateway after the link goes down. and should be the same as the ones specified in ppp.conf. MYADDR: delete ALL set ifaddr /0 /0 add 0 0 I've found that it's invaluable to turn on logging for named as well as ppp when debugging this. My first problem for unexpected ppp linkups was that named was not finding authoritative answers for machines in my subdomain, and then after I fixed the errors in by named databases, I realized sendmail was doing reverse name lookups of the gateway, and modified my ppp configuration so that the dummy address for the gateway was something (a non-existant machine, in my case) in my domain. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message