Re: [lemonade] [Editorial Errata Reported] RFC5524 (6214)

Eric Burger <eburger@standardstrack.com> Wed, 24 June 2020 13:34 UTC

Return-Path: <eburger@standardstrack.com>
X-Original-To: lemonade@ietfa.amsl.com
Delivered-To: lemonade@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAA5A3A0DDD for <lemonade@ietfa.amsl.com>; Wed, 24 Jun 2020 06:34:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.688
X-Spam-Level:
X-Spam-Status: No, score=-1.688 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: not available)" header.d=standardstrack.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 wjREmveJbqfR for <lemonade@ietfa.amsl.com>; Wed, 24 Jun 2020 06:34:34 -0700 (PDT)
Received: from se2j-iad1.servconfig.com (se2j-iad1.servconfig.com [173.231.248.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1520B3A0D7B for <lemonade@ietf.org>; Wed, 24 Jun 2020 06:34:34 -0700 (PDT)
Received: from biz221.inmotionhosting.com ([192.145.239.201]) by se2-iad1.servconfig.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from <eburger@standardstrack.com>) id 1jo5Xf-000SJD-Fk; Wed, 24 Jun 2020 09:34:28 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=standardstrack.com; s=default; h=References:To:Cc:In-Reply-To:Date:Subject: Mime-Version:Content-Type:Message-Id:From:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=GXmW4CMbCnlQZuVhFhI5B3yZiTW6FzVhXKmqeEWlK7c=; b=oqKWK1Iv7bfDKydFj/B2DEmD/ hr5KWTkp/k3SbBCsxtyHuaFWGRnA6p8uAZc83MvTozkqdmIHoOxNL0E+Zak4OyZc5kY+SS+O5R8GA krEr8eg3h9lQIQ8IyeNXYsO6YuyKwn229nNA2iG0ph1S+yIGBc0oIA1ajzaPB/2gaH4nY=;
Received: from [68.100.101.142] (port=52616 helo=[192.168.10.39]) by biz221.inmotionhosting.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from <eburger@standardstrack.com>) id 1jo5Xa-00AIPH-Ac; Wed, 24 Jun 2020 06:34:14 -0700
From: Eric Burger <eburger@standardstrack.com>
Message-Id: <342BE78C-C861-4AA7-92A2-1EEE246055D9@standardstrack.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_A8C5B3EB-52A2-4BA1-831A-837DC07AB64E"; protocol="application/pgp-signature"; micalg="pgp-sha256"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Wed, 24 Jun 2020 09:34:12 -0400
In-Reply-To: <CAKHUCzy2ypcGsT7wwQjVxnORUB4a_QPTjGvnvdPQM3LR-vKPaQ@mail.gmail.com>
Cc: RFC Errata System <rfc-editor@rfc-editor.org>, "Murray S. Kucherawy" <superuser@gmail.com>, Leiba Barry <barryleiba@computer.org>, Parsons Glenn <glenn.parsons@ericsson.com>, dpa-ietf@aegee.org, lemonade@ietf.org, Cridland Dave <dave@cridland.net>
To: Melnikov Alexey <aamelnikov@gmail.com>
References: <20200624083124.918E7F4071A@rfc-editor.org> <381B71A9-FEE2-4232-8091-1F9939255F98@standardstrack.com> <B75C5465-BEC4-412F-8CED-0BE21DA18678@standardstrack.com> <CAKHUCzy2ypcGsT7wwQjVxnORUB4a_QPTjGvnvdPQM3LR-vKPaQ@mail.gmail.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
X-Get-Message-Sender-Via: biz221.inmotionhosting.com: authenticated_id: eburger+standardstrack.com/only user confirmed/virtual account not confirmed
X-Authenticated-Sender: biz221.inmotionhosting.com: eburger@standardstrack.com
X-Originating-IP: 192.145.239.201
X-SpamExperts-Domain: biz221.inmotionhosting.com
X-SpamExperts-Username: 192.145.239.201
Authentication-Results: servconfig.com; auth=pass smtp.auth=192.145.239.201@biz221.inmotionhosting.com
X-SpamExperts-Outgoing-Class: ham
X-SpamExperts-Outgoing-Evidence: Combined (0.11)
X-Recommended-Action: accept
X-Filter-ID: Mvzo4OR0dZXEDF/gcnlw0f6LF1GdvkEexklpcFpSF5apSDasLI4SayDByyq9LIhVvhlyiGOpVORW xlCG590uxUTNWdUk1Ol2OGx3IfrIJKyP9eGNFz9TW9u+Jt8z2T3K1jNF+TG3+zcs7gs5hJ8ioaLJ RK6mxLwX4NUHbYiPLFJXfShSuhU4SasAg/LYgV1b+Br5HFNmDlOnZ9yJC9Onl8Fo5LHWaHFr5hL6 +klfAwNgQ45idGzGo+7WcXaO616iHiS+MDPMoFrEAYSGbGK7hshMtmAR671QXVJezxds7TxMpVDT ouUcHFQ/AB1iz8M6DebGuyWquLe0MBlsyXf4CUYH7FLJ85AYWIoQBxd4spCUEj23iaY7CvUocCln 4FNd2kzLTOcm67Lw6q4Fn1EqGkiQixSwT5tLpL+xFBAcA2XMED94AkQzEbuKb5ZiSu9iYMI3G3BB sAfd7i85I8adJ/hJYlVnRxk07Amj6DJ9modnhvMtLfAWkQjTh6vVKK75E4Th/HqmCrAMmKzh4toX SeHedVTehSxlJuS3hdC9I+8KyO1Y2YlsM0c4OQCUiAHxeTWvgB0I4OLsSVk/KKr197vz4ajvAPMz GMUnNBq16P3/Vc/66K25dKL5CUKL/MjJ2XisTmNxpUcDTKRyhJJrVASKSHm5D5l09x4sudh5Pic8 qqmNKwE6cxyhn5rTbGE6+Epg2f2xlvMWQkUbOmQ9uGxAoVtNMDGcGXFwT4v0IoNrCNSbi5MsZfrP bfNSjbczSfqC6lFg7RH3s33gxSJ5JhOaHC5n55mAcO/V9SpUSv/jlorFXW3bhC79ikuI4jpG++Du IQUs/5JJj4C/n4CILmqzLYk+/wklq0MfK32CtmMlT7ukgemhOvmuGh9QND8+VBZa9f95mmhIJ2x0 Z+u75SeFOO4HzjQCwqXVVktKTNPqqYkWb/t8xfPCeCGhwGo6neSNo0D8gtW5QvbqHni2IxYHSifM zvPJghxLrz6+Z15jelX2k/TkrilxhnplCMJUBIgbHMEXa7YftfqFkw047EiQw4EmpiXyaS/pxklB 3JVr3Lw4fEqEenvaz9+nH0PDbC+vExopig9+urNdjhrY+mgFsH9Vf0ZUnBz7GAIy/WCZtu+sJB0L SZu9PdX52vNHbvIZ1TAD4W5G3cnOi1lSD0idyLmwVhoHd7Qltvo+PagPiAZf54oWUlUFS4FR4TOZ KULl9qYjJqeCCacQRjWWfqz26Pxs6oT3NUnCpiyTeitrbRHZMyQ4hAag/Jdn4nYny5/aZxZmu9oa mHIrGfQBSfvVZh+Mi3YyD9TSa+jl+zEnYfyw6bPT8Ppi3zKz27WY
X-Report-Abuse-To: spam@se1-lax1.servconfig.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lemonade/EoVWDnqzz4gvx8NWtzrGO54pbD0>
X-Mailman-Approved-At: Mon, 29 Jun 2020 10:19:52 -0700
Subject: Re: [lemonade] [Editorial Errata Reported] RFC5524 (6214)
X-BeenThere: lemonade@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Enhancements to Internet email to support diverse service enivronments <lemonade.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lemonade>, <mailto:lemonade-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lemonade/>
List-Post: <mailto:lemonade@ietf.org>
List-Help: <mailto:lemonade-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lemonade>, <mailto:lemonade-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jun 2020 13:34:36 -0000

