*BSD News Article 47162


Return to BSD News archive

Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!simtel!zombie.ncsc.mil!news.mathworks.com!newshost.marcam.com!usc!cs.utexas.edu!news.sprintlink.net!EU.net!Germany.EU.net!zib-berlin.de!news.tu-chemnitz.de!irz401!uriah.heep!bonnie.heep!not-for-mail
From: j@bonnie.heep.sax.de (J Wunsch)
Newsgroups: comp.unix.bsd.freebsd.misc
Subject: Re: iijppp and kernel ppp device
Date: 17 Jul 1995 11:52:30 +0200
Organization: Private U**x site, Dresden.
Lines: 50
Message-ID: <3udbsu$t8b@bonnie.tcd-dresden.de>
References: <3u3co4$hur@Mars.mcs.com> <DBpG4E.6G@tarush.chattanooga.net>
Reply-To: joerg_wunsch@uriah.heep.sax.de
NNTP-Posting-Host: 192.109.108.139
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

Tom Rush <tom@tarush.chattanooga.net> wrote:

>I have been using iijppp for several weeks now and have seen no speed
>penalty whatsoever; in fact, it seems to be slightly better than my
>experiences with ppp in the past.  With a 14400 modem, I get transfer
>rates of about 1570 when ftp'ing gzipped files.  This compares well
>with uucp, which runs about 1650 with gzipped news batches.

Does this also hold for multiple (incoming) PPP connections, or
would i better be using kernel PPP there?

>My only problem with demand dialing was sendmail.  I couldn't get it
>to stop dialing up the name server no matter how I tried!

You didn't read the ugly documentation. :-]

from /usr/src/usr.sbin/sendmail/cf/README:

+----------+
| FEATURES |
+----------+

Special features can be requested using the "FEATURE" macro.  For
example, the .mc line:

        FEATURE(use_cw_file)

...
nocanonify      Don't pass addresses to $[ ... $] for canonification.
                This would generally only be used by sites that only
                act as mail gateways or which have user agents that do
                full canonification themselves.  You may also want to
                use "define(`confBIND_OPTS',`-DNSRCH -DEFNAMES')" to
                turn off the usual resolver options that do a similar
                thing.

...and:

nodns           We aren't running DNS at our site (for example,
                we are UUCP-only connected).  It's hard to consider
                this a "feature", but hey, it had to go somewhere.


Both in conjunction will totally eliminate all DNS traffic caused
by sendmail.
-- 
cheers, J"org                      private:   joerg_wunsch@uriah.heep.sax.de
                                   http://www.sax.de/~joerg/

Never trust an operating system you don't have sources for. ;-)