Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

TOPS-20 Mailer 'From:' header.

111 views
Skip to first unread message

paul.a...@gmail.com

unread,
Feb 22, 2013, 7:19:06 AM2/22/13
to
Hi!

I'm trying to configure mail on my Panda installation.
In fact it works pretty well, I'm able to send mail from TOPS-20 to the outside world. There's a problem though: my messages have IP address instead of hostname in the 'From:' field.
Well, I can override on a per-message basis, but that's obviously not the right solution.

The problem might have something to do with the fact that I'm running KLH10 with a tun/tap patch. So the external DNS resolves my hostname to a physical machine IP address and Panda thinks that it corresponds to the KLH10 TUN IP.

There's an appropriate entry in my <SYSTEM>HOSTS.TXT file. In fact, IPHOST NUMBER happily resolves my TUN IP address to the desired hostname, as well as IPHOST NAME does the opposite thing. I thought that would be enough, but it isn't.

I must be missing something important, but don't know where to look, as I'm pretty new to TOPS-20. Suggestions are really welcome and appreciated.

--
Paul A. Anokhin

Rich Alderson

unread,
Feb 25, 2013, 3:35:14 PM2/25/13
to
The mail system on TOPS-20 (MM/MMailr, maintained by MRC) has used DNS in
preference to the HOSTS.TXT table since the early 1980s. The Internet is a lot
larger than can be held in a small text file, after all.

It sounds like you have not properly configured CHIVES (the DNS resolver).
Documentation for CHIVES is a little sparse, but you need to look in DOMAIN:
(which should point to PS:<DOMAIN>, but I haven't looked at how MRC set things
up on Panda recently) for the RESOLV.CONFIG file to see what is going on.

--
Rich Alderson ne...@alderson.users.panix.com
the russet leaves of an autumn oak/inspire once again the failed poet/
to take up his pen/and essay to place his meagre words upon the page...

paul.a...@gmail.com

unread,
Feb 26, 2013, 3:17:19 AM2/26/13
to
Well, I think that I have configured that just as suggested in the Panda distribution README. My DOMAIN:RESOLV.CONFIG lists the same nameservers as the host machine's /etc/resolv.conf.

It seems to resolve names fine. For example I'm able to telnet twenex.org from my TOPS-20, and I get my mail when I send it from TOPS-20 to my Gmail account.

If I understand correctly, the only think missing is resolving back from IP to a symbolic name, if that's the way how the TOPS-20 mail system figures how to fill the 'From: ' field. That is, when I write a message and I issue DISPLAY subcommand, I get:

From: Paul A. Anokhin <PAUL@[AA.BB.CC.DD].#Internet>
instead of <PA...@TWENEX.PAUL7.NET.#Internet> or something like that.

That's pretty much annoying because it's impossible to answer such a message as twenex.paul7.net resolves to a host machine's IP and not that AA.BB.CC.DD address which is in the header.

вторник, 26 февраля 2013 г., 0:35:14 UTC+4 пользователь Rich Alderson написал:

Morten Reistad

unread,
Feb 26, 2013, 5:43:50 AM2/26/13
to
In article <ce2989fa-5981-4473...@googlegroups.com>,
<paul.a...@gmail.com> wrote:
>Well, I think that I have configured that just as suggested in the Panda distribution README. My DOMAIN:RESOLV.CONFIG
>lists the same nameservers as the host machine's /etc/resolv.conf.
>
>It seems to resolve names fine. For example I'm able to telnet twenex.org from my TOPS-20, and I get my mail when I
>send it from TOPS-20 to my Gmail account.
>
>If I understand correctly, the only think missing is resolving back from IP to a symbolic name, if that's the way how
>the TOPS-20 mail system figures how to fill the 'From: ' field. That is, when I write a message and I issue DISPLAY
>subcommand, I get:
>
>From: Paul A. Anokhin <PAUL@[AA.BB.CC.DD].#Internet>
>instead of <PA...@TWENEX.PAUL7.NET.#Internet> or something like that.
>
>That's pretty much annoying because it's impossible to answer such a message as twenex.paul7.net resolves to a host
>machine's IP and not that AA.BB.CC.DD address which is in the header.

Are you sure that there really IS a reverse record for the address?

Check with another machine; tops20 has all the resolver stuff well hidden.

$ nslookup
> server (same ip as in resolv.config)
> set type=any
> dd.cc.bb.aa.in-addr.arpa.

