Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!sri-spam!ames!ucbcad!ucbvax!cbatt!cbosgd!mark
From: mark@cbosgd.ATT.COM (Mark Horton)
Newsgroups: comp.mail.uucp
Subject: mod.map problems and directions
Message-ID: <3129@cbosgd.ATT.COM>
Date: Tue, 2-Dec-86 12:23:34 EST
Article-I.D.: cbosgd.3129
Posted: Tue Dec  2 12:23:34 1986
Date-Received: Tue, 2-Dec-86 20:48:57 EST
Organization: AT&T Bell Laboratories, Columbus, Oh
Lines: 45

There were a few hiccups in the mod.map posting this month.
There was an empty file posted with subject
	UUCP map for d.u[a-l]*
due to a shell script typo.  The d.* files were also posted twice,
once with a long subject line which causes problems for a few systems.
The 2nd and 3rd batches did not go out on schedule, and are being
sent out currently - these batches have the AT&T maps for nj and il.
Finally, the 7th batch did not go out, due to a crontab problem.
It went out yesterday.

Anyway, when u.usa.il.a.? arrives on your machines (it will leave
cbosgd tonight, Dec 2) you will have the complete map.  You can
safely discard the d.u[a-z]* posting, and you should also probably
discard u.Path.? since those files have been replaced.

I apologize for any inconvenience this may have caused.  The problems
have been corrected and should not affect next month's posting.

Next month's posting will adopt a minor change; we will no longer
post duplicate information in both the d.* and u.* files.  For domains
that are registered and appear in d.*, we will delete their information
from the u.* file.  If you have information in only your u.* that you want
to continue to send out, it should go into your d.* file.  One side-effect
of this is that the special files for AT&T and Bellcore *.a.* and *.b.*
will no longer be distributed; if you want records of them, save this
month's postings somewhere.

Note that we want to keep the d.* files small.  As such, we only want
to know about your domain gateways.  There is no need to list the contact
information for all your internal machines; we can go through the domain
contact if necessary.  Similarly, domain mail can be delivered through
your gateways; there is no need for information about internal machines
or subdomains.  Thus, large companies like AT&T, Tektronix, and HP should
be planning for the elimination of their huge lists of UUCP machines in
the u.* files and replacement by a small domain entry in the d.* file.
We do intend to offer a "we reserve these UUCP names" service, by listing
ONLY the UUCP names in the d. entry, for example:
	ATT-NAC = {ihnp4, cbosgd, ... }
	cbosgd:	ATT-NAC(DIRECT)
which reserves the name and ensures that all such hosts are reachable.
If you need assistance in setting this up (or would like input into the
process) please let us know.

	Mark Horton
	Director, The UUCP Project