Forward: RFC 5546 on iCalendar Transport-Independent Interoperability Protocol (iTIP)

RFC Editor <rfc-editor@rfc-editor.org> Wed, 24 February 2010 00:18 UTC

Return-Path: <rfc-ed@rfc-editor.org>
X-Original-To: ietf-announce@core3.amsl.com
Delivered-To: ietf-announce@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 924C428C36E for <ietf-announce@core3.amsl.com>; Tue, 23 Feb 2010 16:18:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.255
X-Spam-Level:
X-Spam-Status: No, score=-2.255 tagged_above=-999 required=5 tests=[AWL=-0.255, BAYES_00=-2.599, J_CHICKENPOX_93=0.6, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ckw-3V2zJfAG for <ietf-announce@core3.amsl.com>; Tue, 23 Feb 2010 16:18:37 -0800 (PST)
Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:1112:1::2f]) by core3.amsl.com (Postfix) with ESMTP id D143A28C0DB for <ietf-announce@ietf.org>; Tue, 23 Feb 2010 16:18:37 -0800 (PST)
Received: by rfc-editor.org (Postfix, from userid 6000) id 789F3130001; Tue, 23 Feb 2010 16:20:42 -0800 (PST)
Date: Tue, 23 Feb 2010 16:20:42 -0800
From: RFC Editor <rfc-editor@rfc-editor.org>
To: ietf-announce@ietf.org
Subject: Forward: RFC 5546 on iCalendar Transport-Independent Interoperability Protocol (iTIP)
Message-ID: <20100224002042.GB22574@rfc-editor.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.17 (2007-11-01)
Cc: RFC Editor <rfc-editor@rfc-editor.org>
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "IETF announcement list. No discussions." <ietf-announce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf-announce>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Feb 2010 00:18:38 -0000

Greetings All,

Please note that we are resending this RFC announcement because were
notified that it did not appear in the ietf-announce archives.  Please
note that the date of publication is December 2009.

Please let us know if you have any questions.

Thank you.

RFC Editor/sg

----- Forwarded message from rfc-editor@rfc-editor.org -----

To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
Subject: RFC 5546 on iCalendar Transport-Independent Interoperability Protocol (iTIP)
From: rfc-editor@rfc-editor.org
Cc: rfc-editor@rfc-editor.org, ietf-calsify@osafoundation.org
Date: Wed, 23 Dec 2009 10:45:21 -0800 (PST)


A new Request for Comments is now available in online RFC libraries.

        
        RFC 5546

        Title:      iCalendar Transport-Independent Interoperability 
                    Protocol (iTIP) 
        Author:     C. Daboo, Ed.
        Status:     Standards Track
        Date:       December 2009
        Mailbox:    cyrus@daboo.name
        Pages:      133
        Characters: 318143
        Obsoletes:  RFC2446
        Updates:    RFC5545

        I-D Tag:    draft-ietf-calsify-2446bis-10.txt

        URL:        http://www.rfc-editor.org/rfc/rfc5546.txt

This document specifies a protocol that uses the iCalendar object
specification to provide scheduling interoperability between
different calendaring systems.  This is done without reference to a
specific transport protocol so as to allow multiple methods of
communication between systems.  Subsequent documents will define
profiles of this protocol that use specific, interoperable methods of
communication between systems.

The iCalendar Transport-Independent Interoperability Protocol (iTIP)
complements the iCalendar object specification by adding semantics
for group scheduling methods commonly available in current
calendaring systems.  These scheduling methods permit two or more
calendaring systems to perform transactions such as publishing,
scheduling, rescheduling, responding to scheduling requests,
negotiating changes, or canceling.  [STANDARDS TRACK]

This document is a product of the Calendaring and Scheduling Standards Simplification Working Group of the IETF.

This is now a Proposed Standard Protocol.

STANDARDS TRACK: This document specifies an Internet standards track
protocol for the Internet community,and requests discussion and suggestions
for improvements.  Please refer to the current edition of the Internet
Official Protocol Standards (STD 1) for the standardization state and
status of this protocol.  Distribution of this memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  http://www.ietf.org/mailman/listinfo/ietf-announce
  http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see http://www.rfc-editor.org/rfcsearch.html.
For downloading RFCs, see http://www.rfc-editor.org/rfc.html.

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
USC/Information Sciences Institute


----- End forwarded message -----