From nobody Thu May 4 07:54:53 2017 Return-Path: X-Original-To: calsify@ietf.org Delivered-To: calsify@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D9C91294E7; Thu, 4 May 2017 07:54:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: calsify@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.50.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149390968907.4908.3192675377675404002@ietfa.amsl.com> Date: Thu, 04 May 2017 07:54:49 -0700 Archived-At: Subject: [calsify] I-D Action: draft-ietf-calext-eventpub-extensions-03.txt X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2017 14:54:49 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Calendaring Extensions of the IETF. Title : Event Publishing Extensions to iCalendar Author : Michael Douglass Filename : draft-ietf-calext-eventpub-extensions-03.txt Pages : 28 Date : 2017-05-04 Abstract: This specification introduces a number of new iCalendar properties and components which are of particular use for event publishers and in social networking. This specification also defines a new STRUCTURED-DATA property for iCalendar [RFC5545] to allow for data that is directly pertinent to an event or task to be included with the calendar data. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-calext-eventpub-extensions-03 https://datatracker.ietf.org/doc/html/draft-ietf-calext-eventpub-extensions-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-calext-eventpub-extensions-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu May 4 07:55:40 2017 Return-Path: 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 2EBB912EA6A for ; Thu, 4 May 2017 07:55:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 pRVyUgiACM4J for ; Thu, 4 May 2017 07:55:31 -0700 (PDT) Received: from mail-qt0-x235.google.com (mail-qt0-x235.google.com [IPv6:2607:f8b0:400d:c0d::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 701F7129494 for ; Thu, 4 May 2017 07:55:16 -0700 (PDT) Received: by mail-qt0-x235.google.com with SMTP id n4so12113560qte.2 for ; Thu, 04 May 2017 07:55:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=5CvmPr7VOcGLcRSTI1r/JZM/STYVM88m1NtMgL1AQcs=; b=FyP9N1phchLPvRhotNiSFTQJ7AGsp142uLrK5aVuxJ2ufUwA7UrR3fgCNYGNRoMKew /IZOF9NGAbfYSNRYKO0Cq9p0ULszpi+ZZWvUponOqZuE2T8Oc9m/aL9xCnW0bBqi8R9r lQ6zxo4Me8mEDhGs/R68icTSCicSBx/Fd0tZILp/xrtXa6hE2KZHFLug19PIJoUvySns pcd7ron10yQACcskx0GAlAsL/EaobgyWCtwK1bxzndB5pZFYdMhHgzszz7qAf376Fqsi clvoTQkilcVtP9rADPcm1FG1EK92q+K4kIqkZuz98fRnbkEJGRuXWGrs5qMS/KokeOrq kVUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=5CvmPr7VOcGLcRSTI1r/JZM/STYVM88m1NtMgL1AQcs=; b=kOWNNXZmV8eb7Wcr8Bl1mQsWBY6+1+3xG1Y3GeGLS7BR9LrTl7TuiCZEAewkKcgtbp ZZQCMltbgj7KV0ghWXMbxDMjQQvFiGJmH+lgzBmVIh1O4VBrXrehnnI2kXsQbMQ/00OF 1kmnHH5YNKZ83wxvqc3I0zpBdeBBU+1AqmUU/xEa8kyU1HWI6yJvUaUxwliZqUfyIbvp 5xlaBbpcq9H0W16myEPYPAOtTG7Uwo3bA446bA0oamrrTnfbYStzcaB73sRJQM03ekn4 qtWIEbzgLiZNmOhoEnFgcZYmWDuylw1eIn4AabH6lyDkLxRBEcycC6QAT2x604sZcg3Y 8VEQ== X-Gm-Message-State: AN3rC/7QOcWyJ4+/q3OBWB2J+DXADJNouAJzr77rAf6YVXrqdoPmVpwt MbaGKhZrzegeT+J+ X-Received: by 10.237.46.230 with SMTP id k93mr35232019qtd.264.1493909714119; Thu, 04 May 2017 07:55:14 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (cpe-67-252-53-251.nycap.res.rr.com. [67.252.53.251]) by smtp.googlemail.com with ESMTPSA id g66sm1550150qkb.55.2017.05.04.07.55.13 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 04 May 2017 07:55:13 -0700 (PDT) To: calsify@ietf.org References: <149283227001.25909.8523949851908452110@ietfa.amsl.com> From: Michael Douglass Message-ID: <8e8c5288-8ba7-c166-a28b-393a90ff96c9@gmail.com> Date: Thu, 4 May 2017 10:55:12 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------D8A337CE50C960DABF11019B" Archived-At: Subject: Re: [calsify] I-D Action: draft-ietf-calext-eventpub-extensions-02.txt X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2017 14:55:35 -0000 This is a multi-part message in MIME format. --------------D8A337CE50C960DABF11019B Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Thanks for the comments. I've published an updated version 03 and there are some comments below. A couple of particular points that need further work: ** The abstract seems to contain references ([RFC5545]), which it shouldn't. Please replace those with straight textual mentions of the documents in question. Is there a guide as to when and when not a refeence? Also the RESTYPE parameter needs more discussion On 4/30/17 15:18, Daniel Migault wrote: > Hi, > > Please find my comments regarding the current version. The document is > in good shape. > > Yours, > Daniel > > 1. Introduction > > > "Formats such as VCARD are likely to be most useful." I think we need > some explanation. Is the VCARD used by the organizer or participant of > the event ? If that is the case, it would be clearer to mention it > explicitly. Tried to expand a little > > "The following properties and components are defined in this > specification". As there are two kind of objects being defined, it > would be clarifying for the reader to specify for each item below what > category they belong to. My understanding is that only participant is > a component others are properties. I've split off participant as a separate paragraph > > 2. Components and properties > > "In a break with this 'tradition' this specification introduces some > of these extensions as components rather than properties." > > My reading is that components is not used as the iCal terminology > here. More specifically, this is not an iCal component. If that is the > case, maybe we could use another term. I am trying to find one but > agree this is not easy. At one point I thought we would have multiple components. I've reduced it to referring to the one component > > 3. Typed References > > """ > These properties are designed to handle common use cases in event > publication. It is generally important to provide information about > the organizers of such events. Sponsors wish to be referenced in a > prominent manner. In social calendaring it is often important to > identify the active participants in the event, for example a school > sports team, and the inactive participants, for example the parents. > """ > > I also have the impression that properties is not associated to teh > ICal properties. In fcat I see Participant as a component. In this > case saying the participant components and associated properties seems > to be clearer to me at least. Left over with the move from PARTICIPANT as a property to a component. I've made that paragraph specific to PARTICIPANT > > 5.2. Restype > > """ > Description: This parameter MAY be specified on STRUCTURED-RESOURCE > and provides a way to differentiate multiple properties. > > Values for this parameter are taken from the values defined in > [todo]. New resource types SHOULD be registered in the manner > laid down in that specification > """ > > [todo] needs to be completed. Yes - There was work on a vcard resource draft which was expected to get ahead of this one. That didn't happen. We'll need some discussion on where to go with that. > > 5.3. Order > > """ > Description: The ORDER parameter is OPTIONAL and is used to indicate > the relative ordering of the corresponding instance of a property. > Its value MUST be an integer greater than or equal to 1 that > quantifies the order. Lower values correspond to a higher level > of ordering, with 1 being the highest. > """ > > I would like to make sure and explicit that ordering is performed from > low to high value or the reverse. > Tried to get rid of some of the higher/lower language I also found one or 2 issues myself. Property PARTTYPE has 2 names - should be PARTICIPANT-TYPE Property SCHEDULE-ADDRESS - definition specified value as iana-token. Should be cal-address Property SCHEDULE-DATA - specified a data type of TEXT only - but it should be TEXT, BINARY or URI Missed format type out of the descriptive text for STYLED-DESCRIPTION Component PARTICIPANT Priority was missing from the format definition Had structuredaddress instead of scheduleaddress > > > Follows the nits provided by the datatracker: > > nits: > idnits 2.14.01 > > /tmp/draft-ietf-calext-eventpub-extensions-02.txt: > > Checking boilerplate required by RFC 5378 and the IETF Trust (see > http://trustee.ietf.org/license-info): > ---------------------------------------------------------------------------- > > No issues found here. > > Checking nits according to > http://www.ietf.org/id-info/1id-guidelines.txt: > ---------------------------------------------------------------------------- > > No issues found here. > > Checking nits according to http://www.ietf.org/id-info/checklist : > ---------------------------------------------------------------------------- > > ** There is 1 instance of too long lines in the document, the > longest one > being 1 character in excess of 72. > > ** The abstract seems to contain references ([RFC5545]), which it > shouldn't. Please replace those with straight textual mentions > of the > documents in question. Is this referring to things like This specification also defines a new STRUCTURED-DATA property for iCalendar [RFC5545] to allow for data that is directly pertinent to Is there a guide as to when should I use a reference and when not? > > -- The draft header indicates that this document updates RFC5545, > but the > abstract doesn't seem to directly say this. It does mention RFC5545 > though, so this could be OK. > > -- The draft header indicates that this document updates RFC5546, > but the > abstract doesn't seem to mention this, which it should. > > > Miscellaneous warnings: > ---------------------------------------------------------------------------- > > (Using the creation date from RFC5545, updated by this document, for > RFC5378 checks: 2008-10-31) > > (Using the creation date from RFC5546, updated by this document, for > RFC5378 checks: 2008-07-14) > > -- The document seems to lack a disclaimer for pre-RFC5378 work, but may > have content which was first submitted before 10 November 2008. > If you > have contacted all the original authors and they are all willing > to grant > the BCP78 rights to the IETF Trust, then this is fine, and you > can ignore > this comment. If not, you may need to add the pre-RFC5378 > disclaimer. > (See the Legal Provisions document at > http://trustee.ietf.org/license-info for more information.) > > -- The document date (April 21, 2017) is 9 days in the past. Is this > intentional? > > > Checking references for intended status: Proposed Standard > ---------------------------------------------------------------------------- > > (See RFCs 3967 and 4897 for information about using normative > references > to lower-maturity documents in RFCs) > > == Unused Reference: 'RFC2434' is defined on line 1079, but no explicit > reference was found in the text Deleted > > == Unused Reference: 'RFC3688' is defined on line 1084, but no explicit > reference was found in the text Deleted > > == Outdated reference: draft-ietf-calext-extensions has been > published as > RFC 7986 > Fixed > ** Obsolete normative reference: RFC 2434 (Obsoleted by RFC 5226) > > > Summary: 3 errors (**), 0 flaws (~~), 3 warnings (==), 4 comments > (--). > > Run idnits with the --verbose option for more detailed > information about > the items above. > > On Sun, Apr 30, 2017 at 2:11 PM, Daniel Migault > > wrote: > > Hi, > > This starts a Working Group Last Call for: > https://datatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/ > > > Please provide your comments / reviews by May 14. > > Yours, > Daniel > > > ---------- Forwarded message ---------- > From: > > Date: Fri, Apr 21, 2017 at 11:37 PM > Subject: [calsify] I-D Action: > draft-ietf-calext-eventpub-extensions-02.txt > To: i-d-announce@ietf.org > Cc: calsify@ietf.org > > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Calendaring Extensions of the IETF. > > Title : Event Publishing Extensions to iCalendar > Author : Michael Douglass > Filename : draft-ietf-calext-eventpub-extensions-02.txt > Pages : 28 > Date : 2017-04-21 > > Abstract: > This specification introduces a number of new iCalendar properties > and components which are of particular use for event publishers and > in social networking. > > This specification also defines a new STRUCTURED-DATA property for > iCalendar [RFC5545] to allow for data that is directly pertinent to > an event or task to be included with the calendar data. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/ > > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-calext-eventpub-extensions-02 > > https://datatracker.ietf.org/doc/html/draft-ietf-calext-eventpub-extensions-02 > > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-calext-eventpub-extensions-02 > > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at > tools.ietf.org . > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > > _______________________________________________ > calsify mailing list > calsify@ietf.org > https://www.ietf.org/mailman/listinfo/calsify > > > > > > _______________________________________________ > calsify mailing list > calsify@ietf.org > https://www.ietf.org/mailman/listinfo/calsify --------------D8A337CE50C960DABF11019B Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Thanks for the comments. I've published an updated version 03 and there are some comments below.

A couple of particular points that need further work:


  ** The abstract seems to contain references ([RFC5545]), which it
     shouldn't.  Please replace those with straight textual mentions of the
     documents in question.

Is there a guide as to when and when not a refeence?

Also the RESTYPE parameter needs more discussion


On 4/30/17 15:18, Daniel Migault wrote:
Hi,

Please find my comments regarding the current version. The document is in good shape.

Yours,
Daniel

1.  Introduction


"Formats such as VCARD are likely to be most useful." I think we need some explanation. Is the VCARD used by the organizer or participant of the event ? If that is the case, it would be clearer to mention it explicitly.
Tried to expand a little

"The following properties and components are defined in this specification". As there are two kind of objects being defined, it would be clarifying for the reader to specify for each item below what category they belong to. My understanding is that only participant is a component others are properties.
I've split off participant as a separate paragraph
  
2.  Components and properties

"In a break with this 'tradition' this specification introduces some of these extensions as components rather than properties."

My reading is that components is not used as the iCal terminology here. More specifically, this is not an iCal component. If that is the case, maybe we could use another term. I am trying to find one but agree this is not easy.
At one point I thought we would have multiple components. I've reduced it to referring to the one component

3.  Typed References

"""
   These properties are designed to handle common use cases in event
   publication.  It is generally important to provide information about
   the organizers of such events.  Sponsors wish to be referenced in a
   prominent manner.  In social calendaring it is often important to
   identify the active participants in the event, for example a school
   sports team, and the inactive participants, for example the parents.
"""

I also have the impression that properties is not associated to teh ICal properties. In fcat I see Participant as a component. In this case saying the participant components and associated properties seems to be clearer to me  at least.
Left over with the move from PARTICIPANT as a property to a component. I've made that paragraph specific to PARTICIPANT

5.2.  Restype

"""
      Description:  This parameter MAY be specified on STRUCTURED-RESOURCE
      and provides a way to differentiate multiple properties.

      Values for this parameter are taken from the values defined in
      [todo].  New resource types SHOULD be registered in the manner
      laid down in that specification
"""

[todo] needs to be completed.
Yes - There was work on a vcard resource draft which was expected to get ahead of this one. That didn't happen.  We'll need some discussion on where to go with that.

5.3.  Order

