Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!cwjcc!hal!ncoast!allbery From: allbery@ncoast.ORG (Brandon S. Allbery) Newsgroups: news.sysadmin Subject: Re: Stuck with .UUCP forever? Message-ID: <13757@ncoast.ORG> Date: 16 Jun 89 00:04:14 GMT References: <444@logicon.arpa> <9415@b-tech.ann-arbor.mi.us> <57064@uunet.UU.NET> <9426@b-tech.ann-arbor.mi.us> <300@capmkt.COM> <9436@b-tech.ann-arbor.mi.us> <13756@ncoast.ORG> Reply-To: allbery@ncoast.ORG (Brandon S. Allbery) Followup-To: news.sysadmin Organization: Cleveland Public Access UN*X, Cleveland, Oh Lines: 32 As quoted from <13756@ncoast.ORG> by allbery@ncoast.ORG (Brandon S. Allbery): +--------------- | In this context, "forwarding" means forwarding messages sent via SMTP over a | network from a site with an IP address to a site with an IP address; UUCP is +--------------- Uh, one other thing that may not be clear: the IP address is used by the network itself to indicate what site should grab the packet out of the network stream. TCP/IP is not store-and-forward, it transmits packets immediately, and the IP address states which system should pay attention to the packet. The packet recognition is done at too low a level (it might even be at the hardware level) to be "spoofed" after the fashion of MX records; the closest one can get to that is to tell the recognizer to accept anything with a subset of the IP fields having a specific value, and the subset must be consecutive items and start at the left -- which is how gateways to subnetworks are implemented. Thus, you can't just assign, say, NCoast.ORG an IP address to get around the restrictions on Internet mail. If you want to convince some direct Internet site to run TCP/SLIP on a modem for your benefit and install TCP/SLIP on your system, you can (in fact, must) get an IP address. But UUCP doesn't work like the IP protocol; it can't handle IP packets, and IP protocols can't handle UUCP packets, not just because the protocols have different packet configurations but because UUCP isn't designed to be running constantly and ignoring data not addressed to the local system. The two do not work in the same way at all. ++Brandon -- Brandon S. Allbery, moderator of comp.sources.misc allbery@ncoast.org uunet!hal.cwru.edu!ncoast!allbery ncoast!allbery@hal.cwru.edu Send comp.sources.misc submissions to comp-sources-misc@ NCoast Public Access UN*X - (216) 781-6201, 300/1200/2400 baud, login: makeuser