Bringing Alexey in, as I think we killed the LEMONADE list long ago…

Alexey - did you build a URLAUTH=BINARY implementation? Do you know if anyone did?

> On Jun 24, 2020, at 9:18 AM, Dave Cridland <dave@cridland.net> wrote:
> 
> 
> 
> On Wed, 24 Jun 2020 at 13:37, Eric Burger <eburger@standardstrack.com <mailto:eburger@standardstrack.com>> wrote:
> Resending with a better address for Dave, as he’s key to the question.
> 
>> On Jun 24, 2020, at 8:32 AM, Eric Burger <eburger@standardstrack.com <mailto:eburger@standardstrack.com>> wrote:
>> 
>> Hmmmm. It has been over a decade. What did people implement?
>> 
>> From the RFC:
>> The capability is URLAUTH=BINARY.
>> The command is URLFETCH (… BINARY …)
>> 
> 
> 
> Yes, it's been a while.
> 
> And I'm not actually sure if anyone ever did implement this. I'm certainly unsure how I'd find out now - Alexey would know about Isode M-Box, and if that doesn't implement I'm not sure what else would. I've looked at both my client (Polymer - been a while since I looked at that, too), and Panda IMAP, and neither support it.
> 
> If Alexey doesn't support this, then my suspicion is that nobody does.
>>> On Jun 24, 2020, at 4:31 AM, RFC Errata System <rfc-editor@rfc-editor.org <mailto:rfc-editor@rfc-editor.org>> wrote:
>>> 
>>> The following errata report has been submitted for RFC5524,
>>> "Extended URLFETCH for Binary and Converted Parts".
>>> 
>>> --------------------------------------
>>> You may review the report below and at:
>>> https://www.rfc-editor.org/errata/eid6214 <https://www.rfc-editor.org/errata/eid6214>
>>> 
>>> --------------------------------------
>>> Type: Editorial
>>> Reported by: Дилян Палаузов <dpa-ietf@aegee.org <mailto:dpa-ietf@aegee.org>>
>>> 
>>> Section: 6
>>> 
>>> Original Text
>>> -------------
>>> This document defines the URLFETCH=BINARY IMAP capability.  IANA has added it to the registry accordingly.
>>> 
>>> Corrected Text
>>> --------------
>>> This document defines the URLAUTH=BINARY IMAP capability.  IANA is asked to replace URLFETCH=BINARY with URLAUTH=BINARY in the IMAP registry.
>>> 
>>> Notes
>>> -----
>>> This document talks about URLAUTH=BINARY.  Mentioning URLFETCH=BINARY in the IANA section was not intended.
>>> 
>>> Instructions:
>>> -------------
>>> This erratum is currently posted as "Reported". If necessary, please
>>> use "Reply All" to discuss whether it should be verified or
>>> rejected. When a decision is reached, the verifying party
>>> can log in to change the status and edit the report, if necessary.
>>> 
>>> --------------------------------------
>>> RFC5524 (draft-cridland-urlfetch-binary-03)
>>> --------------------------------------
>>> Title               : Extended URLFETCH for Binary and Converted Parts
>>> Publication Date    : May 2009
>>> Author(s)           : D. Cridland
>>> Category            : PROPOSED STANDARD
>>> Source              : Enhancements to Internet email to support diverse service environments
>>> Area                : Applications
>>> Stream              : IETF
>>> Verifying Party     : IESG
>> 
>