OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

xri message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [xri] Solution for host-meta


OK with me.

John B.
On 25-Aug-09, at 12:08 PM, Eran Hammer-Lahav wrote:

> The problem with DNS is that it is semantically wrong and so yet  
> another hack.
>
> As for xri:, sure as long as you make it clear in the spec that it  
> is not to be considered a registered URI, just a string used  
> internally by XRD Subjects using URI syntax.
>
> Happy to do it first to see how people react to it.
>
> EHL
>
>> -----Original Message-----
>> From: John Bradley [mailto:jbradley@mac.com]
>> Sent: Tuesday, August 25, 2009 8:32 AM
>> To: Eran Hammer-Lahav
>> Cc: 'XRI TC'
>> Subject: Re: [xri] Solution for host-meta
>>
>> If you want it to be a registered scheme use dns:example.com
>>
>> The / are omitted because the authority is not required the host-name
>> is part of the path.
>>
>> http://www.rfc-editor.org/rfc/rfc4501.txt
>>
>> I don't think you ned the port number.  One of the pints of host-meta
>> is that it can be used by multiple schemes like mailto: if people  
>> want
>> to.
>>
>> I don't mind making up a new scheme for this.
>>
>> If we do that can we make up xri: as well for unbound XRI?
>> It would be the same argument.
>>
>> John B.
>>
>> On 25-Aug-09, at 4:22 AM, Eran Hammer-Lahav wrote:
>>
>>> I don't know why I didn't think about this before. As indicated in
>>> my last email, this is what I propose we do:
>>>
>>> * Drop the match attribute.
>>> * host-meta will use <Subject> with the string 'host-meta://
>>> example.com:80'.
>>> * host-meta will state that the string is not a valid URI and is
>>> only used for trust purposes.
>>>
>>> Since XRD <Subject> has no current requirement for the URI scheme to
>>> be valid or registered, only that the syntax of the string comply
>>> with RFC 3986, this solves everyone's problem without actually
>>> having to create/register a new URI scheme.
>>>
>>> EHL
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe from this mail list, you must leave the OASIS TC that
>>> generates this mail.  Follow this link to all your TCs in OASIS at:
>>> https://www.oasis-
>> open.org/apps/org/workgroup/portal/my_workgroups.php
>>>
>



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]