[UA-discuss] RDAP

[Ram Mohan]

Andrew
So long as the repository is at least UTF-8 capable, then there shouldn't
be a problem with storing these elements.

I wonder, however, if Jothan is speaking about using validation checks
(what's a valid tld, email, etc.) after receiving the data. Done hastily,
that could cause UA issues, although it's got nothing to do with RDAP.

Although, I don't see why a data storer does not just take what's given by
the source and store with high fidelity.

Ram

On Thu, Mar 7, 2019, 3:01 PM Andrew Sullivan <ajs at anvilwalrusden.com> wrote:

> On Thu, Mar 07, 2019 at 09:17:32AM +0900, Jothan Frakes wrote:
> > Yes it is designed into the protocol and in a perfect world that would
> mean
> > yes ir is covered.
>
> That is certainly not what I was suggesting.
>
> > We should realize that there is a fast cycle on things being put in place
> > and deployed.
>
> Fast?  I'm sorry, but we designed this protocol _years and years_ ago.
> ICANN did nothing.
>
> > Notwithstanding what Andrew said about it being potentially included, I
> > think assuming RDAP will fix storage of Unicode for UA may not be correct
> > unless explicitly stated by a given implementation.
>
> I think the above betrays a misunderstanding of the
> internationalization support in the wire format.  See section 9 of RFC
> 7480 and section 12.1 of RFC 7483.  Regardless of how you store things
> in the back end, you need to be able to use UTF-8 on the wire.  If the
> point is that maybe your back end can't store everything expressible
> by UTF-8, then it turns out your repository can't actually store all
> the stuff you have registered.
>
> If on the other hand the problem is that you're storing something from
> someone _else's_ repository, why are you doing that?  Store a referral.
>
> A
> --
> Andrew Sullivan
> ajs at anvilwalrusden.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/ua-discuss/attachments/20190307/81991d32/attachment.html>