Re: [http-auth] WGLC on the MutualAuth drafts

Julian Reschke <julian.reschke@gmx.de> Thu, 07 July 2016 14:24 UTC

Return-Path: <julian.reschke@gmx.de>
X-Original-To: http-auth@ietfa.amsl.com
Delivered-To: http-auth@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C77D712B02E for <http-auth@ietfa.amsl.com>; Thu, 7 Jul 2016 07:24:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 l93g-1fMgHe4 for <http-auth@ietfa.amsl.com>; Thu, 7 Jul 2016 07:24:14 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 51D7B12D568 for <http-auth@ietf.org>; Thu, 7 Jul 2016 07:24:04 -0700 (PDT)
Received: from [192.168.1.123] ([5.10.171.186]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MFgxF-1b77JT2RBl-00Ee71; Thu, 07 Jul 2016 16:23:58 +0200
To: 大岩寛 <y.oiwa@aist.go.jp>, Yoav Nir <ynir.ietf@gmail.com>, httpauth mailing list <http-auth@ietf.org>
References: <2DBE893A-434D-4B67-BF12-AEFBDE7A23B7@gmail.com> <32b9df1f-b61d-405e-d935-5d964d9acbb6@gmx.de> <TY1PR01MB0588EA2490634AD993244DF1A0390@TY1PR01MB0588.jpnprd01.prod.outlook.com> <084b1a6f-3d32-ef37-da7c-7ed6d958974c@gmx.de> <TY1PR01MB05887032D226640D341DDFDBA03B0@TY1PR01MB0588.jpnprd01.prod.outlook.com> <e66b021e-ed39-01aa-fc5b-3148b128d200@gmx.de> <TY1PR01MB0588AC2A26E9287811033EBBA03B0@TY1PR01MB0588.jpnprd01.prod.outlook.com>
From: Julian Reschke <julian.reschke@gmx.de>
Message-ID: <9fea24ee-51c7-f49d-851a-803cf47523e5@gmx.de>
Date: Thu, 07 Jul 2016 16:24:05 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <TY1PR01MB0588AC2A26E9287811033EBBA03B0@TY1PR01MB0588.jpnprd01.prod.outlook.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:JexS6cSR61F/cfusTv9fOL8Jfk+Kstq2szVaTH64hrr6l7OG0hH uyJTlSscK24iH2AdYSM32VmU7qccy0yxo1nSuy3knYRy0XgdEwvrIv4j4f9D1MubrCB3xlY 7E+c3i3V6zS8cQYfmOPFUF6aemYEt9EeXJLj+PylpHHSvDtj5YsCJg9FJ7NG6XAK3d3PkzA 1asXDb56mTFF5XYVP8rDA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:qzXhjy6S3aE=:37T1ur+O0IkoUN8DRna2QN XCNjxZungrFGmypkSxqzSAnn4gmLqEFOvzWRZM4Ex3xsEtqAMuwTf/7Hk8D1mMPr7BZ7+HdyE oNADIPFUJihrsM3h4OL7g2BJK50Ke4a20tSCXq8gXg5Hk48Nw4NZjY9ghEuhx0GD8IL+hGesY rY6jryNi2BabJUDdULK8weaddJpmYk8hv5Bv45T6zKCsNAM+tLcJ7u7UNHFZVTrsYEWD3Rzj6 8zaJOWL8sej/E1iZUWq5y4R3liTd/TsHE8uVoij1deBv6hfo5j4v9Stgm2MirANBhgxD43H/F 0PHWnkAPWmjX1TQOyPe1BnAAWZ9eWpi9vUdy7g4blTxSj2/onxMFj4H3dstu+SqJvqBX2Wnmn bcyEiC5zl8rkOyoKBDbK2wWA4C1/zzfyQTsj02TY61EhMoO0sQl8og+aoFiUk/UQLsxH1fo6f 2xpVEFnd75/wACynRMoFrg5wAfKem0SxCp2iWuDs0QlgDgcMtY6ceKh1QiM6Sqiz5o3Ku/3N4 mGlG24dHFRGOV6OGXKVRjvfCVHAuQOFBYpOzoZz623Gp6KSBhwoKv0s17xD2sXSbGrhlyiteh MphJJDu27DjKg4Zxw3rJgt5uPbvOwk7eQC/3CJDiLaQQQ1fCMkqTYsf9pvNP4FeqV18Mi5BsD ToEdSkYe0M++aRetxMvCNBT48vTFK1EayiZfiiNg6NcTVKc5jrZ9cqIi5tUxl8/LaX8UEdbSR t9H7ieua5SgalI0CheRpWOSrCbvwsSf19Gm7vjEpQwCQxgAqbpZQHv7wpuDSd0jqimBsHTP01 sDDW1Zs
Archived-At: <https://mailarchive.ietf.org/arch/msg/http-auth/QFDWYjwWgXKu4hmSIwT6rlMieg8>
Subject: Re: [http-auth] WGLC on the MutualAuth drafts
X-BeenThere: http-auth@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: HTTP authentication methods <http-auth.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/http-auth>, <mailto:http-auth-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/http-auth/>
List-Post: <mailto:http-auth@ietf.org>
List-Help: <mailto:http-auth-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/http-auth>, <mailto:http-auth-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 07 Jul 2016 14:24:16 -0000

On 2016-07-07 16:14, 大岩寛 wrote:
> Dear Julian,
>
>>> Dear Julian,
>>>
>>> My understanding of your message is that you'll just define the value
>>> encoding of I18n string, and all RFCs referring it must say, for
>>> example, "the value of parameter foo will be encoded by RFC5987bis,
>>> like foo=UTF-8''caf%C3%89 ."
>>> Is it right? If not, please forgive me and skip the rest of my message.
>>
>> Something like that.
>>
>> (did you want to say "foo*" here?)
>
> Dropping of * is intentional, to mean "someone only uses encoded values,
> without the field extending mechanism by appending *."

OK, not sure this is a good idea, though.

>> The problem is that there isn't a generic parameter framework. For instance,
>> header fields differ in whitespace and error handling.
>>
>> (I agree that it would be good if there was something like that, but that's
>> a separate discussion)
>
> (I agree it, as it was really tricky to write my draft regarding it :-)
>
>>> The most important value of the current 5987 is that
> ...
>>> denies almost all kinds of character encoding negotiations).
>>
>> We'll keep the recommendation to mark the use of the encoding by appending "*"
>> to the parameter name, if that's what you're concerned about.
>
> Hmm, what a "recommendation" means for me is important.
> Restructuring the definitions is no matter and OK for me.
>
> It can be optional (as it is currently), but at least
> I need to be possible to say implementers, showing printed paper of RFC5987bis,
> "OK, it's the "common" way written here, so let's implement
>  this translation as a common utility function."
> If it looks like "someone invented to append *, it might be interesting",
> it's too weak.

Well, feel free to provide feedback on rfc5987bis so we can get this right.

Best regards, Julian