Received: from localhost by CS.UTK.EDU with SMTP (cf v2.9s-UTK) id KAA20789; Fri, 2 Jun 1995 10:03:51 -0400 X-Resent-To: drums@CS.UTK.EDU ; Fri, 2 Jun 1995 10:03:50 EDT Errors-to: owner-drums@CS.UTK.EDU Received: from po8.andrew.cmu.edu by CS.UTK.EDU with ESMTP (cf v2.9s-UTK) id KAA20782; Fri, 2 Jun 1995 10:03:49 -0400 Received: (from postman@localhost) by po8.andrew.cmu.edu (8.6.12/8.6.12) id KAA06964 for drums@cs.utk.edu; Fri, 2 Jun 1995 10:03:43 -0400 Received: via switchmail; Fri, 2 Jun 1995 10:03:40 -0400 (EDT) Received: from hogtown.andrew.cmu.edu via qmail ID ; Fri, 2 Jun 1995 10:02:26 -0400 (EDT) Received: from hogtown.andrew.cmu.edu via qmail ID ; Fri, 2 Jun 1995 10:02:23 -0400 (EDT) Received: from BatMail.robin.v2.14.CUILIB.3.45.SNAP.NOT.LINKED.hogtown.andrew.cmu.edu.sun4c.411 via MS.5.6.hogtown.andrew.cmu.edu.sun4c_411; Fri, 2 Jun 1995 10:02:19 -0400 (EDT) Message-ID: Date: Fri, 2 Jun 1995 10:02:19 -0400 (EDT) From: John Gardiner Myers To: drums@CS.UTK.EDU Subject: Re: address syntax In-Reply-To: <199506020938.LAA12390@dale.uninett.no> References: <199506020938.LAA12390@dale.uninett.no> Beak: Is Harald.T.Alvestrand@uninett.no writes: > I think you mean that the construct > > @[ip:v:6]:user@[ip:v:6] > > will be awfully hard to get right? > If the BNF says that [] are quoting the construct, I think it should > not be impossible (but of course it breaks existing heuristic parsers...) It breaks existing correctly written deterministic parsers. > A mailer SHOULD NOT attempt to "clean" the address syntax of nonlocal > addresses; such behaviour will often make worse problems than leaving > them alone." This directly contradicts the directive in section 5.3.3. of RFC 1123: If the address is an explicit source route, it SHOULD be stripped down to its final hop. There are delivery agents widely deployed in the internet which implement this directive by searching for the first colon in a route-addr (when it starts with "<@") and treating the part after the first colon as an addr-spec. This is correct because a domain (and thus a route) cannot contain a colon. If the syntax of domain is loosened up to permit colons, such previously correctly written agents will then turn route-addrs with colons in the route into chopped liver. This is completely, flat-out unacceptable. -- _.John G. Myers Internet: jgm+@CMU.EDU LoseNet: ...!seismo!ihnp4!wiscvm.wisc.edu!give!up