-- mrr


paul.a...@gmail.com

unread,
Feb 26, 2013, 6:11:22 AM2/26/13
to
вторник, 26 февраля 2013 г., 14:43:50 UTC+4 пользователь Morten Reistad написал:
No, there isn't. The address is on a private network (10.0.0.0/8) and the DNS servers are external, so I'm not sure if it's even possible.
I thought there should be a way to override that locally, so I tried to do that with HOSTS file. Apparently that's not enough.

I will set up my own DNS if I must but I'd really like to avoid that.

glen herrmannsfeldt

unread,
Feb 26, 2013, 10:49:57 AM2/26/13
to
paul.a...@gmail.com wrote:

(snip)

>> >That's pretty much annoying because it's impossible to answer
>> >such a message as twenex.paul7.net resolves to a host
>> >machine's IP and not that AA.BB.CC.DD address which is in the header.

(snip)
>> Are you sure that there really IS a reverse record for the address?
>> Check with another machine; tops20 has all the resolver stuff well hidden.

(snip)
> No, there isn't. The address is on a private network (10.0.0.0/8)
> and the DNS servers are external, so I'm not sure if it's even
> possible.
> I thought there should be a way to override that locally, so I
> tried to do that with HOSTS file. Apparently that's not enough.

> I will set up my own DNS if I must but I'd really like to avoid that.

I have had a home DNS since I had two computers and a 9600 baud SLIP
line to the internet. Or maybe before that when I had UUCP running.

What you want is called split DNS, where one server serves the local
network, with FORWARDERS to the outside DNS. It will then reply to zones
it knows, and refer (and cache) zones it doesn't to the DNS servers
listed as forwarders.

You can also have (or your ISP) a DNS server with the outside addresses
for your network, if any. (For example, to allow mail from outside to
reach your TOPS20 host.) Outside hosts will use that one, with the
appropriate addresses to go through your NAT gateway.

It is nice to be able to reach your internal hosts by name instead
of numeric address.

-- glen

paul.a...@gmail.com

unread,
Feb 26, 2013, 11:07:38 AM2/26/13
to
> I have had a home DNS since I had two computers and a 9600 baud SLIP
>
> line to the internet. Or maybe before that when I had UUCP running.

> What you want is called split DNS, where one server serves the local
>
> network, with FORWARDERS to the outside DNS. It will then reply to zones
>
> it knows, and refer (and cache) zones it doesn't to the DNS servers
>
> listed as forwarders.
>
>
>
> You can also have (or your ISP) a DNS server with the outside addresses
>
> for your network, if any. (For example, to allow mail from outside to
>
> reach your TOPS20 host.) Outside hosts will use that one, with the
>
> appropriate addresses to go through your NAT gateway.
>
>
>
> It is nice to be able to reach your internal hosts by name instead
>
> of numeric address.
>
>
>
> -- glen

Thanks, Glen.

Maybe I shouldn't be afraid of setting up my own DNS after all :)

Thanks to everyone for suggestions.

--
Paul Anokhin

Morten Reistad

unread,
Feb 26, 2013, 7:33:22 AM2/26/13
to
In article <1f72f0b4-d2e6-49f4...@googlegroups.com>,
<paul.a...@gmail.com> wrote:
>вторник, 26 февраля 2013 г., 14:43:50 UTC+4 пользователь Morten Reistad написал:
>> In article <ce2989fa-5981-4473...@googlegroups.com>,
>>
>>
>> Check with another machine; tops20 has all the resolver stuff well hidden.
>>
>>
>>
>> $ nslookup
>>
>> > server (same ip as in resolv.config)
>>
>> > set type=any
>>
>> > dd.cc.bb.aa.in-addr.arpa.
>>
>>
>>
>> -- mrr
>
>No, there isn't. The address is on a private network (10.0.0.0/8) and the DNS servers are external, so I'm not sure if
>it's even possible.
>I thought there should be a way to override that locally, so I tried to do that with HOSTS file. Apparently that's not enough.
>
>I will set up my own DNS if I must but I'd really like to avoid that.

That is your solution, right there.

Tops20 follows the (pre-rfc1918) internet specs to the letter. No "hostresorder",
ip numbers in [] brackets, nothing of this unixy stuff that really violate
rfcs.

So you need a DNS to provide reverse mapping.

-- mrr
0 new messages