IETF Logo Mail Archive

Re: [Tzdist] Fwd: [tzdist] #32 (service): managing historical data

Daniel Migault <mglt.ietf@gmail.com> Tue, 16 December 2014 19:12 UTC

Return-Path: <mglt.ietf@gmail.com>
X-Original-To: tzdist@ietfa.amsl.com
Delivered-To: tzdist@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE7E11A871C for <tzdist@ietfa.amsl.com>; Tue, 16 Dec 2014 11:12:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.999
X-Spam-Level:
X-Spam-Status: No, score=-0.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 5qdvnlC3sJG7 for <tzdist@ietfa.amsl.com>; Tue, 16 Dec 2014 11:12:42 -0800 (PST)
Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E387B1A1B99 for <tzdist@ietf.org>; Tue, 16 Dec 2014 11:12:41 -0800 (PST)
Received: by mail-wg0-f50.google.com with SMTP id a1so18308643wgh.37 for <tzdist@ietf.org>; Tue, 16 Dec 2014 11:12:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CZdWZ+mclk/Mmf/OjceIUS1RfLTBh7nH6wbYTFQbxXA=; b=eaFyIpTBJ0UgsLVtVJ9hNMzRocB5vdYTmgYVknzCeDqUqCZrS+GtYMVw+5K8PC/TJY 7eFamxSmsFII82+aHbwG8gtnj0FZom4kNm8h3Zs9Oi3TWpKr47OcBiwED4qxijANZwpy jnxXva4uasunfYAlcbtJdvkjs5mlSc/bT9yDY5gg44OGVEan4ZZN/z9zEM22bgSB7loi hlGj1RRsSRdxToQxSSoHAcuNpVey0BmgBv86j6fPO9WBuXlLyXFT+zAz6g3A34c0YC5L J2Ct2Py/NPjFMvHpMpxEbGJ1l0mtr5XR1UZKFFG7Mfg9TPY3LzZOJYlGQOLvEmcTpLcf YblQ==
MIME-Version: 1.0
X-Received: by 10.180.24.167 with SMTP id v7mr7576012wif.5.1418757160339; Tue, 16 Dec 2014 11:12:40 -0800 (PST)
Received: by 10.194.236.106 with HTTP; Tue, 16 Dec 2014 11:12:40 -0800 (PST)
In-Reply-To: <548F5B6B.4090702@gmail.com>
References: <059.5da79d7c9d394e20e3c22513cfe04c33@tools.ietf.org> <5488921B.8020900@lsces.co.uk> <5488973F.7050400@andrew.cmu.edu> <54889C39.1080103@lsces.co.uk> <D2BE5C3BFE11019ECF4BEF62@caldav.corp.apple.com> <5488A6E6.8050903@lsces.co.uk> <CADC+-gTiyJ4QHZT6m3je9M9-ifSELnSWgmgy7iXSWNS+p8pthg@mail.gmail.com> <5488C0EA.8090505@lsces.co.uk> <CADC+-gTgckSe1ca6Sai6RguQid=ReM7bH6K8+dVVFm-YfbpFbA@mail.gmail.com> <5488DA56.2090306@lsces.co.uk> <CADC+-gQN=Qb2y8M-bHnPzMcK8r=xUG-seQ7XzvZwwcWsHpHnBQ@mail.gmail.com> <54895986.6060806@lsces.co.uk> <5489CA90.1070307@gmail.com> <35BC5886C9A58F866E8A46A8@caldav.corp.apple.com> <5489D9F7.3080207@gmail.com> <D196D63077FEC1B090DF7C86@caldav.corp.apple.com> <5489F79E.4080909@gmail.com> <BC19CC6916DC0E59CA63737D@caldav.corp.apple.com> <548B929C.3010505@gmail.com> <548C04F8.30005@lsces.co.uk> <D0F712C2A7EF425A8887E231@cyrus.local> <548DD49E.2050300@gmail.com> <4316F5E10254D07BBC24E4E1@caldav.corp.apple.com> <548F5B6B.4090702@gmail.com>
Date: Tue, 16 Dec 2014 20:12:40 +0100
Message-ID: <CADZyTknKw3zYZgF4Udiu4Ythz3OD2-AXc-96VBrq1GXYtYfu8Q@mail.gmail.com>
From: Daniel Migault <mglt.ietf@gmail.com>
To: Doug Royer <douglasroyer@gmail.com>
Content-Type: multipart/alternative; boundary="f46d0442878690940a050a5a2427"
Archived-At: http://mailarchive.ietf.org/arch/msg/tzdist/hL5GW5Wakp5WpuYfIWCuJjMuOjQ
Cc: Time Zone Data Distribution Service <tzdist@ietf.org>
Subject: Re: [Tzdist] Fwd: [tzdist] #32 (service): managing historical data
X-BeenThere: tzdist@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <tzdist.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tzdist>, <mailto:tzdist-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tzdist/>
List-Post: <mailto:tzdist@ietf.org>
List-Help: <mailto:tzdist-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tzdist>, <mailto:tzdist-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Dec 2014 19:12:44 -0000

Dear Friends and Colleagues,

I would like to close this thread to move on. There was not a strong
consensus that Lester's historical data use case was not to be considered.
So my current position is that we should consider it. It seems to me we
have reached consensus that using a version number solves this issue.
Discussion are on whether this number should be optional or mandatory. I
understand that optional does not solve this issue, and there is no strong
argument against making it mandatory.

I am thus inclined to have a mandatory version number. Although there are
alternative ways to do/think. I would like to see if there are any strong
opposition to this. Please send you opinion. I wish we find consensus
by/during the phone call.

Best Regards,
Daniel

On Mon, Dec 15, 2014 at 11:06 PM, Doug Royer <douglasroyer@gmail.com> wrote:
>
> On 12/15/2014 12:00 PM, Cyrus Daboo wrote:
>
>> Hi Doug,
>>
>>  *QUESTION 1:* Given:
>>>
>>> The DTSTAMP property gets updated each time a VTIMEZONE is
>>> *instantiated*, not updated.
>>>
>>
>> Well that's an incorrect assumption given that RFC5545 does not in fact
>> define DTSTAMP as a required or optional property for use in VTIMEZONE.
>>
>
> Okay, so PLEASE change the name to not be confused with the other
> 'dtstamp' ?
>
> Are the other exactly the same name objects as RFC5545 the same? Or not?
>
>
> --
>
> Doug Royer - (http://K7DMR.us / http://DougRoyer.US)
> DouglasRoyer@gmail.com
> 714-989-6135
>
>
>
> _______________________________________________
> Tzdist mailing list
> Tzdist@ietf.org
> https://www.ietf.org/mailman/listinfo/tzdist
>
>

-- 
Daniel Migault
Orange Labs -- Security
+33 6 70 72 69 58

v2.23.0 | Report a Bug | By Email