Return-Path: <phluid61@gmail.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
 by ietfa.amsl.com (Postfix) with ESMTP id 45D1A12E5F7
 for <apps-discuss@ietfa.amsl.com>; Wed, 20 Apr 2016 21:06:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.149
X-Spam-Level: 
X-Spam-Status: No, score=-2.149 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
 FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FORGED_FROMDOMAIN=0.199,
 FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001,
 HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001]
 autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key)
 header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44])
 by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id nNDRjmdOzsnv for <apps-discuss@ietfa.amsl.com>;
 Wed, 20 Apr 2016 21:06:55 -0700 (PDT)
Received: from mail-ig0-x241.google.com (mail-ig0-x241.google.com
 [IPv6:2607:f8b0:4001:c05::241])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by ietfa.amsl.com (Postfix) with ESMTPS id 7510812E599
 for <apps-discuss@ietf.org>; Wed, 20 Apr 2016 21:06:55 -0700 (PDT)
Received: by mail-ig0-x241.google.com with SMTP id qu10so9055955igc.1
 for <apps-discuss@ietf.org>; Wed, 20 Apr 2016 21:06:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; 
 h=mime-version:sender:in-reply-to:references:date:message-id:subject
 :from:to:cc; bh=V9zDLl7+ZyGsBD3RG5Fn0Ywt1T9AK+G36UU9ri3ZL74=;
 b=OlxRXGOPeAPWCdksWWnXod79eIP+ooRtRtSXkL+edV9c0xklx1Yf0Q9GxOOeWS7xNv
 qNNljjTsfXt07KQe1Ov2qxESnyrO2Tjmu4rgWV/gxZL1HXCrTW+vmX091prnaqS0+o4s
 WFpf5oOKbUdSVT741pcC+gu0/INQ5DE2vmxBim1GH/ewh9NhJz8qM/Jy7gPYotmHR36V
 DbJD/HA9wjlNiNooceBztUfv5GgkLvbXOZ4MFjmVNgpq103XEOj4CIqVrPP7+e+qXQF/
 +WUFETM1DTD4gx9lIBtO+zKhNsUezZVZaA7wvqhyjt3YWYqKCp6ob1excLnThexqa2p2
 NuYg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
 :message-id:subject:from:to:cc;
 bh=V9zDLl7+ZyGsBD3RG5Fn0Ywt1T9AK+G36UU9ri3ZL74=;
 b=TIKS82o6jmXsVCus83K/83AME6XsbhbmxYPxkN3UxwpSuV/yg7IaUS/b7QI0Bzn/oP
 9Krkg0Qba23xidmElPYabapH0T6tYTZh/YCMFPs5Tzxf15brfkvjX9yChYPUWRqiMVXS
 raZybzn8cJLSToHYJouPucIpeVlqDyJyVfAs7zAMP33/B/bO1mhzGn/Zldoi5kB3H/sZ
 pKKgxO1FqmezewJw9nsP4mvzI+eV/B8MzV59pfFKnALZTyp5T8/KiLdGjTbHW315K9hq
 KpkqCkmwmYeiDLJQ554xf1w4RjF3fff9UOWmFJZmwYz3gSK6e7Dx/OJ7QKB8MnDZKqOd
 sY2g==
X-Gm-Message-State: AOPr4FXCjNsLLDxFPbXx4OCP+z+aDYY1OkwUVbwU9SLks5R2TqgIcduIGLhMnn8pQVPolgbihxwJt9d8M9fHEw==
MIME-Version: 1.0
X-Received: by 10.50.27.39 with SMTP id q7mr984383igg.34.1461211614774; Wed,
 20 Apr 2016 21:06:54 -0700 (PDT)
Sender: phluid61@gmail.com
Received: by 10.107.4.2 with HTTP; Wed, 20 Apr 2016 21:06:54 -0700 (PDT)
In-Reply-To: <57180E49.1090909@ninebynine.org>
References: <20160420052342.31621.37367.idtracker@ietfa.amsl.com>
 <CACweHNBh+_EUu8Upj-8JmRtPNZvBV3UAd--MG920V6Xbby-=Ww@mail.gmail.com>
 <57180E49.1090909@ninebynine.org>
