IETF Logo Mail Archive

Re: [calsify] JSCalendar: alternative to current all-day events

"Robert Stepanek" <rsto@fastmailteam.com> Wed, 19 June 2019 08:40 UTC

Return-Path: <rsto@fastmailteam.com>
X-Original-To: calsify@ietfa.amsl.com
Delivered-To: calsify@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CC5612016C for <calsify@ietfa.amsl.com>; Wed, 19 Jun 2019 01:40:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmailteam.com header.b=XKl3Fy4U; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=pzhB7XqX
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 sjcOanDX3bR8 for <calsify@ietfa.amsl.com>; Wed, 19 Jun 2019 01:40:45 -0700 (PDT)
Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8959612002F for <calsify@ietf.org>; Wed, 19 Jun 2019 01:40:45 -0700 (PDT)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 80C69223DB for <calsify@ietf.org>; Wed, 19 Jun 2019 04:40:44 -0400 (EDT)
Received: from imap7 ([10.202.2.57]) by compute1.internal (MEProxy); Wed, 19 Jun 2019 04:40:44 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:in-reply-to :references:date:from:to:subject:content-type; s=fm3; bh=qW3I8kk f2/Gj4LfQ8+3GIf+0znTr7yKP1Pda6xC0wP0=; b=XKl3Fy4UyfPIFMgzCw3zp4n Bhi3nHHUuVbAyFaahScppJhbEB5IQXkhJFFWkdu9eY6hGYlmb0wz6qJ+/aUSrWOa 5LVcptXToMlqR/sGPj9SG37/NxyonH8IDeyV9sUcqcptYIAprMhZJlkMOZrPFBvg KAmjW7X33+Mx/EclnIlFIfjgIe+JBlGRyD7x0uFuIsKhIT2Fyh780mGfHpTvLh5D HyRC41OLX7Yr21X7H/abhzJSp93PQXoHItYwq3B/2LpNp8XagTNXqUoPYyieTkSu zQ5BjXawGluo90JcuQH1XPsQoF537i6h92rsPUHbhCUfM5uI+6TgDevPdRowDLw= =
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=qW3I8k kf2/Gj4LfQ8+3GIf+0znTr7yKP1Pda6xC0wP0=; b=pzhB7XqX+iELBOBQpwNwA+ 65Cooyk5j/MBlkPqkugYmFuSG3PvyerRUzO3p2nEmpfpuS6JHDzrpjPH+nOlgcSK HT39ZHcFG8C3eUFdPPKDU8wmzHqJLfvvAwPFXtQYK3mdYd+V8Q/HuyjUSBuLM3/5 EgWKLMrVkdkJ4MbKrVQW06w0AYc+MItvfP2NoQcm2GW/VUp8tF5kZ+QBFkwLw3QD WZTyAFsrstkpqTU5YYHOYbHhvVOqGILnfC0HGQlqpR88goIc9OFNPJKeZ8tqBp+D vBWgbm8qepaBNYCg9Q0d7cBRoTzzWL7q5mMJvcz5t1TB6wBA5iJ+k/NWtfs3LMCg ==
X-ME-Sender: <xms:DPUJXdwoZEwftm2_FfwmG5qcq4j40IekLwDLlGLLyOZdVj54EklH6w>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrtddugddufeehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsegrtd erreerredtnecuhfhrohhmpedftfhosggvrhhtucfuthgvphgrnhgvkhdfuceorhhsthho sehfrghsthhmrghilhhtvggrmhdrtghomheqnecurfgrrhgrmhepmhgrihhlfhhrohhmpe hrshhtohesfhgrshhtmhgrihhlthgvrghmrdgtohhmnecuvehluhhsthgvrhfuihiivgep td
X-ME-Proxy: <xmx:DPUJXZn61be-rbs8Msyb-Q-iqrGfP_3zuExa_9Pi7p7XsJ2FO7kB-Q> <xmx:DPUJXaEyTEc38UIPQcPCHlnE5q_RseWVJfxUuD4KW4z2_dhnj2INtQ> <xmx:DPUJXRXU7fON-xmIA_m2eq5-eetPtwC8lk5H7qL4Wtkm4A3fxEetLw> <xmx:DPUJXQPvmxwGWLNtymumkHhJCBViyLjKVEFPKWSKUApo3pdoLh80jw>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id E6ED318073C; Wed, 19 Jun 2019 04:40:43 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.1.6-727-gabab71a-fmstable-20190619v1
Mime-Version: 1.0
Message-Id: <68de4336-72ad-46fa-89eb-75c6dd44f69d@www.fastmail.com>
In-Reply-To: <b96f6a02-3c75-673e-6730-bed7bcea36ed@gmail.com>
References: <7ec4462f-9e69-409e-9925-6f0beae7424c@www.fastmail.com> <e7b2189a-1967-2266-11e1-9e994fbe12c1@gmail.com> <69247523-c59b-49b2-9304-3f460cdbbc24@beta.fastmail.com> <2da7e240-326b-23fb-3a29-190d4b65f31f@gmail.com> <8397aa6c-4924-a47e-66c4-98f4b459e70e@gmail.com> <e75bcfba-8a79-1a88-4380-c5e13053013e@gmail.com> <e60a6db4-17db-418c-8341-d9cd4fd0787c@beta.fastmail.com> <b96f6a02-3c75-673e-6730-bed7bcea36ed@gmail.com>
Date: Wed, 19 Jun 2019 10:40:43 +0200
From: Robert Stepanek <rsto@fastmailteam.com>
To: calsify@ietf.org
Content-Type: multipart/alternative; boundary="3c397d7d922a43bf971506e230e0366d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/calsify/YfucElZjmQEEEKOHuYBjU5q8xAE>
Subject: Re: [calsify] JSCalendar: alternative to current all-day events
X-BeenThere: calsify@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <calsify.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/calsify>, <mailto:calsify-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/calsify/>
List-Post: <mailto:calsify@ietf.org>
List-Help: <mailto:calsify-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/calsify>, <mailto:calsify-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Jun 2019 08:40:48 -0000

On Wed, Jun 19, 2019, at 7:05 AM, Doug Royer wrote:
> On 6/18/19 7:20 PM, Bron Gondwana wrote:
> > On Wed, Jun 19, 2019, at 07:13, Doug Royer wrote:
> >> TZ is not required, and *is* allowed on Date-Time and Date events.
> >>
> >> DTSTART;TZID=America/New_York;VALUE-DATE:19980119
> > 
> > Do you have a citation to support this statement?
> > 
> > Mike and I are basing our understanding from reading RFC 5545: Section 
> > 3.2.19
> > 
> > The "TZID" property parameter MUST NOT be applied to DATE
> > properties and DATE-TIME or TIME properties whose time values are
> > specified in UTC.
> > 
> 
> That is because UTC (Z) is a time zone. It has nothing to do with all 
> day or anniversary. A 'Z' in addition to a TZID would be placing two 
> time zones into the same property. That would be nonsensical.

We read
 'The "TZID" property parameter MUST NOT be applied to DATE properties'
as
 'The TZID property parameter MUST NOT be applied to properties *with value type* DATE'.

Regards,
Robert

v2.23.0 | Report a Bug | By Email