Re: [Uri-review] Request for review

[Timothy Mcsweeney <[e-mail]>]

Hi Dave, 

By "safe" I meant like ".....

safe to be
   used by scheme-specific and producer-specific algorithms for
   delimiting data subcomponents within a URI"

Like it says in section 2.2 of RFC3986.  

Tim

On May 27, 2020 at 8:48 PM Dave Thaler <[e-mail]> wrote:

s/URL/URI/ in both cases in my response J

 

From: Uri-review <[e-mail]> On Behalf Of Dave Thaler
Sent: Wednesday, May 27, 2020 5:47 PM
To: Timothy Mcsweeney <[e-mail]>om>; [e-mail]
Subject: Re: [Uri-review] Request for review

I don’t understand your question.   The URL syntax is fixed by that RFC.

I don’t know what you mean by “safe” or “valid”.

 

If by “valid” you mean “allowed by RFC 3986”, the answer is that they may only appear in a URL literally

if they have the exact meaning in the RFC, otherwise they must be pct-encoded.

 

 

From: Uri-review <[e-mail]> On Behalf Of Timothy Mcsweeney
Sent: Wednesday, May 27, 2020 5:05 PM
To: [e-mail]
Subject: Re: [Uri-review] Request for review

Hi Dave, 

If the other six gen-delims from the reserved set were safe and valid, would you oppose their use in URIs?

Tim

On May 24, 2020 at 6:08 PM Dave Thaler <[e-mail]> wrote:

Hi Tim,

 

Correct the colon is not part of the hier-part, the hier-part is what comes after the colon.  RFC 3986 says:

 

URI         = scheme ":" hier-part [ "?" query ] [ "#" fragment ]

 

Only strings that conform to the above are URIs.

So “drop#sd54g54” is not a URI because it does not conform to the above syntax, as it has no “:”

 

“drop:sd54g54” on the other hand would be a valid URI.

 

This is what folks are saying when they say if you just change the “#” to a “:” in your draft then it becomes legal.

 

Dave

 

From: Uri-review <[e-mail]> On Behalf Of Timothy Mcsweeney
Sent: Sunday, May 24, 2020 11:26 AM
To: Erik Wilde <[e-mail]>; [e-mail]
Subject: Re: [Uri-review] Request for review

Hi Erik, 

Thank you, I will have another look at my reference to section 3.   

Would you agree that in "https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fietf.org%2F&data=02%7C01%7Cdthaler%40microsoft.com%7Cb115c7f8c70b410eb98308d802a0a8f4%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637262236339204192&sdata=UJ7TQnKfGZMnWkBKZCVozZQhn%2BGir1saiPQoNGV2C9M%3D&reserved=0" rel="nofollow">https://ietf.org" the colon is not part of the hier-part? 

On May 24, 2020 at 12:02 PM Erik Wilde < [e-mail]> wrote:

hey tim.

On 2020-05-24 17:53, Timothy Mcsweeney wrote:

Yes, I agree and understand that the same way as you.   But when the "#"

leaves the client it is not leaving as a fragment,

what people are telling you is that "#" and anything following it never

leaves the client, by definition..

it is leaving as a

way to separate the URI components, <scheme> and <path> or for http it

would be separating <scheme> and <authority>.  It is this that makes me

believe that even if the colon is required for http resolution, it is

not necessarily required for all URI.

this discussion could be more productive if you had a brief look at the

specs you're depending on. the very first rule shown in

https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftools.ietf..org%2Fhtml%2Frfc3986%23section-3&data=02%7C01%7Cdthaler%40microsoft.com%7Cb115c7f8c70b410eb98308d802a0a8f4%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637262236339214150&sdata=upZbOkALJ8SuEk%2FpLLqhdDDUNMhdpSmjWqpMAyITzc8%3D&reserved=0" rel="noopener nofollow">https://tools.ietf.org/html/rfc3986#section-3 is

URI = scheme ":" hier-part [ "?" query ] [ "#" fragment ]

each URI is defined like this and must have a colon.

cheers,

dret.

--

erik wilde | mailto: [e-mail] |

| https://nam06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fdret.net%2Fnetdret&data=02%7C01%7Cdthaler%40microsoft.com%7Cb115c7f8c70b410eb98308d802a0a8f4%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637262236339214150&sdata=hq8QVDrXxRmV3iS6DF7R%2FeXFtDKntMcYOHnLSMqx5zo%3D&reserved=0" rel="noopener nofollow"> http://dret.net/netdret |

| https://nam06.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftwitter.com%2Fdret&data=02%7C01%7Cdthaler%40microsoft.com%7Cb115c7f8c70b410eb98308d802a0a8f4%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637262236339224105&sdata=9V5l2cgygLF2GJbT9Eh0ptd2mv4YRbvZm6oaYSrf8fE%3D&reserved=0" rel="noopener nofollow"> http://twitter.com/dret |