From owner-freebsd-hackers  Fri Aug 16 11:21:59 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id LAA04911
          for hackers-outgoing; Fri, 16 Aug 1996 11:21:59 -0700 (PDT)
Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2])
          by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA04900
          for <freebsd-hackers@FreeBSD.ORG>; Fri, 16 Aug 1996 11:21:56 -0700 (PDT)
Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02)
	id AA29525; Fri, 16 Aug 1996 14:20:05 -0400
Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Fri, 16 Aug 1996 14:20 EDT
Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id OAA00915; Fri, 16 Aug 1996 14:03:48 -0400 (EDT)
Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id OAA04488; Fri, 16 Aug 1996 14:10:12 -0400 (EDT)
Date: Fri, 16 Aug 1996 14:10:12 -0400 (EDT)
From: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com>
Message-Id: <199608161810.OAA04488@lakes.water.net>
To: roberto@keltia.freenix.fr, ponds!FreeBSD.ORG!freebsd-hackers
Subject: Re: Sendmail 8.7.5 issues (the sendmail in FreeBSD 2.1.5.)
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> 
> According to Thomas David Rivers:
> > What did I discover?  There's no way to tell sendmail to not use
> > DNS (it will be fixed in a "future" version.)
> 
> There is. 
> 
> Use 
> 
> FEATURE(nocanonify)
> FEATURE(nodns)

 Aha!  Yep - that's what I used to do - but, if you look in the
READ_ME for this version of sendmail, under "Non-DNS based sites"
you find:


  Non-DNS based sites
        This version of sendmail always tries to connect to the Domain
        Name System (DNS) to resolve names, regardless of the setting
        of the `I' option.  On most systems that are not running DNS,
        this will fail quickly and sendmail will continue, but on some
        systems it has a long timeout.  If you have this problem, you  
        will have to recompile without NAMED_BIND.  Some people have
        claimed that they have successfully used "OI+USEVC" to force
        sendmail to use a virtual circuit -- this will always time out  
        quickly, but also tells sendmail that a failed connection
        should requeue the message (probably not what you intended).
        A future release of sendmail will correct this problem.

and, after a quick perusal of the m4 files, you see that nodns
doesn't actually do anything anymore... and there is no
way to have sendmail not do DNS...  in my situation, it always
failed talking to the name server, and then simply queued the
mail. (Exactly what is described in that paragraph....)


	- Dave Rivers -