IETF Logo Mail Archive

Re: [Extra] Alissa Cooper's No Objection on draft-ietf-extra-imap4rev2-26: (with COMMENT)

Alexey Melnikov <alexey.melnikov@isode.com> Wed, 10 February 2021 18:19 UTC

Return-Path: <alexey.melnikov@isode.com>
X-Original-To: extra@ietfa.amsl.com
Delivered-To: extra@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 66FAD3A1281; Wed, 10 Feb 2021 10:19:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=isode.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 315rQgRTCGaM; Wed, 10 Feb 2021 10:19:04 -0800 (PST)
Received: from waldorf.isode.com (waldorf.isode.com [62.232.206.188]) by ietfa.amsl.com (Postfix) with ESMTP id 21D633A1273; Wed, 10 Feb 2021 10:19:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1612981143; d=isode.com; s=june2016; i=@isode.com; bh=BG98ospEs4HY95Awaz0paYO1xfXzNWH9KNMyPywwyaU=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=S8DwoSrGl59GfegldlUH2nTeh4G9g0pnbPwBqo0u/NeeA4iQu75DZS97/41yX4CCqyLM5L KZDPXphHChmb47+0CkLCNoXMkGG+JpBMoj6gRhO2NMJzSC805uk0gNZ+Rx6tTT66pHQSjS HW59x4NZbHMi75O5g3WwFvdg87Q3wNQ=;
Received: from [192.168.0.5] (4e697ac1.skybroadband.com [78.105.122.193]) by waldorf.isode.com (submission channel) via TCP with ESMTPSA id <YCQjlgAuQRt8@waldorf.isode.com>; Wed, 10 Feb 2021 18:19:03 +0000
To: Barry Leiba <barryleiba@computer.org>, Alissa Cooper <alissa@cooperw.in>
Cc: extra@ietf.org, Bron Gondwana <brong@fastmailteam.com>, draft-ietf-extra-imap4rev2@ietf.org, IESG <iesg@ietf.org>, extra-chairs@ietf.org
References: <161228843386.9750.10522178607825201429@ietfa.amsl.com> <CALaySJJqMMR4er0Qz+pccOEKe0+F+ABiBSijifOyc3dK7ZqvhA@mail.gmail.com> <9D024588-53BA-47AD-9AFD-46E2E9C350BD@cooperw.in> <CALaySJLNnD0gJyjsMjQODC_vKLFQPJMf_oBnfp_hS2nrSD+2Tg@mail.gmail.com> <470EB1D6-0D84-4DC2-A483-56F9B9C76DA3@cooperw.in> <CALaySJKms8fXb=skNfXNCVf1o0uwaQZ10Aj1a+sdyZuN4-eV_Q@mail.gmail.com>
From: Alexey Melnikov <alexey.melnikov@isode.com>
Message-ID: <a709f4bc-95b7-d85f-6de8-52f695256310@isode.com>
Date: Wed, 10 Feb 2021 18:19:03 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0
In-Reply-To: <CALaySJKms8fXb=skNfXNCVf1o0uwaQZ10Aj1a+sdyZuN4-eV_Q@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-GB
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/extra/Sp8CaAcjJSxOom0mX4AJ93OujYU>
Subject: Re: [Extra] Alissa Cooper's No Objection on draft-ietf-extra-imap4rev2-26: (with COMMENT)
X-BeenThere: extra@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Email mailstore and eXtensions To Revise or Amend <extra.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/extra>, <mailto:extra-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/extra/>
List-Post: <mailto:extra@ietf.org>
List-Help: <mailto:extra-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/extra>, <mailto:extra-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Feb 2021 18:19:06 -0000

Hi all,

On 04/02/2021 17:38, Barry Leiba wrote:
>>> Do you think it's worth the risk of introducing errors (point 1)?
>> I’m not sure I understand it well enough. If you substitute values that are the same length in
>> characters as the old values, is this still a problem? I.e., if you padded examples with numbers
>> ("example123456”) or something along those lines, does that help?
> That sounds workable; I don't think we have any digital signatures,
> which would still break, but I don't think we need to worry about
> that.  Let me talk it over with Alexey.

I changed example domains to end with .example. I think this both 
preserves Mark's original intent and also uses example domains. It 
turned out that there was only one example that needed recalculating 
literal length.

Best Regards,

Alexey

v2.23.0 | Report a Bug | By Email