Re: Subaddressing

Marc Mutz <[email protected]>
Newsgroups gmane.ietf.imaa
Organization KDE
Message-ID <[email protected]>
On Saturday 15 February 2003 23:43, John C Klensin wrote:
> --On Saturday, 15 February, 2003 22:55 +0100 Marc Mutz
> <[email protected]> wrote:
<snip>
> > In the light of John's recent mail, I should add that I'm
> > talking about  keeping or not keeping the concept of opaque
> > local-parts /for IMAs/,  iow, whether or not to _extend_ the
> > concept to ILPs.
> >
> > I'm specifically not trying to start a discussion whether or
> > not opaque  local-parts as currently used are a bad idea -
> > they're not. Apologies  if my mail came across like that.
>
> I think we are getting close to figuring out where we agree or
> disagree, which is progress even if we can't agree.

:-)

> When I read the above, my reaction is "MTAs don't read minds".
> You presumably don't intend that they do, so I probably don't
> understand your suggestion.

There are two separate things here:

1. What I left of your quotation of my mails was a disclaimer intended 
to respond to your reply to my mail about MIXER. It was just to say 
that I don't intent to suggest changes to 2821bis this way.

You shouldn't try to read too much into that.

2. The point of the first of the two mails you were replying to was - 
very condensed - :

a. I assert that splitting the ILP[1] avoids the need to change servers, 
thus reducing complexity[2]

b. I understood your point about local-parts being opaque and 
interpretation[3] of the local part to be performed after the ToUnicode 
operation as an argument _against_ splitting[1].

c. I assert that requiring the ToUnicode operation in servers to keep 
current functionality[4] working is needlessly increasing 
implementation complexity[2]

d. As a consequence of a-c, I think that splitting[1] is preferable over 
keeping the local-part opaque[4] w.r.t. IMAA.

[1] at non-alnum US-ASCII characters, and normalizing the delimiter 
chars to their US-ASCII equivalents.
[2] where I assume that increased complexity decreases security and 
scalability.
[3] subaddresses, etc, and I don't want to engage into a hair splitting 
discussion which of the the M*As does actually interpret the local-part 
according to a local convention, either ;-) That's why I talked about 
"servers" (which for me also includes IMAP and whatnot).
[4]  ie. processing it without prior splitting[1]

Marc

-- 
The DMCA is unconstitutional, but they don't care. Until it's ruled
unconstitutional, they've won. If they can scare software companies,
ISPs, programmers, and T-shirt manufacturers [...] into submission,
they've won for another day. The entertainment industry is fighting a
holding action, and fear, uncertainty, and doubt are their weapons. We
need to win this, and we need to win it quickly. Every day we don't
win is a loss.                 -- Bruce Schneier, Crypto-Gram Aug 2001
signature.asc (application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA+TtJs3oWD+L2/6DgRAk7eAJ0QITPQgRHnfAKvhvueVZWA3qWJMwCgpGcH
k+Fc25v9jJ7Mbez8tchauzA=
=vkLe
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.