+1 & Florian hit the mail, uh, the nail on the head with real world use, we should start with a 'simple' PGP/DNS/SMTP solution and go from there. I expect emails with all case variance of [email protected] to land in my mailbox, and looked up in openpgpkey with [email protected]
> -----Original Message----- > From: dane [mailto:[email protected]] On Behalf Of Christian Rößner > Sent: June-19-15 3:04 AM > To: John Levine > Cc: [email protected] > Subject: Re: [dane] AD review of draft-ietf-dane-openpgpkey-03 > > > > Am 19.06.2015 um 01:56 schrieb John Levine <[email protected]>: > > > >> Concerning different things like user@ or user+foo@, CNAME is an option > that works. > > > > You can certainly use CNAMEs for aliases, and they will work in tiny > > examples. > > > > Given that there are over 500,000 ways to spell my single > > unexceptional gmail address, which doesn't even have anything like > > +foo extensions, I would think that the scaling issues would be > > obvious. > > My argument was not for case-sensitive emails. It was for: > > - different emails > - local parts with or without extension > > All treated lowercase. Like real world > > I do not understand this discussion. RFCs for SMTP. ok. That is one point. > Just > think about paper mail. Would you expect that a letter arrives at your home, > if > people write you name in different ways? Yes of course! :-) So why this > theoretical discussion about things that nobody on earth does use. > > If I answer your mail here and I write [email protected], do you expect it to > arrive or do you say this is somebody else? I bet you expect the mail has to > arrive in your mailbox and nowhere else. No matter what the RFCs say. You > expect this mail to land at your mailbox. > > So this is the reason why I say, local part for PGP and SMIMEA MUST be > lowercase looked up. > > :-) > > Christian > > N.B. sorry for my english. May sound harsh. Isn’t meant so. _______________________________________________ dane mailing list [email protected] https://www.ietf.org/mailman/listinfo/dane