Date: Thu, 21 Apr 2016 14:06:54 +1000
X-Google-Sender-Auth: 8mJGcejpVuOyi5fxMKk3PE3pIOw
Message-ID: <CACweHNAA36TGMCi3nKpXUK7exw67DK3LmgSKEhra3uOwq2m3Jg@mail.gmail.com>
From: Matthew Kerwin <matthew@kerwin.net.au>
To: Graham Klyne <gk@ninebynine.org>
Content-Type: multipart/alternative; boundary=047d7b10ce153d950b0530f6d732
Archived-At: <http://mailarchive.ietf.org/arch/msg/apps-discuss/5AmGgHlvYND75Nl4JqqM3EPZ9Oc>
Cc: Julian Reschke <julian.reschke@gmx.de>, Mark Nottingham <mnot@mnot.net>,
 Dave Crocker <dcrocker@bbiw.net>, IETF Apps Discuss <apps-discuss@ietf.org>
Subject: Re: [apps-discuss] I-D Action: draft-ietf-appsawg-file-scheme-07.txt
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: General discussion of application-layer protocols
 <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>,
 <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/apps-discuss/>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>,
 <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Apr 2016 04:06:58 -0000

--047d7b10ce153d950b0530f6d732
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi Graham,

Thanks for the review again.

On 21 April 2016 at 09:18, Graham Klyne <gk@ninebynine.org> wrote:

> Hi Matthew,
>
> I think the main body of the document is a lot crisper now.  I have a
> couple of comments from a fairly quick scan.  The main substantive commen=
t
> is that local access can occur when the file URI contains a host name whi=
ch
> is the same as that for the host from which access is being attempted.
>
>
You know what, I think you're right, and I've been suffering from
confirmation bias. I just tested it again, and both Chromium and Firefox do
treat my machine's network name the same as "localhost". Windows and IE do
it the way I've documented in the draft, but it seems they're the only
ones. (If only I'd had mnot's test suite ...)

I'll change all the appropriate parts to say the right thing.


I've not done a detailed read through of the appendices - much of the
> material there is outside my experience.
>
>
Appendices A and B are the generally useful ones.


...
>
> Section 2:
>
> [[
>    Some file systems allow directory objects to be treated as files in
>    some cases.  This can be reflected in a file URI by omitting the
>    trailing slash "/" from the path.  Be aware that merging a relative
>    URI reference to such a base URI as per Section 5.2 of [RFC3986]
>    could remove the directory name from the resulting target URI.
> ]]
>
> I think the second sentence is wandering into local implementation
> details.  I'd suggest focusing more on the idea that the trailing slash
> should be included in URIs that refer to directories.
>
>
I preferred stating the use-case and the potential problems it causes,
rather than making a judgement call. I'm not 100% invested in it, though,
and can cut it back if it's too far the wrong way.


...
>
>
> Section 3:
>
> [[
>    A file URI can be dependably dereferenced or translated to a local
>    file path only if it is local.  A file URI is considered "local" if
>    it has no "file-auth", or the "file-auth" is the special string
>    "localhost".
> ]]
>
> There's also the case when the hostname resolves to the local host.
>
>
Yep, I will include that when I make the change.

=E2=80=8BCheers
--=20
  Matthew Kerwin
  http://matthew.kerwin.net.au/

