IETF Logo Mail Archive

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

Cyrus Daboo <cyrus@daboo.name> Wed, 17 December 2014 01:40 UTC

Return-Path: <cyrus@daboo.name>
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 703B51A0389 for <tzdist@ietfa.amsl.com>; Tue, 16 Dec 2014 17:40:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 uD4Iv_PJO5Hi for <tzdist@ietfa.amsl.com>; Tue, 16 Dec 2014 17:40:25 -0800 (PST)
Received: from daboo.name (daboo.name [173.13.55.49]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C2951A026C for <tzdist@ietf.org>; Tue, 16 Dec 2014 17:40:23 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id ADD18649D71; Tue, 16 Dec 2014 20:40:22 -0500 (EST)
X-Virus-Scanned: amavisd-new at example.com
Received: from daboo.name ([127.0.0.1]) by localhost (daboo.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rZwnjgwBhAzv; Tue, 16 Dec 2014 20:40:22 -0500 (EST)
Received: from [10.0.1.25] (unknown [173.13.55.49]) by daboo.name (Postfix) with ESMTPSA id 4A472649D66; Tue, 16 Dec 2014 20:40:22 -0500 (EST)
Date: Tue, 16 Dec 2014 20:40:19 -0500
From: Cyrus Daboo <cyrus@daboo.name>
To: Doug Royer <douglasroyer@gmail.com>, Time Zone Data Distribution Service <tzdist@ietf.org>
Message-ID: <115C5576AF0D74A3691BFFC7@cyrus.local>
In-Reply-To: <5490CCA6.9080203@gmail.com>
References: <059.5da79d7c9d394e20e3c22513cfe04c33@tools.ietf.org> <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> <CADZyTknKw3zYZgF4Udiu4Ythz3OD2-AXc-96VBrq1GXYtYfu8Q@mail.gmail.com> <9A4B38EEDB927575ED1A77F1@caldav.corp.apple.com> <549093FF.3090708@gmail.com> <59FC7AD7C4EC6D33043E9E3F@caldav.corp.apple.com> <5490CCA6.9080203@gmail.com>
X-Mailer: Mulberry/4.1.0b1 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; size="872"
Archived-At: http://mailarchive.ietf.org/arch/msg/tzdist/L5ZqNt5B5FgEO8OFiY8YIj8mnz8
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: Wed, 17 Dec 2014 01:40:26 -0000

Hi Doug,

--On December 16, 2014 at 5:21:58 PM -0700 Doug Royer 
<douglasroyer@gmail.com> wrote:

>> 1) The server only reports a time zone as changed if the underlying
>> data or meta-data (other than version id) has changed.
>
> Trying to make sure I understand this:
>
> The very first time a tzdist aware application or OS asks a
> tzdist-service, everything will appear to have changed - correct?
> So a changedsince makes no sense as the very first query to a tzdist, for
> each unique client - correct?

Yes. The client will request a "full" list from the server the very first 
time. Note that the client does not then have to download every time zone 
in the list response - it can pick and choose the ones it cares about 
(i.e., an iCalendar client only needs the data for those time zones 
actually referenced in events in its calendar store).

-- 
Cyrus Daboo

v2.23.0 | Report a Bug | By Email