Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!munnari.OZ.AU!news.ecn.uoknor.edu!news.ysu.edu!odin.oar.net!malgudi.oar.net!imci4!newsfeed.internetmci.com!news.kei.com!nntp.coast.net!dispatch.news.demon.net!demon!gw6hva.demon.co.uk!not-for-mail
From: martin@gw6hva.demon.co.uk (Martin Vernon)
Newsgroups: demon.ip.support,demon.tech.unix,comp.unix.bsd.freebsd.misc
Subject: Re: Batch FTP and Web Pages
Followup-To: demon.ip.support,demon.tech.unix,comp.unix.bsd.freebsd.misc
Date: 17 Jul 1996 00:17:32 GMT
Organization: Supavision
Lines: 69
Message-ID: <4shbes$4r7@news-gb7osp.ampr.org>
References: <4schgu$7t@anorak.coverform.lan> <837555317snz@dsl.co.uk>
NNTP-Posting-Host: news-gb7osp.ampr.org
X-NNTP-Posting-Host: gw6hva.demon.co.uk
X-Newsreader: TIN [UNIX 1.3 BETA-950824-color PL0]
Brian {Hamilton Kelly} (bhk@dsl.co.uk) wrote:
> In article <4schgu$7t@anorak.coverform.lan>
> brian@awfulhak.demon.co.uk "Brian Somers" writes:
>
> > Brian Blackmore (bnb@looking-glass.org) wrote:
> > : Your knowledge of this subject shows up as being totally crap, by the
> > : statement you said above and also by the fact that your news setup
> > : breaks RFC1036 (message ID's must have a valid internet domain name
> > : after the @ anorak.coverform.lan is *not* a valid internet domain
> > : name, if everyone choose stupid domain names and didn't register them
> > : there would be clashes all over the place and a Message-Id would not
> > : be unique.)
> > : </Reality>
> >
> > Yeah, so you go patch tin so that it allows you to configure
> > your article names.
>
> It doesn't require any "patching" of tin; merely that you configure your
> system correctly. looking at other headers in your postings, we find:
> NNTP-Posting-Host: localhost.coverform.lan
> X-NNTP-Posting-Host: awfulhak.demon.co.uk
>
> Now the second line is added by Demon's news posting software. It
> identifies unequivocally the machine through which the article was
> received by Demon. This, amongst other things, prevents Demonites from
> forging articles.
>
> The first line was inserted by tin; it reflects the configuration options
> that you (or your sysadmin) provided to tin (it's so many years since I
> last looked at tin that I cannot remember what this is called). So
> *someone* has selected localhost.coverform.lan as the name of the node
> from which the posting occurred --- we wouldn't have a situation here
> where a corporate LAN was being interfaced to the Internet as a Demon
> node, would we? If so, you *are* paying Demon the extra GBP200pa for the
> networking option, aren't you? If you're a basic TAM customer, all users
> must read and post e-mail and news on just the one machine, and not any
> machine on a corporate LAN.
>
> It boils down to the fact that tin has been misconfigured, and is issuing
> onto the 'net host names which cannot, and must not, exist (except on a
> *completely* local basis).
Ummm, excuse me !!!
He is not running a DNS and spitting out stuff that he shouldn't (as far
as I can tell anyhow).
There is no reason at all, why his machine can't have it's own identity
other than the one under which it is known to Demon.
If you look carefully, you'll see this is the case with my machine too,
it's real identity is news-gb7osp.ampr.org but when connected via Demon
it is known as gw6hva.demon.co.uk.
Oh yes and before you start spitting feathers about my machine name, yes
it is known to the DNS as news.gb7osp.ampr.org but I changed it
recently.
As for a corporate LAN, that's probably just a little far fetched don't
you think, he may or may not have a LAN there, I certainly have several
machines hooked up together here. However, there is no reason why the
posting machine shouldn't have another identity, Demon will not route to
the other identity (assuming it exists in the DNS) and if this guy has a
reason for an alternate identity, then where's the problem ???
--
Martin Vernon, Sysop GB7OS/GB7OSP, Chairman GCPG, IP Co-ordinator N. Wales
GW6HVA@GB7OSP, gw6hva@gb7osp.ampr.org, e-mail: martin@gw6hva.demon.co.uk
Voice: +44 589 900 564 Data: GB7OSP V32.bis, 8N1, ANSI +44 1492 872 467