"""
   Description:  The ORDER parameter is OPTIONAL and is used to indicate
      the relative ordering of the corresponding instance of a property.
      Its value MUST be an integer greater than or equal to 1 that
      quantifies the order.  Lower values correspond to a higher level
      of ordering, with 1 being the highest.
"""

I would like to make sure and explicit that ordering is performed from low to high value or the reverse.

Tried to get rid of some of the higher/lower language

I also found one or 2 issues myself.

Property PARTTYPE has 2 names - should be PARTICIPANT-TYPE

Property SCHEDULE-ADDRESS - definition specified value as iana-token. Should be cal-address

Property SCHEDULE-DATA - specified a data type of TEXT only - but it should be TEXT, BINARY or URI

Missed format type out of the descriptive text for STYLED-DESCRIPTION

Component PARTICIPANT
Priority was missing from the format definition
Had structuredaddress instead of scheduleaddress
  
 
Follows the nits provided by the datatracker:

nits:
idnits 2.14.01

/tmp/draft-ietf-calext-eventpub-extensions-02.txt:

  Checking boilerplate required by RFC 5378 and the IETF Trust (see
  http://trustee.ietf.org/license-info):
  ----------------------------------------------------------------------------

     No issues found here.

  Checking nits according to http://www.ietf.org/id-info/1id-guidelines.txt:
  ----------------------------------------------------------------------------

     No issues found here.

  Checking nits according to http://www.ietf.org/id-info/checklist :
  ----------------------------------------------------------------------------

  ** There is 1 instance of too long lines in the document, the longest one
     being 1 character in excess of 72.

  ** The abstract seems to contain references ([RFC5545]), which it
     shouldn't.  Please replace those with straight textual mentions of the
     documents in question.
Is this referring to things like

This specification also defines a new STRUCTURED-DATA property for
iCalendar [RFC5545] to allow for data that is directly pertinent to

Is there a guide as to when should I use a reference and when not?

  -- The draft header indicates that this document updates RFC5545, but the
     abstract doesn't seem to directly say this.  It does mention RFC5545
     though, so this could be OK.

  -- The draft header indicates that this document updates RFC5546, but the
     abstract doesn't seem to mention this, which it should.


  Miscellaneous warnings:
  ----------------------------------------------------------------------------

     (Using the creation date from RFC5545, updated by this document, for
     RFC5378 checks: 2008-10-31)

     (Using the creation date from RFC5546, updated by this document, for
     RFC5378 checks: 2008-07-14)

  -- The document seems to lack a disclaimer for pre-RFC5378 work, but may
     have content which was first submitted before 10 November 2008.  If you
     have contacted all the original authors and they are all willing to grant
     the BCP78 rights to the IETF Trust, then this is fine, and you can ignore
     this comment.  If not, you may need to add the pre-RFC5378 disclaimer.
     (See the Legal Provisions document at
     http://trustee.ietf.org/license-info for more information.)

  -- The document date (April 21, 2017) is 9 days in the past.  Is this
     intentional?


  Checking references for intended status: Proposed Standard
  ----------------------------------------------------------------------------

     (See RFCs 3967 and 4897 for information about using normative references
     to lower-maturity documents in RFCs)

  == Unused Reference: 'RFC2434' is defined on line 1079, but no explicit
     reference was found in the text
Deleted

  == Unused Reference: 'RFC3688' is defined on line 1084, but no explicit
     reference was found in the text
Deleted

  == Outdated reference: draft-ietf-calext-extensions has been published as
     RFC 7986

Fixed
  ** Obsolete normative reference: RFC 2434 (Obsoleted by RFC 5226)


     Summary: 3 errors (**), 0 flaws (~~), 3 warnings (==), 4 comments (--).

     Run idnits with the --verbose option for more detailed information about
     the items above.

On Sun, Apr 30, 2017 at 2:11 PM, Daniel Migault <daniel.migault@ericsson.com> wrote:
Hi,

This starts a Working Group Last Call for:
https://datatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/

Please provide your comments / reviews by  May 14.

Yours,
Daniel


---------- Forwarded message ----------
From: <internet-drafts@ietf.org>
Date: Fri, Apr 21, 2017 at 11:37 PM
Subject: [calsify] I-D Action: draft-ietf-calext-eventpub-extensions-02.txt
To: i-d-announce@ietf.org
Cc: calsify@ietf.org



A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Calendaring Extensions of the IETF.

        Title           : Event Publishing Extensions to iCalendar
        Author          : Michael Douglass
        Filename        : draft-ietf-calext-eventpub-extensions-02.txt
        Pages           : 28
        Date            : 2017-04-21

Abstract:
   This specification introduces a number of new iCalendar properties
   and components which are of particular use for event publishers and
   in social networking.

   This specification also defines a new STRUCTURED-DATA property for
   iCalendar [RFC5545] to allow for data that is directly pertinent to
   an event or task to be included with the calendar data.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-calext-eventpub-extensions-02
https://datatracker.ietf.org/doc/html/draft-ietf-calext-eventpub-extensions-02

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-calext-eventpub-extensions-02


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
calsify mailing list
calsify@ietf.org
https://www.ietf.org/mailman/listinfo/calsify




_______________________________________________
calsify mailing list
calsify@ietf.org
https://www.ietf.org/mailman/listinfo/calsify

--------------D8A337CE50C960DABF11019B-- From nobody Thu May 4 08:01:37 2017 Return-Path: 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 5C7C0129421 for ; Thu, 4 May 2017 08:01:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.19 X-Spam-Level: X-Spam-Status: No, score=-4.19 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=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 Yqh0gINpKKfl for ; Thu, 4 May 2017 08:01:33 -0700 (PDT) Received: from usplmg21.ericsson.net (usplmg21.ericsson.net [198.24.6.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 135F9124281 for ; Thu, 4 May 2017 08:01:32 -0700 (PDT) X-AuditID: c6180641-443ff70000000cb9-81-590afbebf60a Received: from EUSAAHC003.ericsson.se (Unknown_Domain [147.117.188.81]) by usplmg21.ericsson.net (Symantec Mail Security) with SMTP id 62.F0.03257.BEBFA095; Thu, 4 May 2017 12:01:18 +0200 (CEST) Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC003.ericsson.se ([147.117.188.81]) with mapi id 14.03.0339.000; Thu, 4 May 2017 11:01:27 -0400 From: Daniel Migault To: Michael Douglass , "calsify@ietf.org" Thread-Topic: [calsify] I-D Action: draft-ietf-calext-eventpub-extensions-02.txt Thread-Index: AQHSwebrkUYyq0e6c06GobplRW0JHaHkjBwA//+9xLA= Date: Thu, 4 May 2017 15:01:26 +0000 Message-ID: <2DD56D786E600F45AC6BDE7DA4E8A8C118BD83FB@eusaamb107.ericsson.se> References: <149283227001.25909.8523949851908452110@ietfa.amsl.com> <8e8c5288-8ba7-c166-a28b-393a90ff96c9@gmail.com> In-Reply-To: <8e8c5288-8ba7-c166-a28b-393a90ff96c9@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.11] Content-Type: multipart/alternative; boundary="_000_2DD56D786E600F45AC6BDE7DA4E8A8C118BD83FBeusaamb107erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrHLMWRmVeSWpSXmKPExsUyuXRPoO6731yRBl8WmltsetHMajFl2QM2 ByaPnbPusnssWfKTKYApissmJTUnsyy1SN8ugSvjzs5rLAVnHjFV9L/7z9LAuOYmUxcjJ4eE gInE25lHWLoYuTiEBI4ySqx8cJwJwlnGKPF9USc7SBWbgJFE26F+MFtEIFzi5++7zCC2sECg xM3Ns1gh4kESbxZ8YYKwrSQunT0OZrMIqEhM/b4erIZXwFfiUe9/ZogFLUwSH96fZgRJcArY Skx79BGsgVFATOL7qTVgNrOAuMStJ/OhThWQWLLnPDOELSrx8vE/VghbSeLj7/nsEPX5Ejv3 T2eBWCYocXLmE5YJjMKzkIyahaRsFpKyWYwcQHFNifW79CFKFCWmdD9kh7A1JFrnzGVHFl/A yL6KkaO0uCAnN93IcBMjMFaOSbA57mDc2+t5iFGAg1GJh1dhFWekEGtiWXFl7iFGCQ5mJRFe HgvuSCHelMTKqtSi/Pii0pzU4kOM0hwsSuK878ovRAgJpCeWpGanphakFsFkmTg4pRoYZU7w h/1jSb5QlHlspcQRR9uuFdOC22Tvf9B+u2bCtE1sgQGcs9oii582rf645Gu5SN4UC6PZK30l /jP84zCxirP//UerYeOrY2llUepzz2+TOdnpt0JzXuq29zU2yxeu0ZbnTn30N/Wn3n2+yXpx WkbfX+WeO3nC+RafnD1bnZx7hU/vbAlVJZbijERDLeai4kQASGBTMJECAAA= Archived-At: Subject: Re: [calsify] I-D Action: draft-ietf-calext-eventpub-extensions-02.txt X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2017 15:01:36 -0000 --_000_2DD56D786E600F45AC6BDE7DA4E8A8C118BD83FBeusaamb107erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWljaGFlbCwNCg0KVGhhbmtzIGZvciB0aGUgdXBkYXRlLiBUaGUgb25seSB3YXkgSSBzZWUg dG8gYWRkcmVzcyB0aGUgbml0cywgaXMgdG8gd3JpdGUgaW4gcGxhaW4gdGV4dCBSRkM1NTQ1IGlu IHRoZSBhYnN0cmFjdCBhbmQgdXNlIHRoZSByZWZlcmVuY2UgPHhyZWYgdHlhcmdldD3igJ3igJ0v PiBpbiB0aGUgaW50cm9kdWN0aW9uLiBJIGd1ZXNzIHRoZSBuaXRzIHRvb2wgbG9va3MgYXQgWy4q XSB0byBsaXN0IHJlZmVyZW5jZXMuDQpZb3VycywNCkRhbmllbA0KDQpGcm9tOiBjYWxzaWZ5IFtt YWlsdG86Y2Fsc2lmeS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgTWljaGFlbCBEb3Vn bGFzcw0KU2VudDogVGh1cnNkYXksIE1heSAwNCwgMjAxNyAxMDo1NSBBTQ0KVG86IGNhbHNpZnlA aWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbY2Fsc2lmeV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1j YWxleHQtZXZlbnRwdWItZXh0ZW5zaW9ucy0wMi50eHQNCg0KDQpUaGFua3MgZm9yIHRoZSBjb21t ZW50cy4gSSd2ZSBwdWJsaXNoZWQgYW4gdXBkYXRlZCB2ZXJzaW9uIDAzIGFuZCB0aGVyZSBhcmUg c29tZSBjb21tZW50cyBiZWxvdy4NCg0KQSBjb3VwbGUgb2YgcGFydGljdWxhciBwb2ludHMgdGhh dCBuZWVkIGZ1cnRoZXIgd29yazoNCg0KICAqKiBUaGUgYWJzdHJhY3Qgc2VlbXMgdG8gY29udGFp biByZWZlcmVuY2VzIChbUkZDNTU0NV0pLCB3aGljaCBpdA0KICAgICBzaG91bGRuJ3QuICBQbGVh c2UgcmVwbGFjZSB0aG9zZSB3aXRoIHN0cmFpZ2h0IHRleHR1YWwgbWVudGlvbnMgb2YgdGhlDQog ICAgIGRvY3VtZW50cyBpbiBxdWVzdGlvbi4NCg0KSXMgdGhlcmUgYSBndWlkZSBhcyB0byB3aGVu IGFuZCB3aGVuIG5vdCBhIHJlZmVlbmNlPw0KDQpBbHNvIHRoZSBSRVNUWVBFIHBhcmFtZXRlciBu ZWVkcyBtb3JlIGRpc2N1c3Npb24NCg0KT24gNC8zMC8xNyAxNToxOCwgRGFuaWVsIE1pZ2F1bHQg d3JvdGU6DQpIaSwNClBsZWFzZSBmaW5kIG15IGNvbW1lbnRzIHJlZ2FyZGluZyB0aGUgY3VycmVu dCB2ZXJzaW9uLiBUaGUgZG9jdW1lbnQgaXMgaW4gZ29vZCBzaGFwZS4NCllvdXJzLA0KRGFuaWVs DQoNCjEuICBJbnRyb2R1Y3Rpb24NCg0KDQoiRm9ybWF0cyBzdWNoIGFzIFZDQVJEIGFyZSBsaWtl bHkgdG8gYmUgbW9zdCB1c2VmdWwuIiBJIHRoaW5rIHdlIG5lZWQgc29tZSBleHBsYW5hdGlvbi4g SXMgdGhlIFZDQVJEIHVzZWQgYnkgdGhlIG9yZ2FuaXplciBvciBwYXJ0aWNpcGFudCBvZiB0aGUg ZXZlbnQgPyBJZiB0aGF0IGlzIHRoZSBjYXNlLCBpdCB3b3VsZCBiZSBjbGVhcmVyIHRvIG1lbnRp b24gaXQgZXhwbGljaXRseS4NClRyaWVkIHRvIGV4cGFuZCBhIGxpdHRsZQ0KDQoNCiJUaGUgZm9s bG93aW5nIHByb3BlcnRpZXMgYW5kIGNvbXBvbmVudHMgYXJlIGRlZmluZWQgaW4gdGhpcyBzcGVj aWZpY2F0aW9uIi4gQXMgdGhlcmUgYXJlIHR3byBraW5kIG9mIG9iamVjdHMgYmVpbmcgZGVmaW5l ZCwgaXQgd291bGQgYmUgY2xhcmlmeWluZyBmb3IgdGhlIHJlYWRlciB0byBzcGVjaWZ5IGZvciBl YWNoIGl0ZW0gYmVsb3cgd2hhdCBjYXRlZ29yeSB0aGV5IGJlbG9uZyB0by4gTXkgdW5kZXJzdGFu ZGluZyBpcyB0aGF0IG9ubHkgcGFydGljaXBhbnQgaXMgYSBjb21wb25lbnQgb3RoZXJzIGFyZSBw cm9wZXJ0aWVzLg0KSSd2ZSBzcGxpdCBvZmYgcGFydGljaXBhbnQgYXMgYSBzZXBhcmF0ZSBwYXJh Z3JhcGgNCg0KDQoyLiAgQ29tcG9uZW50cyBhbmQgcHJvcGVydGllcw0KDQoiSW4gYSBicmVhayB3 aXRoIHRoaXMgJ3RyYWRpdGlvbicgdGhpcyBzcGVjaWZpY2F0aW9uIGludHJvZHVjZXMgc29tZSBv ZiB0aGVzZSBleHRlbnNpb25zIGFzIGNvbXBvbmVudHMgcmF0aGVyIHRoYW4gcHJvcGVydGllcy4i DQoNCk15IHJlYWRpbmcgaXMgdGhhdCBjb21wb25lbnRzIGlzIG5vdCB1c2VkIGFzIHRoZSBpQ2Fs IHRlcm1pbm9sb2d5IGhlcmUuIE1vcmUgc3BlY2lmaWNhbGx5LCB0aGlzIGlzIG5vdCBhbiBpQ2Fs IGNvbXBvbmVudC4gSWYgdGhhdCBpcyB0aGUgY2FzZSwgbWF5YmUgd2UgY291bGQgdXNlIGFub3Ro ZXIgdGVybS4gSSBhbSB0cnlpbmcgdG8gZmluZCBvbmUgYnV0IGFncmVlIHRoaXMgaXMgbm90IGVh c3kuDQpBdCBvbmUgcG9pbnQgSSB0aG91Z2h0IHdlIHdvdWxkIGhhdmUgbXVsdGlwbGUgY29tcG9u ZW50cy4gSSd2ZSByZWR1Y2VkIGl0IHRvIHJlZmVycmluZyB0byB0aGUgb25lIGNvbXBvbmVudA0K DQoNCjMuICBUeXBlZCBSZWZlcmVuY2VzDQoNCiIiIg0KICAgVGhlc2UgcHJvcGVydGllcyBhcmUg ZGVzaWduZWQgdG8gaGFuZGxlIGNvbW1vbiB1c2UgY2FzZXMgaW4gZXZlbnQNCiAgIHB1YmxpY2F0 aW9uLiAgSXQgaXMgZ2VuZXJhbGx5IGltcG9ydGFudCB0byBwcm92aWRlIGluZm9ybWF0aW9uIGFi b3V0DQogICB0aGUgb3JnYW5pemVycyBvZiBzdWNoIGV2ZW50cy4gIFNwb25zb3JzIHdpc2ggdG8g YmUgcmVmZXJlbmNlZCBpbiBhDQogICBwcm9taW5lbnQgbWFubmVyLiAgSW4gc29jaWFsIGNhbGVu ZGFyaW5nIGl0IGlzIG9mdGVuIGltcG9ydGFudCB0bw0KICAgaWRlbnRpZnkgdGhlIGFjdGl2ZSBw YXJ0aWNpcGFudHMgaW4gdGhlIGV2ZW50LCBmb3IgZXhhbXBsZSBhIHNjaG9vbA0KICAgc3BvcnRz IHRlYW0sIGFuZCB0aGUgaW5hY3RpdmUgcGFydGljaXBhbnRzLCBmb3IgZXhhbXBsZSB0aGUgcGFy ZW50cy4NCiIiIg0KDQpJIGFsc28gaGF2ZSB0aGUgaW1wcmVzc2lvbiB0aGF0IHByb3BlcnRpZXMg aXMgbm90IGFzc29jaWF0ZWQgdG8gdGVoIElDYWwgcHJvcGVydGllcy4gSW4gZmNhdCBJIHNlZSBQ YXJ0aWNpcGFudCBhcyBhIGNvbXBvbmVudC4gSW4gdGhpcyBjYXNlIHNheWluZyB0aGUgcGFydGlj aXBhbnQgY29tcG9uZW50cyBhbmQgYXNzb2NpYXRlZCBwcm9wZXJ0aWVzIHNlZW1zIHRvIGJlIGNs ZWFyZXIgdG8gbWUgIGF0IGxlYXN0Lg0KTGVmdCBvdmVyIHdpdGggdGhlIG1vdmUgZnJvbSBQQVJU SUNJUEFOVCBhcyBhIHByb3BlcnR5IHRvIGEgY29tcG9uZW50LiBJJ3ZlIG1hZGUgdGhhdCBwYXJh Z3JhcGggc3BlY2lmaWMgdG8gUEFSVElDSVBBTlQNCg0KDQo1LjIuICBSZXN0eXBlDQoNCiIiIg0K ICAgICAgRGVzY3JpcHRpb246ICBUaGlzIHBhcmFtZXRlciBNQVkgYmUgc3BlY2lmaWVkIG9uIFNU UlVDVFVSRUQtUkVTT1VSQ0UNCiAgICAgIGFuZCBwcm92aWRlcyBhIHdheSB0byBkaWZmZXJlbnRp YXRlIG11bHRpcGxlIHByb3BlcnRpZXMuDQoNCiAgICAgIFZhbHVlcyBmb3IgdGhpcyBwYXJhbWV0 ZXIgYXJlIHRha2VuIGZyb20gdGhlIHZhbHVlcyBkZWZpbmVkIGluDQogICAgICBbdG9kb10uICBO ZXcgcmVzb3VyY2UgdHlwZXMgU0hPVUxEIGJlIHJlZ2lzdGVyZWQgaW4gdGhlIG1hbm5lcg0KICAg ICAgbGFpZCBkb3duIGluIHRoYXQgc3BlY2lmaWNhdGlvbg0KIiIiDQoNClt0b2RvXSBuZWVkcyB0 byBiZSBjb21wbGV0ZWQuDQpZZXMgLSBUaGVyZSB3YXMgd29yayBvbiBhIHZjYXJkIHJlc291cmNl IGRyYWZ0IHdoaWNoIHdhcyBleHBlY3RlZCB0byBnZXQgYWhlYWQgb2YgdGhpcyBvbmUuIFRoYXQg ZGlkbid0IGhhcHBlbi4gIFdlJ2xsIG5lZWQgc29tZSBkaXNjdXNzaW9uIG9uIHdoZXJlIHRvIGdv IHdpdGggdGhhdC4NCg0KDQo1LjMuICBPcmRlcg0KDQoiIiINCiAgIERlc2NyaXB0aW9uOiAgVGhl IE9SREVSIHBhcmFtZXRlciBpcyBPUFRJT05BTCBhbmQgaXMgdXNlZCB0byBpbmRpY2F0ZQ0KICAg ICAgdGhlIHJlbGF0aXZlIG9yZGVyaW5nIG9mIHRoZSBjb3JyZXNwb25kaW5nIGluc3RhbmNlIG9m IGEgcHJvcGVydHkuDQogICAgICBJdHMgdmFsdWUgTVVTVCBiZSBhbiBpbnRlZ2VyIGdyZWF0ZXIg dGhhbiBvciBlcXVhbCB0byAxIHRoYXQNCiAgICAgIHF1YW50aWZpZXMgdGhlIG9yZGVyLiAgTG93 ZXIgdmFsdWVzIGNvcnJlc3BvbmQgdG8gYSBoaWdoZXIgbGV2ZWwNCiAgICAgIG9mIG9yZGVyaW5n LCB3aXRoIDEgYmVpbmcgdGhlIGhpZ2hlc3QuDQoiIiINCg0KSSB3b3VsZCBsaWtlIHRvIG1ha2Ug c3VyZSBhbmQgZXhwbGljaXQgdGhhdCBvcmRlcmluZyBpcyBwZXJmb3JtZWQgZnJvbSBsb3cgdG8g aGlnaCB2YWx1ZSBvciB0aGUgcmV2ZXJzZS4NClRyaWVkIHRvIGdldCByaWQgb2Ygc29tZSBvZiB0 aGUgaGlnaGVyL2xvd2VyIGxhbmd1YWdlDQoNCkkgYWxzbyBmb3VuZCBvbmUgb3IgMiBpc3N1ZXMg bXlzZWxmLg0KDQpQcm9wZXJ0eSBQQVJUVFlQRSBoYXMgMiBuYW1lcyAtIHNob3VsZCBiZSBQQVJU SUNJUEFOVC1UWVBFDQoNClByb3BlcnR5IFNDSEVEVUxFLUFERFJFU1MgLSBkZWZpbml0aW9uIHNw ZWNpZmllZCB2YWx1ZSBhcyBpYW5hLXRva2VuLiBTaG91bGQgYmUgY2FsLWFkZHJlc3MNCg0KUHJv cGVydHkgU0NIRURVTEUtREFUQSAtIHNwZWNpZmllZCBhIGRhdGEgdHlwZSBvZiBURVhUIG9ubHkg LSBidXQgaXQgc2hvdWxkIGJlIFRFWFQsIEJJTkFSWSBvciBVUkkNCg0KTWlzc2VkIGZvcm1hdCB0 eXBlIG91dCBvZiB0aGUgZGVzY3JpcHRpdmUgdGV4dCBmb3IgU1RZTEVELURFU0NSSVBUSU9ODQoN CkNvbXBvbmVudCBQQVJUSUNJUEFOVA0KUHJpb3JpdHkgd2FzIG1pc3NpbmcgZnJvbSB0aGUgZm9y bWF0IGRlZmluaXRpb24NCkhhZCBzdHJ1Y3R1cmVkYWRkcmVzcyBpbnN0ZWFkIG9mIHNjaGVkdWxl YWRkcmVzcw0KDQoNCg0KRm9sbG93cyB0aGUgbml0cyBwcm92aWRlZCBieSB0aGUgZGF0YXRyYWNr ZXI6DQoNCm5pdHM6DQppZG5pdHMgMi4xNC4wMQ0KDQovdG1wL2RyYWZ0LWlldGYtY2FsZXh0LWV2 ZW50cHViLWV4dGVuc2lvbnMtMDIudHh0Og0KDQogIENoZWNraW5nIGJvaWxlcnBsYXRlIHJlcXVp cmVkIGJ5IFJGQyA1Mzc4IGFuZCB0aGUgSUVURiBUcnVzdCAoc2VlDQogIGh0dHA6Ly90cnVzdGVl LmlldGYub3JnL2xpY2Vuc2UtaW5mbyk6DQogIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KICAgICBO byBpc3N1ZXMgZm91bmQgaGVyZS4NCg0KICBDaGVja2luZyBuaXRzIGFjY29yZGluZyB0byBodHRw Oi8vd3d3LmlldGYub3JnL2lkLWluZm8vMWlkLWd1aWRlbGluZXMudHh0Og0KICAtLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQoNCiAgICAgTm8gaXNzdWVzIGZvdW5kIGhlcmUuDQoNCiAgQ2hlY2tpbmcgbml0 cyBhY2NvcmRpbmcgdG8gaHR0cDovL3d3dy5pZXRmLm9yZy9pZC1pbmZvL2NoZWNrbGlzdCA6DQog IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KICAqKiBUaGVyZSBpcyAxIGluc3RhbmNlIG9mIHRvbyBs b25nIGxpbmVzIGluIHRoZSBkb2N1bWVudCwgdGhlIGxvbmdlc3Qgb25lDQogICAgIGJlaW5nIDEg Y2hhcmFjdGVyIGluIGV4Y2VzcyBvZiA3Mi4NCg0KICAqKiBUaGUgYWJzdHJhY3Qgc2VlbXMgdG8g Y29udGFpbiByZWZlcmVuY2VzIChbUkZDNTU0NV0pLCB3aGljaCBpdA0KICAgICBzaG91bGRuJ3Qu ICBQbGVhc2UgcmVwbGFjZSB0aG9zZSB3aXRoIHN0cmFpZ2h0IHRleHR1YWwgbWVudGlvbnMgb2Yg dGhlDQogICAgIGRvY3VtZW50cyBpbiBxdWVzdGlvbi4NCklzIHRoaXMgcmVmZXJyaW5nIHRvIHRo aW5ncyBsaWtlDQoNClRoaXMgc3BlY2lmaWNhdGlvbiBhbHNvIGRlZmluZXMgYSBuZXcgU1RSVUNU VVJFRC1EQVRBIHByb3BlcnR5IGZvcg0KDQppQ2FsZW5kYXIgW1JGQzU1NDVdIHRvIGFsbG93IGZv ciBkYXRhIHRoYXQgaXMgZGlyZWN0bHkgcGVydGluZW50IHRvDQoNCklzIHRoZXJlIGEgZ3VpZGUg YXMgdG8gd2hlbiBzaG91bGQgSSB1c2UgYSByZWZlcmVuY2UgYW5kIHdoZW4gbm90Pw0KDQoNCiAg LS0gVGhlIGRyYWZ0IGhlYWRlciBpbmRpY2F0ZXMgdGhhdCB0aGlzIGRvY3VtZW50IHVwZGF0ZXMg UkZDNTU0NSwgYnV0IHRoZQ0KICAgICBhYnN0cmFjdCBkb2Vzbid0IHNlZW0gdG8gZGlyZWN0bHkg c2F5IHRoaXMuICBJdCBkb2VzIG1lbnRpb24gUkZDNTU0NQ0KICAgICB0aG91Z2gsIHNvIHRoaXMg Y291bGQgYmUgT0suDQoNCiAgLS0gVGhlIGRyYWZ0IGhlYWRlciBpbmRpY2F0ZXMgdGhhdCB0aGlz IGRvY3VtZW50IHVwZGF0ZXMgUkZDNTU0NiwgYnV0IHRoZQ0KICAgICBhYnN0cmFjdCBkb2Vzbid0 IHNlZW0gdG8gbWVudGlvbiB0aGlzLCB3aGljaCBpdCBzaG91bGQuDQoNCg0KICBNaXNjZWxsYW5l b3VzIHdhcm5pbmdzOg0KICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCiAgICAgKFVzaW5nIHRoZSBj cmVhdGlvbiBkYXRlIGZyb20gUkZDNTU0NSwgdXBkYXRlZCBieSB0aGlzIGRvY3VtZW50LCBmb3IN CiAgICAgUkZDNTM3OCBjaGVja3M6IDIwMDgtMTAtMzEpDQoNCiAgICAgKFVzaW5nIHRoZSBjcmVh dGlvbiBkYXRlIGZyb20gUkZDNTU0NiwgdXBkYXRlZCBieSB0aGlzIGRvY3VtZW50LCBmb3INCiAg ICAgUkZDNTM3OCBjaGVja3M6IDIwMDgtMDctMTQpDQoNCiAgLS0gVGhlIGRvY3VtZW50IHNlZW1z IHRvIGxhY2sgYSBkaXNjbGFpbWVyIGZvciBwcmUtUkZDNTM3OCB3b3JrLCBidXQgbWF5DQogICAg IGhhdmUgY29udGVudCB3aGljaCB3YXMgZmlyc3Qgc3VibWl0dGVkIGJlZm9yZSAxMCBOb3ZlbWJl ciAyMDA4LiAgSWYgeW91DQogICAgIGhhdmUgY29udGFjdGVkIGFsbCB0aGUgb3JpZ2luYWwgYXV0 aG9ycyBhbmQgdGhleSBhcmUgYWxsIHdpbGxpbmcgdG8gZ3JhbnQNCiAgICAgdGhlIEJDUDc4IHJp Z2h0cyB0byB0aGUgSUVURiBUcnVzdCwgdGhlbiB0aGlzIGlzIGZpbmUsIGFuZCB5b3UgY2FuIGln bm9yZQ0KICAgICB0aGlzIGNvbW1lbnQuICBJZiBub3QsIHlvdSBtYXkgbmVlZCB0byBhZGQgdGhl IHByZS1SRkM1Mzc4IGRpc2NsYWltZXIuDQogICAgIChTZWUgdGhlIExlZ2FsIFByb3Zpc2lvbnMg ZG9jdW1lbnQgYXQNCiAgICAgaHR0cDovL3RydXN0ZWUuaWV0Zi5vcmcvbGljZW5zZS1pbmZvIGZv ciBtb3JlIGluZm9ybWF0aW9uLikNCg0KICAtLSBUaGUgZG9jdW1lbnQgZGF0ZSAoQXByaWwgMjEs IDIwMTcpIGlzIDkgZGF5cyBpbiB0aGUgcGFzdC4gIElzIHRoaXMNCiAgICAgaW50ZW50aW9uYWw/ DQoNCg0KICBDaGVja2luZyByZWZlcmVuY2VzIGZvciBpbnRlbmRlZCBzdGF0dXM6IFByb3Bvc2Vk IFN0YW5kYXJkDQogIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KICAgICAoU2VlIFJGQ3MgMzk2NyBh bmQgNDg5NyBmb3IgaW5mb3JtYXRpb24gYWJvdXQgdXNpbmcgbm9ybWF0aXZlIHJlZmVyZW5jZXMN CiAgICAgdG8gbG93ZXItbWF0dXJpdHkgZG9jdW1lbnRzIGluIFJGQ3MpDQoNCiAgPT0gVW51c2Vk IFJlZmVyZW5jZTogJ1JGQzI0MzQnIGlzIGRlZmluZWQgb24gbGluZSAxMDc5LCBidXQgbm8gZXhw bGljaXQNCiAgICAgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dA0KRGVsZXRlZA0KDQoN CiAgPT0gVW51c2VkIFJlZmVyZW5jZTogJ1JGQzM2ODgnIGlzIGRlZmluZWQgb24gbGluZSAxMDg0 LCBidXQgbm8gZXhwbGljaXQNCiAgICAgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dA0K RGVsZXRlZA0KDQoNCiAgPT0gT3V0ZGF0ZWQgcmVmZXJlbmNlOiBkcmFmdC1pZXRmLWNhbGV4dC1l eHRlbnNpb25zIGhhcyBiZWVuIHB1Ymxpc2hlZCBhcw0KICAgICBSRkMgNzk4Ng0KRml4ZWQNCg0K ICAqKiBPYnNvbGV0ZSBub3JtYXRpdmUgcmVmZXJlbmNlOiBSRkMgMjQzNCAoT2Jzb2xldGVkIGJ5 IFJGQyA1MjI2KQ0KDQoNCiAgICAgU3VtbWFyeTogMyBlcnJvcnMgKCoqKSwgMCBmbGF3cyAofn4p LCAzIHdhcm5pbmdzICg9PSksIDQgY29tbWVudHMgKC0tKS4NCg0KICAgICBSdW4gaWRuaXRzIHdp dGggdGhlIC0tdmVyYm9zZSBvcHRpb24gZm9yIG1vcmUgZGV0YWlsZWQgaW5mb3JtYXRpb24gYWJv dXQNCiAgICAgdGhlIGl0ZW1zIGFib3ZlLg0KDQpPbiBTdW4sIEFwciAzMCwgMjAxNyBhdCAyOjEx IFBNLCBEYW5pZWwgTWlnYXVsdCA8ZGFuaWVsLm1pZ2F1bHRAZXJpY3Nzb24uY29tPG1haWx0bzpk YW5pZWwubWlnYXVsdEBlcmljc3Nvbi5jb20+PiB3cm90ZToNCkhpLA0KVGhpcyBzdGFydHMgYSBX b3JraW5nIEdyb3VwIExhc3QgQ2FsbCBmb3I6DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9kcmFmdC1pZXRmLWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLw0KUGxlYXNlIHByb3Zp ZGUgeW91ciBjb21tZW50cyAvIHJldmlld3MgYnkgIE1heSAxNC4NCllvdXJzLA0KRGFuaWVsDQoN Cg0KLS0tLS0tLS0tLSBGb3J3YXJkZWQgbWVzc2FnZSAtLS0tLS0tLS0tDQpGcm9tOiA8aW50ZXJu ZXQtZHJhZnRzQGlldGYub3JnPG1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+Pg0KRGF0 ZTogRnJpLCBBcHIgMjEsIDIwMTcgYXQgMTE6MzcgUE0NClN1YmplY3Q6IFtjYWxzaWZ5XSBJLUQg QWN0aW9uOiBkcmFmdC1pZXRmLWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLTAyLnR4dA0KVG86 IGktZC1hbm5vdW5jZUBpZXRmLm9yZzxtYWlsdG86aS1kLWFubm91bmNlQGlldGYub3JnPg0KQ2M6 IGNhbHNpZnlAaWV0Zi5vcmc8bWFpbHRvOmNhbHNpZnlAaWV0Zi5vcmc+DQoNCg0KDQpBIE5ldyBJ bnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFm dHMgZGlyZWN0b3JpZXMuDQpUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBDYWxlbmRh cmluZyBFeHRlbnNpb25zIG9mIHRoZSBJRVRGLg0KDQogICAgICAgIFRpdGxlICAgICAgICAgICA6 IEV2ZW50IFB1Ymxpc2hpbmcgRXh0ZW5zaW9ucyB0byBpQ2FsZW5kYXINCiAgICAgICAgQXV0aG9y ICAgICAgICAgIDogTWljaGFlbCBEb3VnbGFzcw0KICAgICAgICBGaWxlbmFtZSAgICAgICAgOiBk cmFmdC1pZXRmLWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLTAyLnR4dA0KICAgICAgICBQYWdl cyAgICAgICAgICAgOiAyOA0KICAgICAgICBEYXRlICAgICAgICAgICAgOiAyMDE3LTA0LTIxDQoN CkFic3RyYWN0Og0KICAgVGhpcyBzcGVjaWZpY2F0aW9uIGludHJvZHVjZXMgYSBudW1iZXIgb2Yg bmV3IGlDYWxlbmRhciBwcm9wZXJ0aWVzDQogICBhbmQgY29tcG9uZW50cyB3aGljaCBhcmUgb2Yg cGFydGljdWxhciB1c2UgZm9yIGV2ZW50IHB1Ymxpc2hlcnMgYW5kDQogICBpbiBzb2NpYWwgbmV0 d29ya2luZy4NCg0KICAgVGhpcyBzcGVjaWZpY2F0aW9uIGFsc28gZGVmaW5lcyBhIG5ldyBTVFJV Q1RVUkVELURBVEEgcHJvcGVydHkgZm9yDQogICBpQ2FsZW5kYXIgW1JGQzU1NDVdIHRvIGFsbG93 IGZvciBkYXRhIHRoYXQgaXMgZGlyZWN0bHkgcGVydGluZW50IHRvDQogICBhbiBldmVudCBvciB0 YXNrIHRvIGJlIGluY2x1ZGVkIHdpdGggdGhlIGNhbGVuZGFyIGRhdGEuDQoNCg0KVGhlIElFVEYg ZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6DQpodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25z Lw0KDQpUaGVyZSBhcmUgYWxzbyBodG1saXplZCB2ZXJzaW9ucyBhdmFpbGFibGUgYXQ6DQpodHRw czovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1jYWxleHQtZXZlbnRwdWItZXh0ZW5z aW9ucy0wMg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRm LWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLTAyDQoNCkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91 cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/ dXJsMj1kcmFmdC1pZXRmLWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLTAyDQoNCg0KUGxlYXNl IG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUg b2Ygc3VibWlzc2lvbg0KdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2 YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZzxodHRwOi8vdG9vbHMuaWV0Zi5vcmc+Lg0KDQpJbnRl cm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQpmdHA6 Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLw0KDQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KY2Fsc2lmeSBtYWlsaW5nIGxpc3QNCmNhbHNpZnlA aWV0Zi5vcmc8bWFpbHRvOmNhbHNpZnlAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL2NhbHNpZnkNCg0KDQoNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCmNhbHNpZnkgbWFpbGluZyBsaXN0DQoNCmNh bHNpZnlAaWV0Zi5vcmc8bWFpbHRvOmNhbHNpZnlAaWV0Zi5vcmc+DQoNCmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vY2Fsc2lmeQ0KDQo= --_000_2DD56D786E600F45AC6BDE7DA4E8A8C118BD83FBeusaamb107erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx IDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5Ok1lbmxvOw0KCXBh bm9zZS0xOjAgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAu TXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCglt YXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToi VGltZXMgTmV3IFJvbWFuIixzZXJpZjsNCgljb2xvcjpibGFjazt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCnByZQ0KCXtt c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVk IENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6 ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgljb2xvcjpibGFjazt9DQpw Lm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1u YW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6 MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglm b250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmOw0K CWNvbG9yOmJsYWNrO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5h bWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCglt c28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFz Ow0KCWNvbG9yOmJsYWNrO30NCnNwYW4ubTEyMDA2ODIzNDEyNzc2NzM0NjJnbWFpbC1pbA0KCXtt c28tc3R5bGUtbmFtZTptXzEyMDA2ODIzNDEyNzc2NzM0NjJnbWFpbC1pbDt9DQpzcGFuLkVtYWls U3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0 DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBh Z2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBp biAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30N Ci0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6 ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBn dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2 OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0t LT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1 ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPkhpIE1pY2hhZWws DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6d2luZG93dGV4dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPlRoYW5r cyBmb3IgdGhlIHVwZGF0ZS4gVGhlIG9ubHkgd2F5IEkgc2VlIHRvIGFkZHJlc3MgdGhlIG5pdHMs IGlzIHRvIHdyaXRlIGluIHBsYWluIHRleHQgUkZDNTU0NSBpbiB0aGUgYWJzdHJhY3QgYW5kIHVz ZSB0aGUgcmVmZXJlbmNlICZsdDt4cmVmIHR5YXJnZXQ94oCd4oCdLyZndDsgaW4NCiB0aGUgaW50 cm9kdWN0aW9uLiBJIGd1ZXNzIHRoZSBuaXRzIHRvb2wgbG9va3MgYXQgWy4qXSB0byBsaXN0IHJl ZmVyZW5jZXMuIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij5Zb3VycywNCjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0 ZXh0Ij5EYW5pZWwgJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNv bGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3Nw YW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij4gY2Fsc2lmeSBbbWFpbHRv OmNhbHNpZnktYm91bmNlc0BpZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+TWljaGFlbCBE b3VnbGFzczxicj4NCjxiPlNlbnQ6PC9iPiBUaHVyc2RheSwgTWF5IDA0LCAyMDE3IDEwOjU1IEFN PGJyPg0KPGI+VG86PC9iPiBjYWxzaWZ5QGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJl OiBbY2Fsc2lmeV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1jYWxleHQtZXZlbnRwdWItZXh0ZW5z aW9ucy0wMi50eHQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cD5UaGFua3MgZm9yIHRoZSBj b21tZW50cy4gSSd2ZSBwdWJsaXNoZWQgYW4gdXBkYXRlZCB2ZXJzaW9uIDAzIGFuZCB0aGVyZSBh cmUgc29tZSBjb21tZW50cyBiZWxvdy48bzpwPjwvbzpwPjwvcD4NCjxwPkEgY291cGxlIG9mIHBh cnRpY3VsYXIgcG9pbnRzIHRoYXQgbmVlZCBmdXJ0aGVyIHdvcms6PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCiZu YnNwOyAqKiBUaGUgYWJzdHJhY3Qgc2VlbXMgdG8gY29udGFpbiByZWZlcmVuY2VzIChbUkZDNTU0 NV0pLCB3aGljaCBpdDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBzaG91bGRuJ3QuJm5i c3A7IFBsZWFzZSByZXBsYWNlIHRob3NlIHdpdGggc3RyYWlnaHQgdGV4dHVhbCBtZW50aW9ucyBv ZiB0aGU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZG9jdW1lbnRzIGluIHF1ZXN0aW9u Ljxicj4NCjxicj4NCklzIHRoZXJlIGEgZ3VpZGUgYXMgdG8gd2hlbiBhbmQgd2hlbiBub3QgYSBy ZWZlZW5jZT88YnI+DQo8YnI+DQpBbHNvIHRoZSBSRVNUWVBFIHBhcmFtZXRlciBuZWVkcyBtb3Jl IGRpc2N1c3Npb248YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5PbiA0LzMwLzE3IDE1OjE4LCBEYW5pZWwgTWlnYXVsdCB3cm90ZTo8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5IaSwgPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEy LjBwdCI+UGxlYXNlIGZpbmQgbXkgY29tbWVudHMgcmVnYXJkaW5nIHRoZSBjdXJyZW50IHZlcnNp b24uIFRoZSBkb2N1bWVudCBpcyBpbiBnb29kIHNoYXBlLg0KPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPllvdXJzLCA8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+RGFuaWVsPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KMS4mbmJzcDsgSW50cm9k dWN0aW9uPGJyPg0KPGJyPg0KPGJyPg0KJnF1b3Q7Rm9ybWF0cyBzdWNoIGFzIFZDQVJEIGFyZSBs aWtlbHkgdG8gYmUgbW9zdCB1c2VmdWwuJnF1b3Q7IEkgdGhpbmsgd2UgbmVlZCBzb21lIGV4cGxh bmF0aW9uLiBJcyB0aGUgVkNBUkQgdXNlZCBieSB0aGUgb3JnYW5pemVyIG9yIHBhcnRpY2lwYW50 IG9mIHRoZSBldmVudCA/IElmIHRoYXQgaXMgdGhlIGNhc2UsIGl0IHdvdWxkIGJlIGNsZWFyZXIg dG8gbWVudGlvbiBpdCBleHBsaWNpdGx5Lg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+VHJpZWQgdG8gZXhwYW5kIGEgbGl0dGxlPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGJyPg0KJnF1b3Q7VGhlIGZvbGxvd2luZyBwcm9wZXJ0aWVzIGFuZCBjb21wb25lbnRzIGFy ZSBkZWZpbmVkIGluIHRoaXMgc3BlY2lmaWNhdGlvbiZxdW90Oy4gQXMgdGhlcmUgYXJlIHR3byBr aW5kIG9mIG9iamVjdHMgYmVpbmcgZGVmaW5lZCwgaXQgd291bGQgYmUgY2xhcmlmeWluZyBmb3Ig dGhlIHJlYWRlciB0byBzcGVjaWZ5IGZvciBlYWNoIGl0ZW0gYmVsb3cgd2hhdCBjYXRlZ29yeSB0 aGV5IGJlbG9uZyB0by4gTXkgdW5kZXJzdGFuZGluZyBpcyB0aGF0IG9ubHkgcGFydGljaXBhbnQN CiBpcyBhIGNvbXBvbmVudCBvdGhlcnMgYXJlIHByb3BlcnRpZXMuIDxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkkndmUgc3BsaXQgb2ZmIHBhcnRpY2lwYW50IGFzIGEgc2VwYXJh dGUgcGFyYWdyYXBoPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHls ZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7IDxi cj4NCjIuJm5ic3A7IENvbXBvbmVudHMgYW5kIHByb3BlcnRpZXM8YnI+DQo8YnI+DQomcXVvdDtJ biBhIGJyZWFrIHdpdGggdGhpcyAndHJhZGl0aW9uJyB0aGlzIHNwZWNpZmljYXRpb24gaW50cm9k dWNlcyBzb21lIG9mIHRoZXNlIGV4dGVuc2lvbnMgYXMgY29tcG9uZW50cyByYXRoZXIgdGhhbiBw cm9wZXJ0aWVzLiZxdW90Ozxicj4NCjxicj4NCk15IHJlYWRpbmcgaXMgdGhhdCBjb21wb25lbnRz IGlzIG5vdCB1c2VkIGFzIHRoZSBpQ2FsIHRlcm1pbm9sb2d5IGhlcmUuIE1vcmUgc3BlY2lmaWNh bGx5LCB0aGlzIGlzIG5vdCBhbiBpQ2FsIGNvbXBvbmVudC4gSWYgdGhhdCBpcyB0aGUgY2FzZSwg bWF5YmUgd2UgY291bGQgdXNlIGFub3RoZXIgdGVybS4gSSBhbSB0cnlpbmcgdG8gZmluZCBvbmUg YnV0IGFncmVlIHRoaXMgaXMgbm90IGVhc3kuDQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5BdCBvbmUgcG9pbnQgSSB0aG91Z2h0IHdlIHdvdWxkIGhhdmUgbXVsdGlwbGUgY29t cG9uZW50cy4gSSd2ZSByZWR1Y2VkIGl0IHRvIHJlZmVycmluZyB0byB0aGUgb25lIGNvbXBvbmVu dDxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjMuJm5ic3A7IFR5cGVkIFJlZmVy ZW5jZXM8YnI+DQo8YnI+DQomcXVvdDsmcXVvdDsmcXVvdDs8YnI+DQombmJzcDsmbmJzcDsgVGhl c2UgcHJvcGVydGllcyBhcmUgZGVzaWduZWQgdG8gaGFuZGxlIGNvbW1vbiB1c2UgY2FzZXMgaW4g ZXZlbnQ8YnI+DQombmJzcDsmbmJzcDsgcHVibGljYXRpb24uJm5ic3A7IEl0IGlzIGdlbmVyYWxs eSBpbXBvcnRhbnQgdG8gcHJvdmlkZSBpbmZvcm1hdGlvbiBhYm91dDxicj4NCiZuYnNwOyZuYnNw OyB0aGUgb3JnYW5pemVycyBvZiBzdWNoIGV2ZW50cy4mbmJzcDsgU3BvbnNvcnMgd2lzaCB0byBi ZSByZWZlcmVuY2VkIGluIGE8YnI+DQombmJzcDsmbmJzcDsgcHJvbWluZW50IG1hbm5lci4mbmJz cDsgSW4gc29jaWFsIGNhbGVuZGFyaW5nIGl0IGlzIG9mdGVuIGltcG9ydGFudCB0bzxicj4NCiZu YnNwOyZuYnNwOyBpZGVudGlmeSB0aGUgYWN0aXZlIHBhcnRpY2lwYW50cyBpbiB0aGUgZXZlbnQs IGZvciBleGFtcGxlIGEgc2Nob29sPGJyPg0KJm5ic3A7Jm5ic3A7IHNwb3J0cyB0ZWFtLCBhbmQg dGhlIGluYWN0aXZlIHBhcnRpY2lwYW50cywgZm9yIGV4YW1wbGUgdGhlIHBhcmVudHMuPGJyPg0K JnF1b3Q7JnF1b3Q7JnF1b3Q7PGJyPg0KPGJyPg0KSSBhbHNvIGhhdmUgdGhlIGltcHJlc3Npb24g dGhhdCBwcm9wZXJ0aWVzIGlzIG5vdCBhc3NvY2lhdGVkIHRvIHRlaCBJQ2FsIHByb3BlcnRpZXMu IEluIGZjYXQgSSBzZWUgUGFydGljaXBhbnQgYXMgYSBjb21wb25lbnQuIEluIHRoaXMgY2FzZSBz YXlpbmcgdGhlIHBhcnRpY2lwYW50IGNvbXBvbmVudHMgYW5kIGFzc29jaWF0ZWQgcHJvcGVydGll cyBzZWVtcyB0byBiZSBjbGVhcmVyIHRvIG1lJm5ic3A7IGF0IGxlYXN0Lg0KPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3Rl Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TGVmdCBvdmVyIHdpdGggdGhlIG1vdmUgZnJvbSBQQVJU SUNJUEFOVCBhcyBhIHByb3BlcnR5IHRvIGEgY29tcG9uZW50LiBJJ3ZlIG1hZGUgdGhhdCBwYXJh Z3JhcGggc3BlY2lmaWMgdG8gUEFSVElDSVBBTlQ8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4N CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQi Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48YnI+DQo1LjIuJm5ic3A7IFJlc3R5cGU8YnI+DQo8YnI+DQomcXVvdDsmcXVvdDsmcXVvdDs8 YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgRGVzY3JpcHRpb246Jm5ic3A7IFRo aXMgcGFyYW1ldGVyIE1BWSBiZSBzcGVjaWZpZWQgb24gU1RSVUNUVVJFRC1SRVNPVVJDRTxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbmQgcHJvdmlkZXMgYSB3YXkgdG8gZGlm ZmVyZW50aWF0ZSBtdWx0aXBsZSBwcm9wZXJ0aWVzLjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBWYWx1ZXMgZm9yIHRoaXMgcGFyYW1ldGVyIGFyZSB0YWtlbiBmcm9t IHRoZSB2YWx1ZXMgZGVmaW5lZCBpbjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBbdG9kb10uJm5ic3A7IE5ldyByZXNvdXJjZSB0eXBlcyBTSE9VTEQgYmUgcmVnaXN0ZXJlZCBp biB0aGUgbWFubmVyPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGxhaWQgZG93 biBpbiB0aGF0IHNwZWNpZmljYXRpb248YnI+DQomcXVvdDsmcXVvdDsmcXVvdDs8YnI+DQo8YnI+ DQpbdG9kb10gbmVlZHMgdG8gYmUgY29tcGxldGVkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPlllcyAtIFRoZXJlIHdhcyB3b3JrIG9uIGEgdmNhcmQgcmVzb3VyY2UgZHJhZnQg d2hpY2ggd2FzIGV4cGVjdGVkIHRvIGdldCBhaGVhZCBvZiB0aGlzIG9uZS4gVGhhdCBkaWRuJ3Qg aGFwcGVuLiZuYnNwOyBXZSdsbCBuZWVkIHNvbWUgZGlzY3Vzc2lvbiBvbiB3aGVyZSB0byBnbyB3 aXRoIHRoYXQuPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0i bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0 b206MTIuMHB0Ij48YnI+DQo1LjMuJm5ic3A7IE9yZGVyPGJyPg0KPGJyPg0KJnF1b3Q7JnF1b3Q7 JnF1b3Q7PGJyPg0KJm5ic3A7Jm5ic3A7IERlc2NyaXB0aW9uOiZuYnNwOyBUaGUgT1JERVIgcGFy YW1ldGVyIGlzIE9QVElPTkFMIGFuZCBpcyB1c2VkIHRvIGluZGljYXRlPGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRoZSByZWxhdGl2ZSBvcmRlcmluZyBvZiB0aGUgY29ycmVz cG9uZGluZyBpbnN0YW5jZSBvZiBhIHByb3BlcnR5Ljxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyBJdHMgdmFsdWUgTVVTVCBiZSBhbiBpbnRlZ2VyIGdyZWF0ZXIgdGhhbiBvciBl cXVhbCB0byAxIHRoYXQ8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcXVhbnRp ZmllcyB0aGUgb3JkZXIuJm5ic3A7IExvd2VyIHZhbHVlcyBjb3JyZXNwb25kIHRvIGEgaGlnaGVy IGxldmVsPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG9mIG9yZGVyaW5nLCB3 aXRoIDEgYmVpbmcgdGhlIGhpZ2hlc3QuPGJyPg0KJnF1b3Q7JnF1b3Q7JnF1b3Q7PGJyPg0KPGJy Pg0KSSB3b3VsZCBsaWtlIHRvIG1ha2Ugc3VyZSBhbmQgZXhwbGljaXQgdGhhdCBvcmRlcmluZyBp cyBwZXJmb3JtZWQgZnJvbSBsb3cgdG8gaGlnaCB2YWx1ZSBvciB0aGUgcmV2ZXJzZS4NCjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRyaWVkIHRvIGdldCByaWQgb2Ygc29tZSBv ZiB0aGUgaGlnaGVyL2xvd2VyIGxhbmd1YWdlPGJyPg0KPGJyPg0KSSBhbHNvIGZvdW5kIG9uZSBv ciAyIGlzc3VlcyBteXNlbGYuIDxicj4NCjxicj4NClByb3BlcnR5IFBBUlRUWVBFIGhhcyAyIG5h bWVzIC0gc2hvdWxkIGJlIFBBUlRJQ0lQQU5ULVRZUEU8YnI+DQo8YnI+DQpQcm9wZXJ0eSBTQ0hF RFVMRS1BRERSRVNTIC0gZGVmaW5pdGlvbiBzcGVjaWZpZWQgdmFsdWUgYXMgaWFuYS10b2tlbi4g U2hvdWxkIGJlIGNhbC1hZGRyZXNzPGJyPg0KPGJyPg0KUHJvcGVydHkgU0NIRURVTEUtREFUQSAt IHNwZWNpZmllZCBhIGRhdGEgdHlwZSBvZiBURVhUIG9ubHkgLSBidXQgaXQgc2hvdWxkIGJlIFRF WFQsIEJJTkFSWSBvciBVUkk8YnI+DQo8YnI+DQpNaXNzZWQgZm9ybWF0IHR5cGUgb3V0IG9mIHRo ZSBkZXNjcmlwdGl2ZSB0ZXh0IGZvciBTVFlMRUQtREVTQ1JJUFRJT048YnI+DQo8YnI+DQpDb21w b25lbnQgUEFSVElDSVBBTlQ8YnI+DQpQcmlvcml0eSB3YXMgbWlzc2luZyBmcm9tIHRoZSBmb3Jt YXQgZGVmaW5pdGlvbjxicj4NCkhhZCBzdHJ1Y3R1cmVkYWRkcmVzcyBpbnN0ZWFkIG9mIHNjaGVk dWxlYWRkcmVzczxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9 Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyZuYnNwOyA8YnI+ DQombmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPkZvbGxvd3MgdGhlIG5pdHMgcHJvdmlkZWQgYnkgdGhlIGRhdGF0cmFja2VyOjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0Kbml0czog PGJyPg0KaWRuaXRzIDIuMTQuMDEgPGJyPg0KPGJyPg0KL3RtcC9kcmFmdC1pZXRmLWNhbGV4dC1l dmVudHB1Yi1leHRlbnNpb25zLTAyLnR4dDo8YnI+DQo8YnI+DQombmJzcDsgQ2hlY2tpbmcgYm9p bGVycGxhdGUgcmVxdWlyZWQgYnkgUkZDIDUzNzggYW5kIHRoZSBJRVRGIFRydXN0IChzZWU8YnI+ DQombmJzcDsgPGEgaHJlZj0iaHR0cDovL3RydXN0ZWUuaWV0Zi5vcmcvbGljZW5zZS1pbmZvIj5o dHRwOi8vdHJ1c3RlZS5pZXRmLm9yZy9saWNlbnNlLWluZm88L2E+KTo8YnI+DQombmJzcDsgLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLTxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBObyBp c3N1ZXMgZm91bmQgaGVyZS48YnI+DQo8YnI+DQombmJzcDsgQ2hlY2tpbmcgbml0cyBhY2NvcmRp bmcgdG8gPGEgaHJlZj0iaHR0cDovL3d3dy5pZXRmLm9yZy9pZC1pbmZvLzFpZC1ndWlkZWxpbmVz LnR4dCI+DQpodHRwOi8vd3d3LmlldGYub3JnL2lkLWluZm8vMWlkLWd1aWRlbGluZXMudHh0PC9h Pjo8YnI+DQombmJzcDsgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCjxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBObyBpc3N1ZXMgZm91bmQgaGVyZS48YnI+DQo8YnI+DQombmJzcDsgQ2hl Y2tpbmcgbml0cyBhY2NvcmRpbmcgdG8gPGEgaHJlZj0iaHR0cDovL3d3dy5pZXRmLm9yZy9pZC1p bmZvL2NoZWNrbGlzdCI+aHR0cDovL3d3dy5pZXRmLm9yZy9pZC1pbmZvL2NoZWNrbGlzdDwvYT4g Ojxicj4NCiZuYnNwOyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KPGJyPg0KJm5ic3A7ICoqIFRo ZXJlIGlzIDEgaW5zdGFuY2Ugb2YgdG9vIGxvbmcgbGluZXMgaW4gdGhlIGRvY3VtZW50LCB0aGUg bG9uZ2VzdCBvbmU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYmVpbmcgMSBjaGFyYWN0 ZXIgaW4gZXhjZXNzIG9mIDcyLjxicj4NCjxicj4NCiZuYnNwOyAqKiBUaGUgYWJzdHJhY3Qgc2Vl bXMgdG8gY29udGFpbiByZWZlcmVuY2VzIChbUkZDNTU0NV0pLCB3aGljaCBpdDxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBzaG91bGRuJ3QuJm5ic3A7IFBsZWFzZSByZXBsYWNlIHRob3Nl IHdpdGggc3RyYWlnaHQgdGV4dHVhbCBtZW50aW9ucyBvZiB0aGU8YnI+DQombmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgZG9jdW1lbnRzIGluIHF1ZXN0aW9uLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+SXMgdGhpcyByZWZlcnJp bmcgdG8gdGhpbmdzIGxpa2U8bzpwPjwvbzpwPjwvcD4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TWVu bG8mcXVvdDssc2VyaWYiPlRoaXMgc3BlY2lmaWNhdGlvbiBhbHNvIGRlZmluZXMgYSBuZXcgU1RS VUNUVVJFRC1EQVRBIHByb3BlcnR5IGZvcjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBz dHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250 LWZhbWlseTomcXVvdDtNZW5sbyZxdW90OyxzZXJpZiI+aUNhbGVuZGFyIFtSRkM1NTQ1XSB0byBh bGxvdyBmb3IgZGF0YSB0aGF0IGlzIGRpcmVjdGx5IHBlcnRpbmVudCB0bzxvOnA+PC9vOnA+PC9z cGFuPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KSXMgdGhlcmUgYSBndWlkZSBh cyB0byB3aGVuIHNob3VsZCBJIHVzZSBhIHJlZmVyZW5jZSBhbmQgd2hlbiBub3Q/PGJyPg0KPGJy Pg0KPG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KJm5ic3A7IC0tIFRoZSBkcmFmdCBoZWFkZXIgaW5k aWNhdGVzIHRoYXQgdGhpcyBkb2N1bWVudCB1cGRhdGVzIFJGQzU1NDUsIGJ1dCB0aGU8YnI+DQom bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYWJzdHJhY3QgZG9lc24ndCBzZWVtIHRvIGRpcmVjdGx5 IHNheSB0aGlzLiZuYnNwOyBJdCBkb2VzIG1lbnRpb24gUkZDNTU0NTxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyB0aG91Z2gsIHNvIHRoaXMgY291bGQgYmUgT0suPGJyPg0KPGJyPg0KJm5i c3A7IC0tIFRoZSBkcmFmdCBoZWFkZXIgaW5kaWNhdGVzIHRoYXQgdGhpcyBkb2N1bWVudCB1cGRh dGVzIFJGQzU1NDYsIGJ1dCB0aGU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYWJzdHJh Y3QgZG9lc24ndCBzZWVtIHRvIG1lbnRpb24gdGhpcywgd2hpY2ggaXQgc2hvdWxkLjxicj4NCjxi cj4NCjxicj4NCiZuYnNwOyBNaXNjZWxsYW5lb3VzIHdhcm5pbmdzOjxicj4NCiZuYnNwOyAtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IChVc2lu ZyB0aGUgY3JlYXRpb24gZGF0ZSBmcm9tIFJGQzU1NDUsIHVwZGF0ZWQgYnkgdGhpcyBkb2N1bWVu dCwgZm9yPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJGQzUzNzggY2hlY2tzOiAyMDA4 LTEwLTMxKTxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAoVXNpbmcgdGhlIGNy ZWF0aW9uIGRhdGUgZnJvbSBSRkM1NTQ2LCB1cGRhdGVkIGJ5IHRoaXMgZG9jdW1lbnQsIGZvcjxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSRkM1Mzc4IGNoZWNrczogMjAwOC0wNy0xNCk8 YnI+DQo8YnI+DQombmJzcDsgLS0gVGhlIGRvY3VtZW50IHNlZW1zIHRvIGxhY2sgYSBkaXNjbGFp bWVyIGZvciBwcmUtUkZDNTM3OCB3b3JrLCBidXQgbWF5PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IGhhdmUgY29udGVudCB3aGljaCB3YXMgZmlyc3Qgc3VibWl0dGVkIGJlZm9yZSAxMCBO b3ZlbWJlciAyMDA4LiZuYnNwOyBJZiB5b3U8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg aGF2ZSBjb250YWN0ZWQgYWxsIHRoZSBvcmlnaW5hbCBhdXRob3JzIGFuZCB0aGV5IGFyZSBhbGwg d2lsbGluZyB0byBncmFudDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0aGUgQkNQNzgg cmlnaHRzIHRvIHRoZSBJRVRGIFRydXN0LCB0aGVuIHRoaXMgaXMgZmluZSwgYW5kIHlvdSBjYW4g aWdub3JlPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRoaXMgY29tbWVudC4mbmJzcDsg SWYgbm90LCB5b3UgbWF5IG5lZWQgdG8gYWRkIHRoZSBwcmUtUkZDNTM3OCBkaXNjbGFpbWVyLiA8 YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKFNlZSB0aGUgTGVnYWwgUHJvdmlzaW9ucyBk b2N1bWVudCBhdDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8YSBocmVmPSJodHRwOi8v dHJ1c3RlZS5pZXRmLm9yZy9saWNlbnNlLWluZm8iPmh0dHA6Ly90cnVzdGVlLmlldGYub3JnL2xp Y2Vuc2UtaW5mbzwvYT4gZm9yIG1vcmUgaW5mb3JtYXRpb24uKTxicj4NCjxicj4NCiZuYnNwOyAt LSBUaGUgZG9jdW1lbnQgZGF0ZSAoQXByaWwgMjEsIDIwMTcpIGlzIDkgZGF5cyBpbiB0aGUgcGFz dC4mbmJzcDsgSXMgdGhpczxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBpbnRlbnRpb25h bD88YnI+DQo8YnI+DQo8YnI+DQombmJzcDsgQ2hlY2tpbmcgcmVmZXJlbmNlcyBmb3IgaW50ZW5k ZWQgc3RhdHVzOiBQcm9wb3NlZCBTdGFuZGFyZDxicj4NCiZuYnNwOyAtLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IChTZWUgUkZDcyAzOTY3IGFu ZCA0ODk3IGZvciBpbmZvcm1hdGlvbiBhYm91dCB1c2luZyBub3JtYXRpdmUgcmVmZXJlbmNlczxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0byBsb3dlci1tYXR1cml0eSBkb2N1bWVudHMg aW4gUkZDcyk8YnI+DQo8YnI+DQombmJzcDsgPT0gVW51c2VkIFJlZmVyZW5jZTogJ1JGQzI0MzQn IGlzIGRlZmluZWQgb24gbGluZSAxMDc5LCBidXQgbm8gZXhwbGljaXQ8YnI+DQombmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dDxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkRlbGV0ZWQ8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwv cD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48YnI+DQombmJzcDsgPT0gVW51c2VkIFJlZmVyZW5jZTogJ1JGQzM2ODgnIGlzIGRlZmlu ZWQgb24gbGluZSAxMDg0LCBidXQgbm8gZXhwbGljaXQ8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgcmVmZXJlbmNlIHdhcyBmb3VuZCBpbiB0aGUgdGV4dDxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkRlbGV0ZWQ8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9j a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCiZuYnNwOyA9PSBPdXRkYXRlZCByZWZlcmVu Y2U6IGRyYWZ0LWlldGYtY2FsZXh0LWV4dGVuc2lvbnMgaGFzIGJlZW4gcHVibGlzaGVkIGFzPGJy Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJGQyA3OTg2PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+Rml4ZWQ8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1 b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsg KiogT2Jzb2xldGUgbm9ybWF0aXZlIHJlZmVyZW5jZTogUkZDIDI0MzQgKE9ic29sZXRlZCBieSBS RkMgNTIyNik8YnI+DQo8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgU3VtbWFy eTogMyBlcnJvcnMgKCoqKSwgMCBmbGF3cyAofn4pLCAzIHdhcm5pbmdzICg9PSksIDQgY29tbWVu dHMgKC0tKS48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUnVuIGlkbml0cyB3 aXRoIHRoZSAtLXZlcmJvc2Ugb3B0aW9uIGZvciBtb3JlIGRldGFpbGVkIGluZm9ybWF0aW9uIGFi b3V0PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRoZSBpdGVtcyBhYm92ZS48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+T24gU3VuLCBBcHIgMzAsIDIwMTcgYXQgMjoxMSBQTSwgRGFuaWVsIE1p Z2F1bHQgJmx0OzxhIGhyZWY9Im1haWx0bzpkYW5pZWwubWlnYXVsdEBlcmljc3Nvbi5jb20iIHRh cmdldD0iX2JsYW5rIj5kYW5pZWwubWlnYXVsdEBlcmljc3Nvbi5jb208L2E+Jmd0OyB3cm90ZTo8 bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVm dDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxl ZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+ SGksIDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWJvdHRvbToxMi4wcHQiPlRoaXMgc3RhcnRzIGEgV29ya2luZyBHcm91cCBMYXN0IENh bGwgZm9yOjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LWlldGYtY2FsZXh0LWV2ZW50cHViLWV4dGVuc2lvbnMvIiB0YXJnZXQ9Il9ibGFuayI+aHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi08c3BhbiBjbGFzcz0ibTEy MDA2ODIzNDEyNzc2NzM0NjJnbWFpbC1pbCI+Y2FsZXh0PC9zcGFuPi1ldmVudHB1Yi1leHRlbnNp b25zLzwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5QbGVhc2UgcHJvdmlkZSB5b3VyIGNvbW1lbnRzIC8g cmV2aWV3cyBieSZuYnNwOyBNYXkgMTQuDQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+WW91cnMsIDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5EYW5pZWwgPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tLS0tLS0tLS0tIEZvcndhcmRlZCBtZXNzYWdl IC0tLS0tLS0tLS08YnI+DQpGcm9tOiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmludGVybmV0LWRyYWZ0 c0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzwvYT4m Z3Q7PGJyPg0KRGF0ZTogRnJpLCBBcHIgMjEsIDIwMTcgYXQgMTE6MzcgUE08YnI+DQpTdWJqZWN0 OiBbY2Fsc2lmeV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1jYWxleHQtZXZlbnRwdWItZXh0ZW5z aW9ucy0wMi50eHQ8YnI+DQpUbzogPGEgaHJlZj0ibWFpbHRvOmktZC1hbm5vdW5jZUBpZXRmLm9y ZyIgdGFyZ2V0PSJfYmxhbmsiPmktZC1hbm5vdW5jZUBpZXRmLm9yZzwvYT48YnI+DQpDYzogPGEg aHJlZj0ibWFpbHRvOmNhbHNpZnlAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5jYWxzaWZ5QGll dGYub3JnPC9hPjxicj4NCjxicj4NCjxicj4NCjxicj4NCkEgTmV3IEludGVybmV0LURyYWZ0IGlz IGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy48 YnI+DQpUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBDYWxlbmRhcmluZyBFeHRlbnNp b25zIG9mIHRoZSBJRVRGLjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBU aXRsZSZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7OiBFdmVudCBQdWJs aXNoaW5nIEV4dGVuc2lvbnMgdG8gaUNhbGVuZGFyPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IEF1dGhvciZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgOiBNaWNoYWVs IERvdWdsYXNzPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IEZpbGVuYW1lJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDogZHJhZnQtaWV0Zi1jYWxleHQtZXZlbnRwdWItZXh0ZW5z aW9ucy0wMi50eHQ8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgUGFnZXMmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzogMjg8YnI+DQombmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgRGF0ZSZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7IDogMjAxNy0wNC0yMTxicj4NCjxicj4NCkFic3RyYWN0Ojxicj4NCiZuYnNwOyAmbmJzcDtU aGlzIHNwZWNpZmljYXRpb24gaW50cm9kdWNlcyBhIG51bWJlciBvZiBuZXcgaUNhbGVuZGFyIHBy b3BlcnRpZXM8YnI+DQombmJzcDsgJm5ic3A7YW5kIGNvbXBvbmVudHMgd2hpY2ggYXJlIG9mIHBh cnRpY3VsYXIgdXNlIGZvciBldmVudCBwdWJsaXNoZXJzIGFuZDxicj4NCiZuYnNwOyAmbmJzcDtp biBzb2NpYWwgbmV0d29ya2luZy48YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7VGhpcyBzcGVjaWZp Y2F0aW9uIGFsc28gZGVmaW5lcyBhIG5ldyBTVFJVQ1RVUkVELURBVEEgcHJvcGVydHkgZm9yPGJy Pg0KJm5ic3A7ICZuYnNwO2lDYWxlbmRhciBbUkZDNTU0NV0gdG8gYWxsb3cgZm9yIGRhdGEgdGhh dCBpcyBkaXJlY3RseSBwZXJ0aW5lbnQgdG88YnI+DQombmJzcDsgJm5ic3A7YW4gZXZlbnQgb3Ig dGFzayB0byBiZSBpbmNsdWRlZCB3aXRoIHRoZSBjYWxlbmRhciBkYXRhLjxicj4NCjxicj4NCjxi cj4NClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOjxi cj4NCjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYt Y2FsZXh0LWV2ZW50cHViLWV4dGVuc2lvbnMvIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1jYWxleHQtZXZlbnRwdWItZXh0ZW5zaW9u cy88L2E+PGJyPg0KPGJyPg0KVGhlcmUgYXJlIGFsc28gaHRtbGl6ZWQgdmVyc2lvbnMgYXZhaWxh YmxlIGF0Ojxicj4NCjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1p ZXRmLWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLTAyIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtY2FsZXh0LWV2ZW50cHViLWV4dGVuc2lv bnMtMDI8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv aHRtbC9kcmFmdC1pZXRmLWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLTAyIiB0YXJnZXQ9Il9i bGFuayI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLWNh bGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLTAyPC9hPjxicj4NCjxicj4NCkEgZGlmZiBmcm9tIHRo ZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDo8YnI+DQo8YSBocmVmPSJodHRwczov L3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1jYWxleHQtZXZlbnRwdWItZXh0 ZW5zaW9ucy0wMiIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/ dXJsMj1kcmFmdC1pZXRmLWNhbGV4dC1ldmVudHB1Yi1leHRlbnNpb25zLTAyPC9hPjxicj4NCjxi cj4NCjxicj4NClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRl cyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb248YnI+DQp1bnRpbCB0aGUgaHRtbGl6ZWQgdmVy c2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IDxhIGhyZWY9Imh0dHA6Ly90b29scy5pZXRm Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPg0KdG9vbHMuaWV0Zi5vcmc8L2E+Ljxicj4NCjxicj4NCklu dGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDo8YnI+ DQo8YSBocmVmPSJmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLyIgdGFyZ2V0PSJf YmxhbmsiPmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvPC9hPjxicj4NCjxicj4N Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KY2Fs c2lmeSBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86Y2Fsc2lmeUBpZXRmLm9yZyIg dGFyZ2V0PSJfYmxhbmsiPmNhbHNpZnlAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jYWxzaWZ5IiB0YXJnZXQ9Il9ibGFuayI+ aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jYWxzaWZ5PC9hPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8 YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxwcmU+X19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5jYWxzaWZ5IG1h aWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxhIGhyZWY9Im1haWx0bzpjYWxzaWZ5 QGlldGYub3JnIj5jYWxzaWZ5QGlldGYub3JnPC9hPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxh IGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2Fsc2lmeSI+aHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jYWxzaWZ5PC9hPjxvOnA+PC9vOnA+ PC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_2DD56D786E600F45AC6BDE7DA4E8A8C118BD83FBeusaamb107erics_-- From nobody Thu May 4 14:01:31 2017 Return-Path: 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 13650128D40 for ; Thu, 4 May 2017 14:01:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.989 X-Spam-Level: X-Spam-Status: No, score=-1.989 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 OvGuVZe3tswL for ; Thu, 4 May 2017 14:01:25 -0700 (PDT) Received: from mail-qt0-x22e.google.com (mail-qt0-x22e.google.com [IPv6:2607:f8b0:400d:c0d::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C6AF312945C for ; Thu, 4 May 2017 14:01:20 -0700 (PDT) Received: by mail-qt0-x22e.google.com with SMTP id m91so20341758qte.3 for ; Thu, 04 May 2017 14:01:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=M0J5BbnOuGJLGQjUF8FADTwkpcHCB5FO9RwLdD52KFc=; b=KvMzywdDFNLhvvs/ehBJz98wiGLP+wVmyRc1NTe4V6I/6TRTaD+N+6zyaHwNca7+Yf kuo1OGKzWWBXhtabYMwocZESK98FafQFRIuzRFHWxiKUhnM9NfKAOroTw/dKz3XJGlwr ZWl5eR+Obbd5ad4jLK1qNFkKpjAWjgEsqAIZwqKzChhQCJn7Icx3XREOaU6r4pnRD5G5 ugc6oblJZmxPpMkjJGoMLnnTviIkEjJpHNvfjIK7AlAhoKlpNEGqOU72ANZOJGASRbF6 8m7B/nJVwfAck3IJVt3kZoHyxV2LGRqR99B5sWAo8xnTl1Aa+5jPk6fF+jfUUD040Mn7 7M1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=M0J5BbnOuGJLGQjUF8FADTwkpcHCB5FO9RwLdD52KFc=; b=gmMtDEdWjsukV5ioUOs/MzlQd3eKXsecc32wV2ldvRjGyrAr/Ggsx124O/ZCY674bm wN7p4hvGRKq7glE+c+f3lzs+MjzDM5p95kX3j9//6Na4Ijk52MP0cqVGLLlFTNszh42t 8olkoG8ML8VBf68c9r5vXeTHs3sT5MZWjWcfWvXWPJTtqNH89Y8QucAnsyyPmX3dkhOv pZM3aM4pbkXqTASSW9errZzHffsALcbt30slOItWNokJQiPQH8dji55yRj5yWDYa094T AUBBh0qJkmk5DiN/wH8u7T72jCv3RqDAV/sCxfFpD+AGf1l/9s/Y78LIuJTM2abObM4E U+pg== X-Gm-Message-State: AN3rC/5RLuKIVo/oUAsfXW8ZQ409U7l7GtcXUOuPmY00vN7Xk5A6d58O 3uOGp1Ll+YMAzg== X-Received: by 10.200.53.4 with SMTP id y4mr10171520qtb.136.1493931679801; Thu, 04 May 2017 14:01:19 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (cpe-67-252-53-251.nycap.res.rr.com. [67.252.53.251]) by smtp.googlemail.com with ESMTPSA id z12sm1933274qka.28.2017.05.04.14.01.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 04 May 2017 14:01:19 -0700 (PDT) To: Daniel Migault , "calsify@ietf.org" References: <149283227001.25909.8523949851908452110@ietfa.amsl.com> <8e8c5288-8ba7-c166-a28b-393a90ff96c9@gmail.com> <2DD56D786E600F45AC6BDE7DA4E8A8C118BD83FB@eusaamb107.ericsson.se> From: Michael Douglass Message-ID: <0de097f4-be06-fa25-85ec-1ace48ec776c@gmail.com> Date: Thu, 4 May 2017 17:01:18 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <2DD56D786E600F45AC6BDE7DA4E8A8C118BD83FB@eusaamb107.ericsson.se> Content-Type: multipart/alternative; boundary="------------749FD1A1A9F248D573529598" Archived-At: Subject: Re: [calsify] I-D Action: draft-ietf-calext-eventpub-extensions-02.txt X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2017 21:01:29 -0000 This is a multi-part message in MIME format. --------------749FD1A1A9F248D573529598 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit I think I will remove the STRUCTURED-RESOURCE property from the draft along with RESTYPE That was added at a time we were active with resource extensions to vcard and the assumption was that a registry of resource types would come out of that. That work has been restarted recently but we probably need to rethink the approach. It's possible that the PARTICIPANT component will work instead of a special property for resources. We can always bring out a later extension to reintroduce that property if we feel it's needed. I also noticed that I should have specified the uid property as a required property for PARTICIPANT. On 5/4/17 11:01, Daniel Migault wrote: > > Hi Michael, > > Thanks for the update. The only way I see to address the nits, is to > write in plain text RFC5545 in the abstract and use the reference > in the introduction. I guess the nits tool looks at > [.*] to list references. > > Yours, > > Daniel > > *From:*calsify [mailto:calsify-bounces@ietf.org] *On Behalf Of > *Michael Douglass > *Sent:* Thursday, May 04, 2017 10:55 AM > *To:* calsify@ietf.org > *Subject:* Re: [calsify] I-D Action: > draft-ietf-calext-eventpub-extensions-02.txt > > Thanks for the comments. I've published an updated version 03 and > there are some comments below. > > A couple of particular points that need further work: > > > ** The abstract seems to contain references ([RFC5545]), which it > shouldn't. Please replace those with straight textual mentions > of the > documents in question. > > Is there a guide as to when and when not a refeence? > > Also the RESTYPE parameter needs more discussion > > On 4/30/17 15:18, Daniel Migault wrote: > > Hi, > > Please find my comments regarding the current version. The > document is in good shape. > > Yours, > > Daniel > > > 1. Introduction > > > "Formats such as VCARD are likely to be most useful." I think we > need some explanation. Is the VCARD used by the organizer or > participant of the event ? If that is the case, it would be > clearer to mention it explicitly. > > Tried to expand a little > > > "The following properties and components are defined in this > specification". As there are two kind of objects being defined, it > would be clarifying for the reader to specify for each item below > what category they belong to. My understanding is that only > participant is a component others are properties. > > I've split off participant as a separate paragraph > > > 2. Components and properties > > "In a break with this 'tradition' this specification introduces > some of these extensions as components rather than properties." > > My reading is that components is not used as the iCal terminology > here. More specifically, this is not an iCal component. If that is > the case, maybe we could use another term. I am trying to find one > but agree this is not easy. > > At one point I thought we would have multiple components. I've reduced > it to referring to the one component > > > 3. Typed References > > """ > These properties are designed to handle common use cases in event > publication. It is generally important to provide information > about > the organizers of such events. Sponsors wish to be referenced in a > prominent manner. In social calendaring it is often important to > identify the active participants in the event, for example a school > sports team, and the inactive participants, for example the > parents. > """ > > I also have the impression that properties is not associated to > teh ICal properties. In fcat I see Participant as a component. In > this case saying the participant components and associated > properties seems to be clearer to me at least. > > Left over with the move from PARTICIPANT as a property to a component. > I've made that paragraph specific to PARTICIPANT > > > 5.2. Restype > > """ > Description: This parameter MAY be specified on > STRUCTURED-RESOURCE > and provides a way to differentiate multiple properties. > > Values for this parameter are taken from the values defined in > [todo]. New resource types SHOULD be registered in the manner > laid down in that specification > """ > > [todo] needs to be completed. > > Yes - There was work on a vcard resource draft which was expected to > get ahead of this one. That didn't happen. We'll need some discussion > on where to go with that. > > > 5.3. Order > > """ > Description: The ORDER parameter is OPTIONAL and is used to > indicate > the relative ordering of the corresponding instance of a > property. > Its value MUST be an integer greater than or equal to 1 that > quantifies the order. Lower values correspond to a higher level > of ordering, with 1 being the highest. > """ > > I would like to make sure and explicit that ordering is performed > from low to high value or the reverse. > > Tried to get rid of some of the higher/lower language > > I also found one or 2 issues myself. > > Property PARTTYPE has 2 names - should be PARTICIPANT-TYPE > > Property SCHEDULE-ADDRESS - definition specified value as iana-token. > Should be cal-address > > Property SCHEDULE-DATA - specified a data type of TEXT only - but it > should be TEXT, BINARY or URI > > Missed format type out of the descriptive text for STYLED-DESCRIPTION > > Component PARTICIPANT > Priority was missing from the format definition > Had structuredaddress instead of scheduleaddress > > > Follows the nits provided by the datatracker: > > > nits: > idnits 2.14.01 > > /tmp/draft-ietf-calext-eventpub-extensions-02.txt: > > Checking boilerplate required by RFC 5378 and the IETF Trust (see > http://trustee.ietf.org/license-info): > ---------------------------------------------------------------------------- > > No issues found here. > > Checking nits according to > http://www.ietf.org/id-info/1id-guidelines.txt > : > ---------------------------------------------------------------------------- > > No issues found here. > > Checking nits according to http://www.ietf.org/id-info/checklist : > ---------------------------------------------------------------------------- > > ** There is 1 instance of too long lines in the document, the > longest one > being 1 character in excess of 72. > > ** The abstract seems to contain references ([RFC5545]), which it > shouldn't. Please replace those with straight textual > mentions of the > documents in question. > > Is this referring to things like > > This specification also defines a new STRUCTURED-DATA property for > iCalendar [RFC5545] to allow for data that is directly pertinent to > > > Is there a guide as to when should I use a reference and when not? > > > -- The draft header indicates that this document updates > RFC5545, but the > abstract doesn't seem to directly say this. It does mention > RFC5545 > though, so this could be OK. > > -- The draft header indicates that this document updates > RFC5546, but the > abstract doesn't seem to mention this, which it should. > > > Miscellaneous warnings: > ---------------------------------------------------------------------------- > > (Using the creation date from RFC5545, updated by this > document, for > RFC5378 checks: 2008-10-31) > > (Using the creation date from RFC5546, updated by this > document, for > RFC5378 checks: 2008-07-14) > > -- The document seems to lack a disclaimer for pre-RFC5378 work, > but may > have content which was first submitted before 10 November > 2008. If you > have contacted all the original authors and they are all > willing to grant > the BCP78 rights to the IETF Trust, then this is fine, and > you can ignore > this comment. If not, you may need to add the pre-RFC5378 > disclaimer. > (See the Legal Provisions document at > http://trustee.ietf.org/license-info for more information.) > > -- The document date (April 21, 2017) is 9 days in the past. Is > this > intentional? > > > Checking references for intended status: Proposed Standard > ---------------------------------------------------------------------------- > > (See RFCs 3967 and 4897 for information about using normative > references > to lower-maturity documents in RFCs) > > == Unused Reference: 'RFC2434' is defined on line 1079, but no > explicit > reference was found in the text > > Deleted > > > == Unused Reference: 'RFC3688' is defined on line 1084, but no > explicit > reference was found in the text > > Deleted > > > == Outdated reference: draft-ietf-calext-extensions has been > published as > RFC 7986 > > Fixed > > ** Obsolete normative reference: RFC 2434 (Obsoleted by RFC 5226) > > > Summary: 3 errors (**), 0 flaws (~~), 3 warnings (==), 4 > comments (--). > > Run idnits with the --verbose option for more detailed > information about > the items above. > > On Sun, Apr 30, 2017 at 2:11 PM, Daniel Migault > > > wrote: > > Hi, > > This starts a Working Group Last Call for: > https://datatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/ > > > Please provide your comments / reviews by May 14. > > Yours, > > Daniel > > ---------- Forwarded message ---------- > From: > > Date: Fri, Apr 21, 2017 at 11:37 PM > Subject: [calsify] I-D Action: > draft-ietf-calext-eventpub-extensions-02.txt > To: i-d-announce@ietf.org > Cc: calsify@ietf.org > > > > A New Internet-Draft is available from the on-line > Internet-Drafts directories. > This draft is a work item of the Calendaring Extensions of the > IETF. > > Title : Event Publishing Extensions to iCalendar > Author : Michael Douglass > Filename : > draft-ietf-calext-eventpub-extensions-02.txt > Pages : 28 > Date : 2017-04-21 > > Abstract: > This specification introduces a number of new iCalendar > properties > and components which are of particular use for event > publishers and > in social networking. > > This specification also defines a new STRUCTURED-DATA > property for > iCalendar [RFC5545] to allow for data that is directly > pertinent to > an event or task to be included with the calendar data. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-calext-eventpub-extensions-02 > https://datatracker.ietf.org/doc/html/draft-ietf-calext-eventpub-extensions-02 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-calext-eventpub-extensions-02 > > > Please note that it may take a couple of minutes from the time > of submission > until the htmlized version and diff are available at > tools.ietf.org . > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > calsify mailing list > calsify@ietf.org > https://www.ietf.org/mailman/listinfo/calsify > > > > > _______________________________________________ > > calsify mailing list > > calsify@ietf.org > > https://www.ietf.org/mailman/listinfo/calsify > --------------749FD1A1A9F248D573529598 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

I think I will remove the STRUCTURED-RESOURCE property from the draft along with RESTYPE

That was added at a time we were active with resource extensions to vcard and the assumption was that a registry of resource types would come out of that.

That work has been restarted recently but we probably need to rethink the approach. It's possible that the PARTICIPANT component will work instead of a special property for resources.

We can always bring out a later extension to reintroduce that property if we feel it's needed.

I also noticed that I should have specified the uid property as a required property for PARTICIPANT.


On 5/4/17 11:01, Daniel Migault wrote:

Hi Michael,

 

Thanks for the update. The only way I see to address the nits, is to write in plain text RFC5545 in the abstract and use the reference <xref tyarget=””/> in the introduction. I guess the nits tool looks at [.*] to list references.

Yours,

Daniel  

 

From: calsify [mailto:calsify-bounces@ietf.org] On Behalf Of Michael Douglass
Sent: Thursday, May 04, 2017 10:55 AM
To: calsify@ietf.org
Subject: Re: [calsify] I-D Action: draft-ietf-calext-eventpub-extensions-02.txt

 

Thanks for the comments. I've published an updated version 03 and there are some comments below.

A couple of particular points that need further work:


  ** The abstract seems to contain references ([RFC5545]), which it
     shouldn't.  Please replace those with straight textual mentions of the
     documents in question.

Is there a guide as to when and when not a refeence?

Also the RESTYPE parameter needs more discussion

On 4/30/17 15:18, Daniel Migault wrote:

Hi,

Please find my comments regarding the current version. The document is in good shape.

Yours,

Daniel


1.  Introduction


"Formats such as VCARD are likely to be most useful." I think we need some explanation. Is the VCARD used by the organizer or participant of the event ? If that is the case, it would be clearer to mention it explicitly.

Tried to expand a little


"The following properties and components are defined in this specification". As there are two kind of objects being defined, it would be clarifying for the reader to specify for each item below what category they belong to. My understanding is that only participant is a component others are properties.

I've split off participant as a separate paragraph

  
2.  Components and properties

"In a break with this 'tradition' this specification introduces some of these extensions as components rather than properties."

My reading is that components is not used as the iCal terminology here. More specifically, this is not an iCal component. If that is the case, maybe we could use another term. I am trying to find one but agree this is not easy.

At one point I thought we would have multiple components. I've reduced it to referring to the one component


3.  Typed References

"""
   These properties are designed to handle common use cases in event
   publication.  It is generally important to provide information about
   the organizers of such events.  Sponsors wish to be referenced in a
   prominent manner.  In social calendaring it is often important to
   identify the active participants in the event, for example a school
   sports team, and the inactive participants, for example the parents.
"""

I also have the impression that properties is not associated to teh ICal properties. In fcat I see Participant as a component. In this case saying the participant components and associated properties seems to be clearer to me  at least.

Left over with the move from PARTICIPANT as a property to a component. I've made that paragraph specific to PARTICIPANT


5.2.  Restype

"""
      Description:  This parameter MAY be specified on STRUCTURED-RESOURCE
      and provides a way to differentiate multiple properties.

      Values for this parameter are taken from the values defined in
      [todo].  New resource types SHOULD be registered in the manner
      laid down in that specification
"""

[todo] needs to be completed.

Yes - There was work on a vcard resource draft which was expected to get ahead of this one. That didn't happen.  We'll need some discussion on where to go with that.


5.3.  Order

"""
   Description:  The ORDER parameter is OPTIONAL and is used to indicate
      the relative ordering of the corresponding instance of a property.
      Its value MUST be an integer greater than or equal to 1 that
      quantifies the order.  Lower values correspond to a higher level
      of ordering, with 1 being the highest.
"""

I would like to make sure and explicit that ordering is performed from low to high value or the reverse.

Tried to get rid of some of the higher/lower language

I also found one or 2 issues myself.

Property PARTTYPE has 2 names - should be PARTICIPANT-TYPE

Property SCHEDULE-ADDRESS - definition specified value as iana-token. Should be cal-address

Property SCHEDULE-DATA - specified a data type of TEXT only - but it should be TEXT, BINARY or URI

Missed format type out of the descriptive text for STYLED-DESCRIPTION

Component PARTICIPANT
Priority was missing from the format definition
Had structuredaddress instead of scheduleaddress

  
 

Follows the nits provided by the datatracker:


nits:
idnits 2.14.01

/tmp/draft-ietf-calext-eventpub-extensions-02.txt:

  Checking boilerplate required by RFC 5378 and the IETF Trust (see
  http://trustee.ietf.org/license-info):
  ----------------------------------------------------------------------------

     No issues found here.

  Checking nits according to http://www.ietf.org/id-info/1id-guidelines.txt:
  ----------------------------------------------------------------------------

     No issues found here.

  Checking nits according to http://www.ietf.org/id-info/checklist :
  ----------------------------------------------------------------------------

  ** There is 1 instance of too long lines in the document, the longest one
     being 1 character in excess of 72.

  ** The abstract seems to contain references ([RFC5545]), which it
     shouldn't.  Please replace those with straight textual mentions of the
     documents in question.

Is this referring to things like

This specification also defines a new STRUCTURED-DATA property for
iCalendar [RFC5545] to allow for data that is directly pertinent to


Is there a guide as to when should I use a reference and when not?


  -- The draft header indicates that this document updates RFC5545, but the
     abstract doesn't seem to directly say this.  It does mention RFC5545
     though, so this could be OK.

  -- The draft header indicates that this document updates RFC5546, but the
     abstract doesn't seem to mention this, which it should.


  Miscellaneous warnings:
  ----------------------------------------------------------------------------

     (Using the creation date from RFC5545, updated by this document, for
     RFC5378 checks: 2008-10-31)

     (Using the creation date from RFC5546, updated by this document, for
     RFC5378 checks: 2008-07-14)

  -- The document seems to lack a disclaimer for pre-RFC5378 work, but may
     have content which was first submitted before 10 November 2008.  If you
     have contacted all the original authors and they are all willing to grant
     the BCP78 rights to the IETF Trust, then this is fine, and you can ignore
     this comment.  If not, you may need to add the pre-RFC5378 disclaimer.
     (See the Legal Provisions document at
     http://trustee.ietf.org/license-info for more information.)

  -- The document date (April 21, 2017) is 9 days in the past.  Is this
     intentional?


  Checking references for intended status: Proposed Standard
  ----------------------------------------------------------------------------

     (See RFCs 3967 and 4897 for information about using normative references
     to lower-maturity documents in RFCs)

  == Unused Reference: 'RFC2434' is defined on line 1079, but no explicit
     reference was found in the text

Deleted


  == Unused Reference: 'RFC3688' is defined on line 1084, but no explicit
     reference was found in the text

Deleted


  == Outdated reference: draft-ietf-calext-extensions has been published as
     RFC 7986

Fixed

  ** Obsolete normative reference: RFC 2434 (Obsoleted by RFC 5226)


     Summary: 3 errors (**), 0 flaws (~~), 3 warnings (==), 4 comments (--).

     Run idnits with the --verbose option for more detailed information about
     the items above.

 

On Sun, Apr 30, 2017 at 2:11 PM, Daniel Migault <daniel.migault@ericsson.com> wrote:

Hi,

This starts a Working Group Last Call for:
https://datatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/

Please provide your comments / reviews by  May 14.

Yours,

Daniel

 

 

---------- Forwarded message ----------
From: <internet-drafts@ietf.org>
Date: Fri, Apr 21, 2017 at 11:37 PM
Subject: [calsify] I-D Action: draft-ietf-calext-eventpub-extensions-02.txt
To: i-d-announce@ietf.org
Cc: calsify@ietf.org



A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Calendaring Extensions of the IETF.

        Title           : Event Publishing Extensions to iCalendar
        Author          : Michael Douglass
        Filename        : draft-ietf-calext-eventpub-extensions-02.txt
        Pages           : 28
        Date            : 2017-04-21

Abstract:
   This specification introduces a number of new iCalendar properties
   and components which are of particular use for event publishers and
   in social networking.

   This specification also defines a new STRUCTURED-DATA property for
   iCalendar [RFC5545] to allow for data that is directly pertinent to
   an event or task to be included with the calendar data.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-calext-eventpub-extensions-02
https://datatracker.ietf.org/doc/html/draft-ietf-calext-eventpub-extensions-02

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-calext-eventpub-extensions-02


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
calsify mailing list
calsify@ietf.org
https://www.ietf.org/mailman/listinfo/calsify

 

 




_______________________________________________
calsify mailing list
calsify@ietf.org
https://www.ietf.org/mailman/listinfo/calsify

 


--------------749FD1A1A9F248D573529598-- From nobody Fri May 5 05:43:20 2017 Return-Path: X-Original-To: calsify@ietf.org Delivered-To: calsify@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F3EE1129412; Fri, 5 May 2017 05:43:08 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: =?utf-8?b?SsO8cmdlbiBTY2jDtm53w6RsZGVy?= To: Cc: draft-ietf-calext-caldav-attachments.all@ietf.org, ietf@ietf.org, calsify@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.50.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149398818895.6889.8986355977868020205@ietfa.amsl.com> Date: Fri, 05 May 2017 05:43:08 -0700 Archived-At: Subject: [calsify] Opsdir last call review of draft-ietf-calext-caldav-attachments-02 X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 May 2017 12:43:09 -0000 Reviewer: Jürgen Schönwälder Review result: Ready This document adds attachments to calendars accessed via CalDAV. The specification is clearly written and I did not find any operational issues that are not already addressed by the specification. From nobody Fri May 5 08:02:34 2017 Return-Path: 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 7E878128D2E; Fri, 5 May 2017 08:02:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=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 G-L3G7xQFULo; Fri, 5 May 2017 08:02:25 -0700 (PDT) Received: from usplmg21.ericsson.net (usplmg21.ericsson.net [198.24.6.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A11BE12943B; Fri, 5 May 2017 07:55:05 -0700 (PDT) X-AuditID: c6180641-45bff70000000cb9-43-590c4be9cc1d Received: from EUSAAHC005.ericsson.se (Unknown_Domain [147.117.188.87]) by usplmg21.ericsson.net (Symantec Mail Security) with SMTP id 4A.47.03257.9EB4C095; Fri, 5 May 2017 11:54:52 +0200 (CEST) Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC005.ericsson.se ([147.117.188.87]) with mapi id 14.03.0339.000; Fri, 5 May 2017 10:55:01 -0400 From: Daniel Migault To: =?utf-8?B?SsO8cmdlbiBTY2jDtm53w6RsZGVy?= , "ops-dir@ietf.org" CC: "draft-ietf-calext-caldav-attachments.all@ietf.org" , "ietf@ietf.org" , "calsify@ietf.org" Thread-Topic: Opsdir last call review of draft-ietf-calext-caldav-attachments-02 Thread-Index: AQHSxZ0p/MBfqHrEE0KJb2QH45crLKHl0+yA Date: Fri, 5 May 2017 14:55:00 +0000 Message-ID: <2DD56D786E600F45AC6BDE7DA4E8A8C118BD8751@eusaamb107.ericsson.se> References: <149398818895.6889.8986355977868020205@ietfa.amsl.com> In-Reply-To: <149398818895.6889.8986355977868020205@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.11] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrDLMWRmVeSWpSXmKPExsUyuXRPuO4bb55Ig7m3FS02vWhmtdjx+SGr xbON81ksrm78yWjR27SE2YHVY8mSn0weGw54BjBFcdmkpOZklqUW6dslcGXsfvKeveADW8Wq 51vZGhhvsHUxcnJICJhIfPj/B8jm4hASOMoo8Xf5Z3YIZxmjxI3fO1lAqtgEjCTaDvWzg9gi AjUSk689YwUpYhbYzijRefcmUDsHh7BAoMSh2YoQNUESPQtWsEHYRhI7jl4E62URUJG4ePoe K4jNK+ArcfteNzOILSTgJHFzwlMmEJtTwFlizuXJYPWMAmIS30+tAYszC4hL3HoynwniagGJ JXvOM0PYohIvH/9jhbCVJD7+ns8Ocg6zgKbE+l36EK2KElO6H7JDrBWUODnzCcsERtFZSKbO QuiYhaRjFpKOBYwsqxg5SosLcnLTjQw3MQLj5JgEm+MOxr29nocYBTgYlXh4HxhzRwqxJpYV V+YeYpTgYFYS4f3UxxMpxJuSWFmVWpQfX1Sak1p8iFGag0VJnPdd+YUIIYH0xJLU7NTUgtQi mCwTB6dUA6O6wP76bf8uTFZsn+7dmJX1r/9ni8f7695pk+SZH2hJ75azq/o4k/vEhbkbWB+x eJo139F0bZepuDU1V1lkk9XGxLWB3eI3KiU06v0+1+9le6+Qu6ddq/t0suj8xPYnSnvP7Of+ ZaJ1/YfohdwX1W1RIv97BRP9g4rcoq7OXv976cfHL3+mVimxFGckGmoxFxUnAgDyNJkfjwIA AA== Archived-At: Subject: Re: [calsify] Opsdir last call review of draft-ietf-calext-caldav-attachments-02 X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 May 2017 15:02:26 -0000 VGhhbmtzIEp1cmdlbiBmb3IgdGhlIHJldmlldy4NCllvdXJzLCANCkRhbmllbA0KDQotLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogSsO8cmdlbiBTY2jDtm53w6RsZGVyIFttYWlsdG86 ai5zY2hvZW53YWVsZGVyQGphY29icy11bml2ZXJzaXR5LmRlXSANClNlbnQ6IEZyaWRheSwgTWF5 IDA1LCAyMDE3IDg6NDMgQU0NClRvOiBvcHMtZGlyQGlldGYub3JnDQpDYzogZHJhZnQtaWV0Zi1j YWxleHQtY2FsZGF2LWF0dGFjaG1lbnRzLmFsbEBpZXRmLm9yZzsgaWV0ZkBpZXRmLm9yZzsgY2Fs c2lmeUBpZXRmLm9yZw0KU3ViamVjdDogT3BzZGlyIGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQt aWV0Zi1jYWxleHQtY2FsZGF2LWF0dGFjaG1lbnRzLTAyDQoNClJldmlld2VyOiBKw7xyZ2VuIFNj aMO2bnfDpGxkZXINClJldmlldyByZXN1bHQ6IFJlYWR5DQoNClRoaXMgZG9jdW1lbnQgYWRkcyBh dHRhY2htZW50cyB0byBjYWxlbmRhcnMgYWNjZXNzZWQgdmlhIENhbERBVi4gVGhlIHNwZWNpZmlj YXRpb24gaXMgY2xlYXJseSB3cml0dGVuIGFuZCBJIGRpZCBub3QgZmluZCBhbnkgb3BlcmF0aW9u YWwgaXNzdWVzIHRoYXQgYXJlIG5vdCBhbHJlYWR5IGFkZHJlc3NlZCBieSB0aGUgc3BlY2lmaWNh dGlvbi4NCg0KDQoNCg==