home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / drafts / draft_ietf_a_c / draft-ietf-calsch-imip-01.txt < prev    next >
Text File  |  1997-09-15  |  26KB  |  845 lines
  1.  
  2.  
  3.  
  4. Network Working Group                                Frank Dawson/Lotus
  5. Internet Draft                                   Steve Mansour/Netscape
  6. <draft-ietf-calsch-imip-01.txt>              Steve Silverberg/Microsoft
  7. Expires six months after September12, 1997
  8.  
  9.  
  10.            iCalendar Message-Based Interoperability Protocol
  11.                                  (iMIP)
  12.  
  13.  
  14. Status of this Memo
  15.  
  16.  
  17.    This document is an Internet-Draft. Internet-Drafts are working
  18.    documents of the Internet Engineering Task Force (IETF), its areas,
  19.    andits working groups. Note that other groups may also distribute
  20.    working documents as Internet-Drafts.
  21.  
  22.    Internet-Drafts are draft documents valid for a maximum of six
  23.    months. Internet-Drafts may be updated, replaced, or made obsolete by
  24.    other documents at any time. It is not appropriate to use Internet-
  25.    Drafts as reference material or to cite them other than as a "working
  26.    draft" or "work in progress".
  27.  
  28.    To learn the current status of any Internet-Draft, please check the
  29.    1id-abstracts.txt listing contained in the Internet-Drafts Shadow
  30.    Directories on ds.internic.net (US East Coast), nic.nordu.net
  31.    (Europe), ftp.isi.edu (US West Coast), or munnari.oz.au (Pacific
  32.    Rim).
  33.  
  34.    Distribution of this document is unlimited.
  35.  
  36.  
  37. Abstract
  38.  
  39.  
  40.    This document specifies a binding from the iCalendar Transport-
  41.    independent Interoperability Protocol [ITIP] to Internet email-based
  42.    transports. Calendaring entries defined by the iCalendar Object Model
  43.    [ICAL] are composed using constructs from [RFC-822], [RFC-2045],
  44.    [RFC-2046], [RFC-2047], [RFC-2048] and [RFC-2049].
  45.  
  46.    This document is based on the calendaring and scheduling model
  47.    defined by [ICMS].
  48.  
  49.    This document is based on discussions within the Internet Engineering
  50.    Task Force (IETF) Calendaring and Scheduling (CALSCH) working group.
  51.    More information about the IETF CALSCH working group activities can
  52.    be found on the IMC website at http://www.imc.org, the IETF website
  53.    at http://www.ietf.org/html.charters/calsch-charter.html. Refer to
  54.    the references within this document for further information on how to
  55.    access these various documents.
  56.  
  57.    Distribution of this document is unlimited. Comments and suggestions
  58.    for improvement should be sent to the authors.
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66. Dawson/Mansour/Silverberg          1                 Expires March 1998
  67.  
  68.  
  69.  
  70. Internet DraftiCalendar Message-based Interoperability Protocol (iMIP)
  71.                            September 12, 1997
  72.  
  73. 1  Introduction
  74.  
  75.  
  76.    This binding document provides the transport specific information
  77.    necessary convey iCalendar Transport-independent Interoperability
  78.    Protocol [ITIP] over MIME as defined in [RFC-822] and [RFC-2045].
  79.  
  80. 1.1 Related Memos
  81.  
  82.  
  83.    Implementors will need to be familar with several other memos that,
  84.    along with this memo, form a framework for Internet calendaring and
  85.    scheduling standards.
  86.  
  87.    This document - specifies an Internet email binding for [ITIP].
  88.  
  89.    [ICMS] - specifies a common terminology and abstract;
  90.  
  91.    [ICAL] - specifies a core specification of objects, data types,
  92.    properties and property parameters;
  93.  
  94.    [ITIP] - specifies an interoperability protocol for scheduling
  95.    between different implementations;
  96.  
  97.    [IRIP] - specifies an Internet real time protocol binding for [ITIP].
  98.  
  99.    This memo does not attempt to repeat the specification of concepts or
  100.    definitions from these other memos. Where possible, references are
  101.    made to the memo that provides for the specification of these
  102.    concepts or definitions.
  103.  
  104. 1.2 Formatting Conventions
  105.  
  106.  
  107.    The mechanisms defined in this memo are defined in propose. In order
  108.    to refer to elements of the calendaring and scheduling model, core
  109.    object or interoperability protocol defined in [ICMS], [ICAL] and
  110.    [ITIP] some formatting conventions have been used.
  111.  
  112.    Calendaring and scheduling roles defined by [ICMS] are referred to in
  113.    quoted-strings of text with the first character of each word in upper
  114.    case. For example, "Organizer" refers to a role of a "Calendar User"
  115.    within the scheduling protocol defined by [ITIP]
  116.  
  117.    Calendar components defined by [ICAL] are referred to with
  118.    capitalized, quoted-strings of text. All calendar components start
  119.    with the letter "V". For example, "VEVENT" refers to the event
  120.    calendar component, "VTODO" refers to the to-do calendar component
  121.    and "VJOURNAL" refers to the daily journal calendar component.
  122.  
  123.    Scheduling methods defined by [ITIP] are referred to with
  124.    capitalized, quoted-strings of text. For example, "REQUEST" refers to
  125.    the method for requesting a scheduling calendar component be created
  126.    or modified, "REPLY" refers to the method a recipient of a request
  127.    uses to update their status with the "Organizer" of the calendar
  128.    component.
  129.  
  130.  
  131.  
  132. Dawson/Mansour/Silverberg          2                 Expires March 1998
  133.  
  134.  
  135.  
  136. Internet DraftiCalendar Message-based Interoperability Protocol (iMIP)
  137.                            September 12, 1997
  138.  
  139.    Properties defined by [ICAL] are referred to with capitalized,
  140.    quoted-strings of text, followed by the word "property". For example,
  141.    "ATTENDEE" property refers to the iCalendar property used to convey
  142.    the calendar address of a calendar user.
  143.  
  144.    Property parameters defined by [ICAL] are referred to with lower
  145.    case, quoted-strings of text, followed by the word "parameter". For
  146.    example, "VALUE" parameter refers to the iCalendar property parameter
  147.    used to override the default data type for a property value.
  148.  
  149. 1.3 Terminology
  150.  
  151.  
  152.    The email terms used in this memo are defined in [RFC-822] and [RFC-
  153.    2045]. The calendaring and scheduling terms used in this memo are
  154.    defined in [ICMS], [ICAL] and [ITIP]
  155.  
  156. 2  MIME Message Format Binding
  157.  
  158.  
  159.    This section defines the message binding to the MIME electronic mail
  160.    transport.
  161.  
  162.    The sections below refer to the "originator" and the "respondent" of
  163.    an iMIP message. Typically, the originator is the owner or oganizer
  164.    of an event. The respondent is an attendee of the event.
  165.  
  166.    In a well-organized email message the Reply-To header contains the
  167.    email address of the originator or respondent of an event. However,
  168.    this cannot be guaranteed as Mail User Agents (MUA) are not required
  169.    to enforce iMIP semantics.
  170.  
  171. 2.1 MIME Media Type
  172.  
  173.  
  174.    A MIME entity containing content information formatted according to
  175.    this design document will be referenced as a "text/calendar" content
  176.    type. It is assumed that this content type will be transported
  177.    through a MIME electronic mail transport.
  178.  
  179. 2.2 Security
  180.  
  181.  
  182.    This section addresses several aspects of security including
  183.    Authentication, Authorization and Confidentiality. Authentication and
  184.    confidentiality can be achieved using RFC 1847 which specifies the
  185.    Security Multiparts for MIME. This framework defines new content
  186.    types and subtypes of multipart: signed and encrypted. Each contains
  187.    two body parts: one for the protected data and another for the
  188.    control information necessary to remove the protection.
  189.  
  190. 2.2.1   Authorization
  191.  
  192.  
  193.    Per the [ICSM], only the organizer has authorization to modify or
  194.    cancel calendar entries they organize. That is, spoof@xyz.com should
  195.    not be able to modify or cancel a meeting that was organized by
  196.  
  197.  
  198.  
  199. Dawson/Mansour/Silverberg          3                 Expires March 1998
  200.  
  201.  
  202.  
  203. Internet DraftiCalendar Message-based Interoperability Protocol (iMIP)
  204.                            September 12, 1997
  205.  
  206.    a@xyz.com. Furthermore, only the respondent has the authorization to
  207.    indicate their status to the organizer. That is, spoof@xyz.com should
  208.    not be able to tell the organizer that b@xyz.com declines a meeting
  209.    invitation.
  210.  
  211.    [Editors note: this does not address issues around a calendar user
  212.    assigning someone else as a delegate to accept or decline meetings on
  213.    their behalf. For example, suppose an event invitation is sent to Joe
  214.    (joe@x.com). Mary (mary@x.com), JoeÆs administrative assistant,
  215.    accepts the meeting on JoeÆs behalf. How is this handled in the iTIP
  216.    realm? Should the "From:" and/or "Reply-To" fields contain joe@x.com
  217.    or mary@x.com? How is the organizer of the meeting to know that Mary
  218.    can accept meetings on JoeÆs behalf?]
  219.  
  220.    Hence, iMIP implementations must verify the authenticity of the
  221.    sender of an iCalendar object before taking any action. This could be
  222.    done by utilizing a Multipart/signed implementation of either
  223.    PGP/MIME or S/MIME.
  224.  
  225.    [Editors note: this needs further clarification. How do you do this?
  226.    The certificate owner must be somehow correlated to the organizer or
  227.    the respondent. How is this done?]
  228.  
  229. 2.2.2   Authentication
  230.  
  231.  
  232.    Authentication can be performed using an implementation of RFC 1847
  233.    Multipart/signed that supports public/private key certificates.
  234.    However, since most MUAs provide for the forwarding of messages, the
  235.    organizer of an event and the sender of the message may be different.
  236.    Therefore authentication may not be possible.
  237.  
  238. 2.2.3   Confidentiality
  239.  
  240.  
  241.    To ensure confidentiality using iMIP implementations should utilize
  242.    RFC 1847 compliant encryption. The protocol does not restrict a CUA
  243.    from forwarding Requests or Responses to other users or agents.
  244.  
  245. 2.3 RFC 822 Addresses
  246.  
  247.  
  248.    The calendar address specified within the "ATTENDEE" property in an
  249.    iCalendar object MUST be a fully qualified, RFC 822 address for the
  250.    corresponding "Owner", "Organizer" or "Attendee" of the "VEVENT" or
  251.    "VTODO". The address MUST be the RFC 822 address for the calendaring
  252.    and scheduling mailbox for the attendee.
  253.  
  254.    For purposes of authentication and authorization the RFC 822 "Sender"
  255.    and "Reply-to" value MUST be the same as the address value for the
  256.    "Organizer". Because [ITIP] does not preclude "Attendees" from
  257.    forwarding "VEVENTS" or "VTODOS" to others, the RFC-822 "Sender"
  258.    value may not equal that of the organizer. In these cases,
  259.    authentication cannot be verified. Additionally, the "Organizer"
  260.    cannot be inferred by the RFC-822 "Sender" or "Reply-to" values.
  261.  
  262.  
  263.  
  264.  
  265. Dawson/Mansour/Silverberg          4                 Expires March 1998
  266.  
  267.  
  268.  
  269. Internet DraftiCalendar Message-based Interoperability Protocol (iMIP)
  270.                            September 12, 1997
  271.  
  272.    Instead, it MUST be derived by opening the proper text/calendar MIME
  273.    body part.
  274.  
  275. 2.4 Content Type
  276.  
  277.  
  278.    A MIME body part containing content information that conforms to this
  279.    design document MUST have a Content-Type value of "text/calendar".
  280.    The content type header field MUST also include the type parameter
  281.    "method". The parameter value MUST be one of the message types
  282.    defined by this method. The value MUST also be the same as the value
  283.    of the METHOD calendar property within the iCalendar object. This
  284.    means that if a MIME message containing multiple iCalendar objects
  285.    with different method values, then they must be further encapsulated
  286.    with a "multipart/mixed" MIME entity. This will allow each of the
  287.    iCalendar objects to be encapsulated within their own "text/calendar"
  288.    MIME entity.
  289.  
  290.    The Content-Type CHARSET parameter MUST appear in any MIME entity
  291.    encapsulating an iCalendar object conforming to this design document.
  292.    The CHARSET parameter value MUST be "UTF-8" or some other valid
  293.    character set. The reason for this is that in [iCal] the default
  294.    character set is UTF-8.
  295.  
  296.    The optional Content-Type COMPONENT parameter defines the iCalendar
  297.    component type contained within the iCalendar object.
  298.  
  299.    The following is an example of this header field with a value that
  300.    indicates an event request message.
  301.  
  302.         Content-Type:text/calendar; method=request; charset=UTF-8;
  303.               component=vevent
  304.  
  305.    The "text/calendar" content type allows for the scheduling message
  306.    type to be included in a MIME message with other content information
  307.    (i.e., multipart/mixed) or included in a MIME message with a clear-
  308.    text, human-readable form of the scheduling message (i.e.,
  309.    multipart/alternative).
  310.  
  311.    In order to permit the information in the scheduling message to be
  312.    understood by MIME user agents (UA) that do not support the
  313.    text/calendar content type, scheduling messages should be sent with
  314.    an alternative, human-readable form of the information.
  315.  
  316. 2.5 Content-Transfer-Encoding
  317.  
  318.  
  319.    Note that the default character set for iCalendar objects is UTF-8
  320.    and a transfer encoding may be required.
  321.  
  322.         Content-Transfer-Encoding:quoted-printable
  323.  
  324. 2.6 Content-Description
  325.  
  326.  
  327.    The Content-Description header is optional.
  328.  
  329.  
  330.  
  331. Dawson/Mansour/Silverberg          5                 Expires March 1998
  332.  
  333.  
  334.  
  335. Internet DraftiCalendar Message-based Interoperability Protocol (iMIP)
  336.                            September 12, 1997
  337.  
  338.  
  339.         Content-Description: iCalendar REQUEST for an event
  340.  
  341. 3  Examples
  342.  
  343.  
  344.    In the examples below, the iCalendar object does not specify a
  345.    character set, it is assumed to be UTF-8. Quoted-printable has been
  346.    used to keep the message human readable.
  347.  
  348. 3.1 Single Component With An ATTACH Property
  349.  
  350.  
  351.    This minimal message shows a how a an iCalendar object references an
  352.    attachment. The attachment is accessible by anyone via its URL.
  353.  
  354.    From: sman@netscape.com
  355.    To: stevesil@microsoft.com
  356.    Subject: Phone Conference
  357.    Mime-Version: 1.0
  358.    Content-Type:text/calendar; method=REQUEST; charset=UTF-8
  359.    Content-Transfer-Encoding:quoted-printable
  360.  
  361.    BEGIN:VCALENDAR
  362.    PRODID:-//ACME/DesktopCalendar//EN
  363.    METHOD:REQUEST
  364.    VERSION:2.0
  365.    BEGIN:VEVENT
  366.    ATTENDEE;ROLE=OWNER;STATUS=ACCEPTED:sman@netscape.com
  367.    ATTENDEE;RSVP=YES;EXPECT=REQUEST:stevesil@microsoft.com
  368.    DTSTAMP:19970611T190000Z
  369.    DTSTART:19970701T100000-0700
  370.    DTEND:19970701T103000-0700
  371.    SUMMARY:Phone Conference
  372.    DESCRIPTION:Please review the attached document.
  373.    UID:www.acme.com-873970198738777
  374.    ATTACH:ftp://ftp.bar.com/pub/docs/foo.doc
  375.    SEQUENCE:0
  376.    STATUS:CONFIRMED
  377.    END:VEVENT
  378.    END:VCALENDAR
  379.  
  380.  
  381. 3.2 Single Component With An ATTACH Property and Inline Attachment
  382.  
  383.  
  384.    This example shows how a message containing an iCalendar object
  385.    references an attached document. The reference is made using a
  386.    Content-id (CID). Thus, the iCalendar object and the document are
  387.    packaged in a multipart/related encapsulation.
  388.  
  389.    From: foo1@bar.net
  390.    To: foo2@bar.net
  391.    Subject: Phone Conference
  392.    Mime-Version: 1.0
  393.    Content-Type: multipart/related; boundary="boundary-example-1";
  394.  
  395.  
  396.  
  397. Dawson/Mansour/Silverberg          6                 Expires March 1998
  398.  
  399.  
  400.  
  401. Internet DraftiCalendar Message-based Interoperability Protocol (iMIP)
  402.                            September 12, 1997
  403.  
  404.                  type=text/calendar
  405.  
  406.    --boundary-example-1
  407.  
  408.    Content-Type:text/calendar; method=REQUEST; charset=UTF-8
  409.    Content-Transfer-Encoding: quoted-printable
  410.    Content-Disposition: attachment; filename="event.vcs"
  411.  
  412.    BEGIN:VCALENDAR
  413.    PRODID:-//ACME/DesktopCalendar//EN
  414.    METHOD:REQUEST
  415.    VERSION:2.0
  416.    BEGIN:VEVENT
  417.    ATTENDEE;ROLE=OWNER;STATUS=ACCEPTED:foo1@bar.net
  418.    ATTENDEE;RSVP=YES;EXPECT=REQUEST;
  419.     TYPE=INDIVIDUAL:foo2@bar.net
  420.    DTSTAMP:19970611T190000Z
  421.    DTSTART:19970701T100000-0700
  422.    DTEND:19970701T103000-0700
  423.    SUMMARY:Phone Conference
  424.    UID:www.acme.com-873970198738777
  425.    ATTACH:cid:www.acme.com-12345aaa
  426.    SEQUENCE:0
  427.    STATUS:CONFIRMED
  428.    END:VEVENT
  429.    END:VCALENDAR
  430.  
  431.    --boundary-example-1
  432.    Content-Type: application/msword; name="FieldReport.doc"
  433.    Content-Transfer-Encoding: base64
  434.    Content-Disposition: inline; filename="FieldReport.doc"
  435.    Content-ID: <www.acme.com-12345aaa>
  436.  
  437.    0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAABAAAARAAAAAAA
  438.    AAAAEAAAQAAAAAEAAAD+////AAAAAEUAAAD/////////////////////////////////e
  439.    tc...
  440.  
  441.    --boundary-example-1--
  442.  
  443. 3.3 Multiple Similar Components
  444.  
  445.  
  446.    Multiple iCalendar components can be included in the iCalendar object
  447.    when the METHOD is the same for each component.
  448.  
  449.    From: foo1@bar.net
  450.    To: foo2@bar.net
  451.    Subject: Phone Conference
  452.    Mime-Version: 1.0
  453.    Content-Type:text/calendar; method=REQUEST; charset=UTF-8
  454.    Content-Transfer-Encoding: quoted-printable
  455.    Content-Disposition: attachment; filename="event.vcs"
  456.  
  457.    BEGIN:VCALENDAR
  458.  
  459.  
  460.  
  461. Dawson/Mansour/Silverberg          7                 Expires March 1998
  462.  
  463.  
  464.  
  465. Internet DraftiCalendar Message-based Interoperability Protocol (iMIP)
  466.                            September 12, 1997
  467.  
  468.    PRODID:-//ACME/DesktopCalendar//EN
  469.    METHOD:REQUEST
  470.    VERSION:2.0
  471.    BEGIN:VEVENT
  472.    ATTENDEE;ROLE=OWNER;STATUS=ACCEPTED:foo1@bar.net
  473.    ATTENDEE;RSVP=YES;EXPECT=REQUEST;TYPE=INDIVIDUAL:foo2@bar.net
  474.    DTSTAMP:19970611T190000Z
  475.    DTSTART:19970701T100000-0700
  476.    DTEND:19970701T103000-0700
  477.    SUMMARY:Phone Conference
  478.    DESCRIPTION:Discuss the contents of the attached document
  479.    UID:www.acme.com-873970198738777
  480.    SEQUENCE:0
  481.    STATUS:CONFIRMED
  482.    END:VEVENT
  483.    BEGIN:VEVENT
  484.    ATTENDEE;ROLE=OWNER;STATUS=ACCEPTED:foo1@bar.net
  485.    ATTENDEE;RSVP=YES;EXPECT=REQUEST;TYPE=INDIVIDUAL:foo2@bar.net
  486.    DTSTAMP:19970611T190000Z
  487.    DTSTART:19970801T100000-0700
  488.    DTEND:19970801T103000-0700
  489.    SUMMARY:Follow-up Phone Conference
  490.    DESCRIPTION:Discuss the contents of the attached document
  491.    UID:www.acme.com-873970198738777
  492.    SEQUENCE:0
  493.    STATUS:CONFIRMED
  494.    END:VEVENT
  495.    END:VCALENDAR
  496.  
  497.  
  498. 3.4 Multiple Mixed Components
  499.  
  500.  
  501.    Different component types must be encapsulated in separate iCalendar
  502.    objects.
  503.  
  504.    From: foo1@bar.net
  505.    To: foo2@bar.net
  506.    Subject: Phone Conference
  507.    Mime-Version: 1.0
  508.    Content-Type:multipart/mixed;boundary="--FEE3790DC7E35189CA67CE2C"
  509.  
  510.    This is a multi-part message in MIME format.
  511.    ----FEE3790DC7E35189CA67CE2C
  512.    Content-Type:text/calendar; method=REQUEST; charset=UTF-8
  513.    Content-Transfer-Encoding: quoted-printable
  514.    Content-Disposition: attachment; filename="event.vcs"
  515.  
  516.    BEGIN:VCALENDAR
  517.    PRODID:-//ACME/DesktopCalendar//EN
  518.    METHOD:REQUEST
  519.    VERSION:2.0
  520.    BEGIN:VEVENT
  521.    ATTENDEE;ROLE=OWNER;STATUS=ACCEPTED:foo1@bar.net
  522.  
  523.  
  524.  
  525. Dawson/Mansour/Silverberg          8                 Expires March 1998
  526.  
  527.  
  528.  
  529. Internet DraftiCalendar Message-based Interoperability Protocol (iMIP)
  530.                            September 12, 1997
  531.  
  532.    ATTENDEE;RSVP=YES;EXPECT=REQUEST;TYPE=INDIVIDUAL:foo2@bar.net
  533.    DTSTAMP:19970611T190000Z
  534.    DTSTART:19970701T100000-0700
  535.    DTEND:19970701T103000-0700
  536.    SUMMARY:Phone Conference
  537.    DESCRIPTION:Discuss the contents of the attached document
  538.    UID:www.acme.com-873970198738777
  539.    SEQUENCE:0
  540.    STATUS:CONFIRMED
  541.    END:VEVENT
  542.    END:VCALENDAR
  543.  
  544.    ----FEE3790DC7E35189CA67CE2C
  545.    Content-Type:text/calendar; method=REQUEST; charset=UTF-8
  546.    Content-Transfer-Encoding:8bit
  547.    Content-Disposition: attachment; filename="event.vcs"
  548.  
  549.    BEGIN:VCALENDAR
  550.    PRODID:-//ACME/DesktopCalendar//EN
  551.    METHOD:REQUEST
  552.    VERSION:2.0
  553.    BEGIN:VTODO
  554.    DUE:19970701T090000-0700
  555.    SUMMARY:Phone Conference
  556.    DESCRIPTION:Discuss the contents of the attached document
  557.    UID:www.acme.com-td-873970198738777
  558.    SEQUENCE:0
  559.    STATUS:CONFIRMED
  560.    END:VEVENT
  561.    END:VCALENDAR
  562.  
  563.    ----FEE3790DC7E35189CA67CE2C
  564.  
  565. 3.5 Detailed Components With An ATTACH Property
  566.  
  567.  
  568.    This example shows the format of a message containing a group meeting
  569.    between three individuals. The multipart/related encapsulation is
  570.    used because the iCalendar object contains an ATTACH property that
  571.    uses a CID to reference the attachment.
  572.  
  573.    From: Steve Mansour <sman@netscape.com>
  574.    MIME-Version: 1.0
  575.    To: Steve Silverberg <stevesil@exchange.microsoft.com>,
  576.         Frank Dawson <fdawson@earthlink.net>
  577.    Subject: REQUEST - Phone Conference
  578.    Content-Type:multipart/mixed;boundary="--FEE3790DC7E35189CA67CE2C"
  579.  
  580.    This is a multi-part message in MIME format.
  581.    ----FEE3790DC7E35189CA67CE2C
  582.    Content-Type: text/plain; charset=us-ascii
  583.    Content-Transfer-Encoding: 7bit
  584.  
  585.    Event REQUEST
  586.  
  587.  
  588.  
  589. Dawson/Mansour/Silverberg          9                 Expires March 1998
  590.  
  591.  
  592.  
  593. Internet DraftiCalendar Message-based Interoperability Protocol (iMIP)
  594.                            September 12, 1997
  595.  
  596.  
  597.    Decription:
  598.    LetÆs discuss the attached document
  599.  
  600.    Begin: July 1, 1997  10:00 PDT
  601.    End: July 1, 1997  10:30 PDT
  602.    ----FEE3790DC7E35189CA67CE2C
  603.    Content-Type: multipart/related; boundary="boundary-example-2";
  604.                  type=text/calendar
  605.  
  606.    --boundary-example-2
  607.    Content-Type:text/calendar; method=REQUEST; charset=UTF-8;
  608.                  Component=vevent
  609.    Content-Transfer-Encoding: quoted-printable
  610.    Content-Disposition: attachment; filename="event.vcs"
  611.  
  612.    BEGIN:VCALENDAR
  613.    PRODID:-//ACME/DesktopCalendar//EN
  614.    PROFILE:REQUEST
  615.    PROFILE-VERSION:1.0
  616.    VERSION:2.0
  617.    BEGIN:VEVENT
  618.    ATTENDEE;ROLE=OWNER;STATUS=ACCEPTED:foo1@bar.net
  619.    ATTENDEE;RSVP=YES;EXPECT=REQUEST;TYPE=INDIVIDUAL:foo2@bar.net
  620.    DTSTAMP:19970611T190000Z
  621.    DTSTART:19970701T100000-0700
  622.    DTEND:19970701T103000-0700
  623.    SUMMARY:LetÆs discuss the attached document
  624.    UID:www.acme.com-873970198738777
  625.    ATTACH:cid:www.acme.com-12345aaa
  626.    SEQUENCE:0
  627.    STATUS:CONFIRMED
  628.    END:VEVENT
  629.    END:VCALENDAR
  630.  
  631.    --boundary-example-2
  632.    Content-Type: application/msword; name="FieldReport.doc"
  633.    Content-Transfer-Encoding: base64
  634.    Content-Disposition: inline; filename="FieldReport.doc"
  635.    Content-ID: <www.acme.com-12345aaa>
  636.  
  637.    0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAABAAAARAAAAAAA
  638.    AAAAEAAAQAAAAAEAAAD+////AAAAAEUAAAD/////////////////////////////////e
  639.    tc...
  640.  
  641.    --boundary-example-2--
  642.    ----FEE3790DC7E35189CA67CE2C--
  643.  
  644.  
  645.  
  646.  
  647.  
  648.  
  649.  
  650.  
  651.  
  652. Dawson/Mansour/Silverberg          10                Expires March 1998
  653.  
  654.  
  655.  
  656. Internet DraftiCalendar Message-based Interoperability Protocol (iMIP)
  657.                            September 12, 1997
  658.  
  659. 4  Bibliography
  660.  
  661.  
  662.    [ICAL] "Internet Calendaring and Scheduling Core Object Specification
  663.    - iCalendar", Internet-Draft, July 1997, ftp://ftp.ietf.org/internet-
  664.    drafts/draft-ietf-calsch-ical-02.txt.
  665.  
  666.    [ICMS] "Internet Calendaring Model Specification", Internet-Draft,
  667.    July 1997, ftp://ftp.ietf.org/internet-drafts/draft-ietf-calsch-mod-
  668.    00.txt.
  669.  
  670.    [iTIP] This currently includes the following three documents that are
  671.    being merged into a single iTIP document.
  672.  
  673.         1. "iCalendar Transport-Independent Interoperability Protocol
  674.         (iTIP) - Part 1: Scheduling Events and Busytime", Internet-
  675.         Draft, July 1997, http://www.imc.org/draft-ietf-calsch-itip-
  676.         part1-00.txt.
  677.  
  678.         2. "iCalendar Transport-Independent Interoperability Protocol
  679.         (iTIP) - Part 2: Scheduling To-dos", Internet-Draft, July 1997,
  680.         http://www.imc.org/draft-ietf-calsch-itip-part2-00.txt
  681.  
  682.         3. "iCalendar Transport-Independent Interoperability Protocol
  683.         (iTIP) - Part 3: Scheduling Journal Entries", Internet-Draft,
  684.         July 1997, http://www.imc.org/draft-ietf-calsch-itip-part3-
  685.         00.txt
  686.  
  687.    [ID-UTF8] "UTF-8, a transformation format of Unicode and ISO 10646",
  688.    Internet-Draft, July,1996, ftp://ftp.ietf.org/internet-drafts/draft-
  689.    yergeau-utf8-01.txt.
  690.  
  691.    [RFC-822] Crocker, D., "Standard for the Format of ARPA Internet Text
  692.    Messages", STD 11, RFC 822, August 1982.
  693.  
  694.    [RFC-1847]. J. Galvin, S. Murphy, S. Crocker & N. Freed, "Security
  695.    Multiparts for MIME: Multipart/Signed and Multipart/Encrypted", RFC
  696.    1847, October 1995.
  697.  
  698.    [RFC-2112] Levinson, E., "The MIME Multipart/Related Content-type,"
  699.    RFC 2112, March 1997.
  700.  
  701.    [RFC-2015] M. Elkins, "MIME Security with Pretty Good Privacy (PGP),"
  702.    RFC 2015, October 1996.
  703.  
  704.    [RFC-2045] Freed, N., Borenstein, N., " Multipurpose Internet Mail
  705.    Extensions (MIME) - Part One: Format of Internet Message Bodies", RFC
  706.    2045, November 1996.
  707.  
  708.    [RFC-2046] Freed, N., Borenstein, N., " Multipurpose Internet Mail
  709.    Extensions (MIME) - Part Two: Media Types", RFC 2046, November 1996.
  710.  
  711.  
  712.  
  713.  
  714.  
  715.  
  716. Dawson/Mansour/Silverberg          11                Expires March 1998
  717.  
  718.  
  719.  
  720. Internet DraftiCalendar Message-based Interoperability Protocol (iMIP)
  721.                            September 12, 1997
  722.  
  723.    [RFC-2047] Moore, K., "Multipurpose Internet Mail Extensions (MIME) -
  724.    Part Three: Message Header Extensions for Non-ASCII Text", RFC 2047,
  725.    November 1996.
  726.  
  727.    [RFC-2048] Freed, N., J. Klensin, J. Postel, "Multipurpose Internet
  728.    Mail Extensions (MIME) - Part Four: Registration Procedures", RFC
  729.    2048, January 1997.
  730.  
  731. 5  Author's Address
  732.  
  733.  
  734.    The following address information is provided in a vCard v2.1,
  735.    Electronic Business Card, format.
  736.  
  737.    BEGIN:VCARD
  738.    FN:Frank Dawson
  739.    ORG:Lotus Development Corporation
  740.    ADR;WORK;POSTAL;PARCEL:;;6544 Battleford Drive;Raleigh;NC;27613-
  741.    3502;USA
  742.    TEL;WORK;MSG:+1-919-676-9515
  743.    TEL;WORK;FAX:+1-919-676-9564
  744.    EMAIL;INTERNET:fdawson@earthlink.net
  745.    URL:http://home.earthlink.net/~fdawson
  746.    END:VCARD
  747.  
  748.    BEGIN:VCARD
  749.    FN:Steve Mansour
  750.    ORG:Netscape Communications Corporation
  751.    ADR;WORK;POSTAL;PARCEL:;;501 East Middlefield Road;Mountain
  752.    View;CA;94043;USA
  753.    TEL;WORK;MSG:+1-415-937-2378
  754.    TEL;WORK;FAX:+1-415-428-4059
  755.    EMAIL;INTERNET:sman@netscape.com
  756.    END:VCARD
  757.  
  758.    BEGIN:VCARD
  759.    FN:Steve Silverberg
  760.    ORG:Microsoft Corporation
  761.    ADR;WORK;POSTAL;PARCEL:;;One Microsoft Way;
  762.    Redmond;WA;98052-6399;USA
  763.    TEL;WORK;MSG:+1-206-936-9277
  764.    TEL;WORK;FAX:+1-206-936-8019
  765.    EMAIL;INTERNET:stevesil@Exchange.Microsoft.com
  766.    END:VCARD
  767.  
  768.    The iCalendar Object is a result of the work of the Internet
  769.    Engineering Task Force Calendaring and scheduling Working Group. The
  770.    chairman of that working group is:
  771.  
  772.    BEGIN:VCARD
  773.    FN:Anik Ganguly
  774.    ORG:OnTime, Inc.
  775.    ADR;WORK;POSTAL;PARCEL:10 Floor;;21700 Northwestern
  776.    Highway;Southfield;MI;48075;USA
  777.  
  778.  
  779.  
  780. Dawson/Mansour/Silverberg          12                Expires March 1998
  781.  
  782.  
  783.  
  784. Internet DraftiCalendar Message-based Interoperability Protocol (iMIP)
  785.                            September 12, 1997
  786.  
  787.    TEL;WORK;MSG:+1-810-559-5955
  788.    TEL;WORK;FAX:+1-810-559-5034
  789.    EMAIL;INTERNET:anik@ontime.com
  790.    END:VCARD
  791.  
  792.  
  793.  
  794.  
  795.  
  796.  
  797.  
  798.  
  799.  
  800.  
  801.  
  802.  
  803.  
  804.  
  805.  
  806.  
  807.  
  808.  
  809.  
  810.  
  811.  
  812.  
  813.  
  814.  
  815.  
  816.  
  817.  
  818.  
  819.  
  820.  
  821.  
  822.  
  823.  
  824.  
  825.  
  826.  
  827.  
  828.  
  829.  
  830.  
  831.  
  832.  
  833.  
  834.  
  835.  
  836.  
  837.  
  838.  
  839.  
  840.  
  841.  
  842.  
  843. Dawson/Mansour/Silverberg          13                Expires March 1998
  844.  
  845.