--047d7b10ce153d950b0530f6d732
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:georgia,=
serif;color:#073763">Hi Graham,</div><div class=3D"gmail_default" style=3D"=
font-family:georgia,serif;color:#073763"><br></div><div class=3D"gmail_defa=
ult" style=3D"font-family:georgia,serif;color:#073763">Thanks for the revie=
w again.</div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On =
21 April 2016 at 09:18, Graham Klyne <span dir=3D"ltr">&lt;<a href=3D"mailt=
o:gk@ninebynine.org" target=3D"_blank">gk@ninebynine.org</a>&gt;</span> wro=
te:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-=
left:1px #ccc solid;padding-left:1ex">Hi Matthew,<br>
<br>
I think the main body of the document is a lot crisper now.=C2=A0 I have a =
couple of comments from a fairly quick scan.=C2=A0 The main substantive com=
ment is that local access can occur when the file URI contains a host name =
which is the same as that for the host from which access is being attempted=
.<br>
<br></blockquote><div><br></div><div><div class=3D"gmail_default" style=3D"=
font-family:georgia,serif;color:rgb(7,55,99)">You know what, I think you&#3=
9;re right, and I&#39;ve been suffering from confirmation bias. I just test=
ed it again, and both Chromium and Firefox do treat my machine&#39;s networ=
k name the same as &quot;localhost&quot;. Windows and IE do it the way I&#3=
9;ve documented in the draft, but it seems they&#39;re the only ones. (If o=
nly I&#39;d had mnot&#39;s test suite ...)</div><div class=3D"gmail_default=
" style=3D"font-family:georgia,serif;color:rgb(7,55,99)"><br></div><div cla=
ss=3D"gmail_default" style=3D"font-family:georgia,serif;color:rgb(7,55,99)"=
>I&#39;ll change all the appropriate parts to say the right thing.</div><br=
></div><div><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0=
 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I&#39;ve not done a detailed read through of the appendices - much of the m=
aterial there is outside my experience.<br>
<br></blockquote><div><br></div><div><div class=3D"gmail_default" style=3D"=
font-family:georgia,serif;color:rgb(7,55,99)">Appendices A and B are the ge=
nerally useful ones.</div><br></div><div><br></div><blockquote class=3D"gma=
il_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-lef=
t:1ex">
...<br>
<br>
Section 2:<br>
<br>
[[<br>
=C2=A0 =C2=A0Some file systems allow directory objects to be treated as fil=
es in<br>
=C2=A0 =C2=A0some cases.=C2=A0 This can be reflected in a file URI by omitt=
ing the<br>
=C2=A0 =C2=A0trailing slash &quot;/&quot; from the path.=C2=A0 Be aware tha=
t merging a relative<br>
=C2=A0 =C2=A0URI reference to such a base URI as per Section 5.2 of [RFC398=
6]<br>
=C2=A0 =C2=A0could remove the directory name from the resulting target URI.=
<br>
]]<br>
<br>
I think the second sentence is wandering into local implementation details.=
=C2=A0 I&#39;d suggest focusing more on the idea that the trailing slash sh=
ould be included in URIs that refer to directories.<br>
<br></blockquote><div><br></div><div><div class=3D"gmail_default" style=3D"=
font-family:georgia,serif;color:rgb(7,55,99)">I preferred stating the use-c=
ase and the potential problems it causes, rather than making a judgement ca=
ll. I&#39;m not 100% invested in it, though, and can cut it back if it&#39;=
s too far the wrong way.</div><br></div><div><br></div><blockquote class=3D=
"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding=
-left:1ex">
...<br>
<br>
<br>
Section 3:<br>
<br>
[[<br>
=C2=A0 =C2=A0A file URI can be dependably dereferenced or translated to a l=
ocal<br>
=C2=A0 =C2=A0file path only if it is local.=C2=A0 A file URI is considered =
&quot;local&quot; if<br>
=C2=A0 =C2=A0it has no &quot;file-auth&quot;, or the &quot;file-auth&quot; =
is the special string<br>
=C2=A0 =C2=A0&quot;localhost&quot;.<br>
]]<br>
<br>
There&#39;s also the case when the hostname resolves to the local host.<br>
<br></blockquote><div><br></div><div><div class=3D"gmail_default" style=3D"=
font-family:georgia,serif;color:rgb(7,55,99)">Yep, I will include that when=
 I make the change.</div></div></div><div class=3D"gmail_extra"><br></div><=
div class=3D"gmail_default" style=3D"font-family:georgia,serif;color:rgb(7,=
55,99)">=E2=80=8BCheers</div>-- <br><div class=3D"gmail_signature"><div dir=
=3D"ltr">=C2=A0 Matthew Kerwin<br>=C2=A0 <a href=3D"http://matthew.kerwin.n=
et.au/" target=3D"_blank">http://matthew.kerwin.net.au/</a></div></div>
</div></div>

--047d7b10ce153d950b0530f6d732--

