Xref: utzoo news.admin:4530 news.sysadmin:2072 news.config:1090
Path: utzoo!attcan!uunet!husc6!mailrus!csd4.milw.wisc.edu!bionet!agate!saturn!ssyx.ucsc.edu!ulmo
From: ulmo@ssyx.ucsc.edu (Brad Allen)
Newsgroups: news.admin,news.sysadmin,news.config
Subject: Re: French and UK sites wanted for EUcon.
Message-ID: <6068@saturn.ucsc.edu>
Date: 23 Jan 89 01:11:11 GMT
References: <96@i2ack.UUCP> <303@dcs.UUCP> <55538@pyramid.pyramid.com> <105@i2ack.UUCP> <459@eda.com> <8813@alice.UUCP>
Sender: usenet@saturn.ucsc.edu
Reply-To: ulmo@ssyx.ucsc.edu (Brad Allen)
Followup-To: news.config,comp.mail.uucp
Organization: no affiliation with UCSC
Lines: 29

Just as a comment in what fixes I think should be used for this and MANY other
problems, and am surprised many networks don't already have these implemented
(I am still planning on doing so myself, but you know how those things go ...)

In article <8813@alice.UUCP> debra@alice.UUCP () writes:
[using UUCP maps to cost traffic through your site for/from site "x"]
> easily intercept and/or toss all mail for "x". This is a very bad situation,
> especially since mail DOES get tossed by systems. All AT&T operated Unix
All three fixes help this one:

-	all objects have reliable communication, e.g. MAIL SHOULD HAVE ACKS
	(with a minimum of one positive ACK from the dest to the orig on
	success); failed mail would be resent.  (Progress ACKs/NAKs can help
	and get in the way; it's not very hard to set this up appropriately.)
-	encryption (the administration and organization of this one falls out
	pretty easily from the implementation of the below, as well)
-	permissions.  This would fit under the category of extended,
	programmable network/host updates (e.g. similar to UUCP Map, EGP, etc.
	but just better).  (note:  not everyone would receive all such updates;
	this illusion seems to often be held by UUCP Map users.  Domains
	are a great help in this respect.)

This is fast becoming necessary.
It would be nice if ISO took care of this cleanly, but I still haven't
had the chance to find those protocols ... bletch.

-brad allen <ulmo@ssyx.ucsc.edu>

[followups are to:  news.config, comp.mail.uucp]