Return-Path: X-Original-To: eppext@ietfa.amsl.com Delivered-To: eppext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EABB1A8A99 for ; Thu, 5 Nov 2015 17:07:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.086 X-Spam-Level: X-Spam-Status: No, score=0.086 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 egVulp-pL_uR for ; Thu, 5 Nov 2015 17:07:05 -0800 (PST) Received: from arn2-kamx.sidn.nl (kamx.sidn.nl [IPv6:2a00:d78:0:147:94:198:152:69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5FA9C1A8A3C for ; Thu, 5 Nov 2015 17:07:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; d=sidn.nl; s=sidn-nl; c=relaxed/relaxed; h=from:to:subject:thread-topic:thread-index:date:message-id:references:in-reply-to:accept-language:content-language:x-ms-has-attach:x-ms-tnef-correlator:x-mailer:x-ms-exchange-transport-fromentityheader:x-originating-ip:content-type:mime-version; bh=rBbSI4JUbFFhXjxdLic4apvn2BMohMU+h8Zc/VDEUmM=; b=ZsktiFEMHgCMfc85Ht1pV/YOw+WN5VAgtKLhVtxe7rc7dwVAtdrxoWmJpd9X+Ls0odsvZJ1egWOEKG7WCSmkBXuf0vNRm1WG39D4K821tVscNx6CoTAuhpF9bnUqL6Dh6+xcxNWRu04f2lP0dHUdHCydRsLLu3biGXFD4Sy67q1K4aUBhL3e/0lHW/aiOsGuKlvdNmCAAzVFJ++aKLlKBfttNxjqjkObcKobQc/u91C4T2vo0Yttb9exupCULbZNzM2tRACqvjiEYRGokxqSQDWRxocRUCcTc2hZuY6cs6gvaUoqpTpQggK0G2jK7wuAd7wR2kWS28S/GyQUlNMIPg== Received: from ka-mbx01.SIDN.local ([192.168.2.177]) by arn2-kamx.sidn.nl with ESMTP id tA6170Il003118-tA6170In003118 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=CAFAIL); Fri, 6 Nov 2015 02:07:00 +0100 Received: from ka-mbx03.SIDN.local (192.168.2.179) by ka-mbx01.SIDN.local (192.168.2.177) with Microsoft SMTP Server (TLS) id 15.0.1076.9; Fri, 6 Nov 2015 02:07:03 +0100 Received: from ka-mbx03.SIDN.local ([fe80::d130:f9c0:9810:3ea3]) by ka-mbx03.SIDN.local ([fe80::d130:f9c0:9810:3ea3%13]) with mapi id 15.00.1076.000; Fri, 6 Nov 2015 02:07:03 +0100 From: Rik Ribbers To: Linlin Zhou , "Ning Kong " , "eppext@ietf.org" Thread-Topic: [eppext] I-D Action: draft-zhou-eppext-reseller-mapping-02.txt Thread-Index: AQHRGC9ydsVfp4OrMkSDRHaBtGuayw== Date: Fri, 6 Nov 2015 01:07:03 +0000 Message-ID: <4B1E0C5A-4AF5-467C-B003-566A43F843F4@sidn.nl> References: <2015101211271706831021@cnnic.cn> In-Reply-To: <2015101211271706831021@cnnic.cn> Accept-Language: nl-NL, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3096.5) x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [192.168.4.205] Content-Type: multipart/signed; boundary="Apple-Mail=_6E307845-41B3-4B32-BE9E-386366040105"; protocol="application/pkcs7-signature"; micalg=sha1 MIME-Version: 1.0 Archived-At: Subject: Re: [eppext] I-D Action: draft-zhou-eppext-reseller-mapping-02.txt X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2015 01:07:08 -0000 --Apple-Mail=_6E307845-41B3-4B32-BE9E-386366040105 Content-Type: multipart/alternative; boundary="Apple-Mail=_D2F30DA0-5B47-4FE2-8373-84063B46403D" --Apple-Mail=_D2F30DA0-5B47-4FE2-8373-84063B46403D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hello Linlin, Like stated in the WG I=E2=80=99ve collected my comments on the mapping = draft. Section 3.1=20 - Add a clarification sentence "All reseller objects are identified by a = server-unique identifier" (same as the reseller extension draft) Section 3.3 - The Reseller state; I would have expected the epp statusses there. = During the WG-meeting there were different opinions here. My preference = would be to use epp statussen as a reseller in this draft is modelled as = a fullblown EPP object. I'm curious to hear what other people think on = this. If we decide not to go for app statuses I will request a subset of = status values to match our implementation (I know at least one but have = to check for others). - The reseller draft states that a reseller can be referenced = (optionally) by a name. In the XML structure there is no name at the = highest level, only at add the postalInfo level. As a postal info can = occur more then once in the xml there is no way to identify which name = to use. This was addressed in the WG session and there are 2 possible = solutions: 1 remove the name in the reseller draft as it is optional.=20 2 add the name to the reseller object in this draft; The only thing = to consider is do we need the name at the postalInfo level then. I'd prefer option 1, but I can live with option 2 - the XSD; with all EPP schemas there is a schemaLocation attribute (see = domain an contact RFCs) I don't see them in the XSDs here. Allthough it = is an optional field I would put them there for consistency reasons. - the XSD; I would strongly recommend reusing XML Type from other EPP = objects if available. There are several Types in the XSD which are = already available in the other existing XSD, why not reuse them. = Escpecially when there is already a dependancy on the contact xsd in = there. Below a list of type which are candidates for replacing. The list = is probably longer. * contactAddrType --> reuse from domain-1.0.xsd=20 * contactType --> reuse from domain-1.0.xsd (depends on = contactAddrType) * postalInfoType --> could be reused from contact-1.0.xsd depending = on how the name referencing issue is resolved (see remark below) * addrType --> reuse from contact-1.0.xsd * discloseType --> reuse from contact-1.0.xsd * creDataType --> reuse from contact-1.0.xsd * checkType --> reuse from contact-1.0.xsd=20 * chkDataType --> reuse from contact-1.0.xsd - the XSD; the postalInfoType is almost the same as the contact one = except the org field is missing. In chgPostalInfoType there is a org = element. This is inconsistent. If the org element should be there as an = optional field more types can be resumed. - I've found the XSD refactoring the file itself. It removes over 100 = lines from the XSD and makes it more understandable on how the object is = constructed. I can provide it if you want.=20 I did not go through all the text so there might be more comments, but = if we decide to go for this reuse of elements in the psd there is much = text to change.=20 Gr, Rik > On 12 Oct 2015, at 12:27, Linlin Zhou wrote: >=20 > The reseller draft is updated to 02 version according to WG = discussion. Any comments are welcome. > The name suggested by Marc of this draft is planning to be changed = next version. The reseller status and postalinfo issues would like to be = discussed in WG meeting.=20 >=20 > Linlin Zhou > =20 > From: internet-drafts > Date: 2015-10-12 11:12 > To: i-d-announce@ietf.org > Subject: I-D Action: draft-zhou-eppext-reseller-mapping-02.txt > =20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > =20 > =20 > Title : Extensible Provisioning Protocol (EPP) = Reseller Mapping > Authors : Linlin Zhou > Ning Kong > Chao Qi > Xiaodong Lee > James Gould > Filename : draft-zhou-eppext-reseller-mapping-02.txt > Pages : 31 > Date : 2015-10-11 > =20 > Abstract: > This document describes an Extensible Provisioning Protocol (EPP) > mapping for provisioning and management of reseller object stored = in > a shared central repository. Specified in Extensible Markup = Language > (XML), this extended mapping is applied to provide additional > features required for the provisioning of resellers. > =20 > =20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-zhou-eppext-reseller-mapping/ = > =20 > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-zhou-eppext-reseller-mapping-02 = > =20 > A diff from the previous version is available at: > = https://www.ietf.org/rfcdiff?url2=3Ddraft-zhou-eppext-reseller-mapping-02 = > =20 > =20 > 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 = . > =20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ = > =20 > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce = > Internet-Draft directories: http://www.ietf.org/shadow.html = > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt = _______________________________= ________________ > EppExt mailing list > EppExt@ietf.org > https://www.ietf.org/mailman/listinfo/eppext = --Apple-Mail=_D2F30DA0-5B47-4FE2-8373-84063B46403D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hello Linlin,

Like stated in the WG I=E2=80=99ve collected my comments on = the mapping draft.

Section 3.1 

- Add a clarification sentence "All = reseller objects are identified by a server-unique identifier" (same as = the reseller extension draft)

Section 3.3

- The Reseller state; I would have = expected the epp statusses there. During the WG-meeting there were = different opinions here. My preference would be to use epp statussen as = a reseller in this draft is modelled as a fullblown EPP object. I'm = curious to hear what other people think on this. If we decide not to go = for app statuses I will request a subset of status values to match our = implementation (I know at least one but have to check for = others).

- The = reseller draft states that a reseller can be referenced (optionally) by = a name. In the XML structure there is no name at the highest level, only = at add the postalInfo level. As a postal info can occur more then once = in the xml there is no way to identify which name to use. This was = addressed in the WG session and there are 2 possible = solutions:
    1 remove the name in the = reseller draft as it is optional. 
  =   2 add the name to the reseller object in this draft; The only = thing to consider is do we need the name at the postalInfo level = then.
I'd prefer option 1, but I can live with = option 2

- the = XSD; with all EPP schemas there is a schemaLocation attribute (see = domain an contact RFCs) I don't see them in the XSDs here. Allthough it = is an optional field I would put them there for consistency = reasons.

- the = XSD; I would strongly recommend reusing XML Type from other EPP objects = if available. There are several Types in the XSD which are already = available in the other existing XSD, why not reuse them. Escpecially = when there is already a dependancy on the contact xsd in there. Below a = list of type which are candidates for replacing. The list is probably = longer.
    * contactAddrType --> = reuse from domain-1.0.xsd 
    * = contactType     --> reuse from domain-1.0.xsd (depends on = contactAddrType)
    * postalInfoType =  --> could be reused from contact-1.0.xsd depending on how the = name referencing issue is resolved (see remark below)
    * addrType        --> = reuse from contact-1.0.xsd
    * = discloseType    --> reuse from contact-1.0.xsd
    * creDataType     --> reuse from = contact-1.0.xsd
    * checkType   =     --> reuse from contact-1.0.xsd 
    * chkDataType     --> reuse from = contact-1.0.xsd

- the XSD; the postalInfoType is almost the same as the = contact one except the org field is missing. In chgPostalInfoType there = is a org element. This is inconsistent. If the org element should be = there as an optional field more types can be resumed.

- I've found the XSD = refactoring the file itself. It removes over 100 lines from the XSD and = makes it more understandable on how the object is constructed. I can = provide it if you want. 

I did not go through all the text so = there might be more comments, but if we decide to go for this reuse of = elements in the psd there is much text to change. 

Gr,
Rik


On 12 Oct 2015, at 12:27, Linlin Zhou <zhoulinlin@cnnic.cn>= wrote:

The = reseller draft is updated to 02 version according to WG discussion. Any = comments are welcome.
The = name suggested by Marc of this draft is = planning to be changed next version. The reseller status and postalinfo = issues would like to be discussed in WG meeting. 

Linlin = Zhou
 
From: internet-drafts
Date: 2015-10-12 11:12
To: i-d-announce@ietf.org
Subject: I-D Action: = draft-zhou-eppext-reseller-mapping-02.txt
 
A New = Internet-Draft is available from the on-line Internet-Drafts = directories.
 
 
        = Title           : = Extensible Provisioning Protocol (EPP) Reseller Mapping
        = Authors         : Linlin = Zhou
          &nb= sp;            = ;   Ning Kong
          &nb= sp;            = ;   Chao Qi
          &nb= sp;            = ;   Xiaodong Lee
          &nb= sp;            = ;   James Gould
Filename        : = draft-zhou-eppext-reseller-mapping-02.txt
Pages         &nbs= p; : 31
Date          = ;  : 2015-10-11
 
Abstract:
   This document = describes an Extensible Provisioning Protocol (EPP)
   mapping for provisioning and management of = reseller object stored in
   a shared = central repository.  Specified in Extensible Markup = Language
   (XML), this extended mapping = is applied to provide additional
   = features required for the provisioning of resellers.
 
 
The = IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-zhou-eppext-reseller-map= ping/
 
There's also = a htmlized version available at:
https://tools.ietf.org/html/draft-zhou-eppext-reseller-mapping-= 02
 
A diff from the = previous version is available at:
https://www.ietf.org/rfcdiff?url2=3Ddraft-zhou-eppext-reseller-= mapping-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/
 
_______________________________________________
I-D-Announce mailing list
I-D-Announce@ietf.org
https://www.ietf.org/mailman/listinfo/i-d-announce
Internet-Draft directories: http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
_______________________________________________
EppExt mailing = list
EppExt@ietf.org
https://www.ietf.org/mailman/listinfo/eppext

= --Apple-Mail=_D2F30DA0-5B47-4FE2-8373-84063B46403D-- --Apple-Mail=_6E307845-41B3-4B32-BE9E-386366040105 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOIzCCBqUw ggWNoAMCAQICExQAAAAF7bkLfK8T9gQAAAAAAAUwDQYJKoZIhvcNAQELBQAwTjEVMBMGCgmSJomT 8ixkARkWBWxvY2FsMRQwEgYKCZImiZPyLGQBGRYEU0lETjEfMB0GA1UEAxMWU0lETiBDb3Jwb3Jh dGUgUm9vdCBDQTAeFw0xNTA5MTYwMzE2NDBaFw0yNTA5MTYwMzI2NDBaME0xFTATBgoJkiaJk/Is ZAEZFgVsb2NhbDEUMBIGCgmSJomT8ixkARkWBFNJRE4xHjAcBgNVBAMTFVNJRE4gRmlyc3QgSXNz dWluZyBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJhPMyiRK7G1BITufSSEWoss oJYLohAtocoEFvkI5f/PEw7diBfabzr16xAekwH3XUi8T2XxX2QkBTon/eE4gJlfMwtdYdjnpADS LZf1Bvj74sWM02f6/sdw0PaHzTSVY46KnO7ak8jhVce+RGOZIsYKtZ5DDB0su9G8Ds1PUrIA1OoD 3BQrKkY+40UNhwIGXgXinzSRmEWbPGSYOJ3W1ZTIY6iEuLCkF9cpoTBH0blCKUZnPyrBAKCB3h0s QAiSa5Iw1+D0QnZAHrW9djJ0FBiP4V/QCvm/XqSt0eWoJN8aIP+ERHJmd/AKXIeutNc2IGhi0rYC hm/ordvrQr3BJQECAwEAAaOCA3swggN3MBAGCSsGAQQBgjcVAQQDAgEAMB0GA1UdDgQWBBRsvs3+ YzxIFcAlFEBQN8h8oPJy7jCBkgYDVR0gBIGKMIGHMIGEBggqAwSLL0NZBTB4MEIGCCsGAQUFBwIC MDYeNABDAG8AcgBwAG8AcgBhAHQAZQAgAFAAbwBsAGkAYwB5ACAAUwB0AGEAdABlAG0AZQBuAHQw MgYIKwYBBQUHAgEWJmh0dHA6Ly9wa2kuc2lkbi5sb2NhbC9QS0kvcG9saWN5LmFzcHgAMBkGCSsG AQQBgjcUAgQMHgoAUwB1AGIAQwBBMAsGA1UdDwQEAwIBhjAPBgNVHRMBAf8EBTADAQH/MB8GA1Ud IwQYMBaAFG2HVakRv2kyR8yiDXUg/jw7FEZIMIIBJQYDVR0fBIIBHDCCARgwggEUoIIBEKCCAQyG gcZsZGFwOi8vL0NOPVNJRE4lMjBDb3Jwb3JhdGUlMjBSb290JTIwQ0EsQ049a2Etcm9vdGNhMDEs Q049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENOPVNlcnZpY2VzLENOPUNvbmZpZ3Vy YXRpb24sREM9U0lETixEQz1sb2NhbD9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2Jq ZWN0Q2xhc3M9Y1JMRGlzdHJpYnV0aW9uUG9pbnSGQWh0dHA6Ly9wa2kuc2lkbi5sb2NhbC9DZXJ0 RW5yb2xsL1NJRE4lMjBDb3Jwb3JhdGUlMjBSb290JTIwQ0EuY3JsMIIBKgYIKwYBBQUHAQEEggEc MIIBGDCBugYIKwYBBQUHMAKGga1sZGFwOi8vL0NOPVNJRE4lMjBDb3Jwb3JhdGUlMjBSb290JTIw Q0EsQ049QUlBLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENOPVNlcnZpY2VzLENOPUNvbmZp Z3VyYXRpb24sREM9U0lETixEQz1sb2NhbD9jQUNlcnRpZmljYXRlP2Jhc2U/b2JqZWN0Q2xhc3M9 Y2VydGlmaWNhdGlvbkF1dGhvcml0eTBZBggrBgEFBQcwAoZNaHR0cDovL3BraS5zaWRuLmxvY2Fs L2NlcnRlbnJvbGwva2Etcm9vdGNhMDFfU0lETiUyMENvcnBvcmF0ZSUyMFJvb3QlMjBDQS5jcnQw DQYJKoZIhvcNAQELBQADggEBAA/Z9NUAejh5NdqXxwAe5907i9I6hMPfBv83h2ixG+1fsBmsr0xj Skx8P7ZnkDEbQacrQqRYruNA2uyQKfm1lvC3n5hvVZ+YA6upDR3Wvz9MG01CfPKLAj4MmqPu+M0J p/rkQ0WFCW+l86baoa0jNOYoUlG/qDGePdn95kj42ePL7qN/0RD0HtKfn1U9xSYdL6CJPeADKYE/ dCtz1eBscCon7slR5ThcHeuJahTW1r72FiHlkQRWGsSKfXR4aSIDReXHk4o63oDvvW3JR9CLI+Gm 9yw6S3tUXzbQb3jPnbJgqz9Gvp/ryMpbZ89Z9++Frc3cd04Qd3Qia2n4nH28QoMwggd2MIIGXqAD AgECAhM8AAAALSlFHmzmx/3gAAAAAAAtMA0GCSqGSIb3DQEBCwUAME0xFTATBgoJkiaJk/IsZAEZ FgVsb2NhbDEUMBIGCgmSJomT8ixkARkWBFNJRE4xHjAcBgNVBAMTFVNJRE4gRmlyc3QgSXNzdWlu ZyBDQTAeFw0xNTEwMDUxMDE4MzBaFw0xOTAzMTgxMDE4MzBaMIGYMRUwEwYKCZImiZPyLGQBGRYF bG9jYWwxFDASBgoJkiaJk/IsZAEZFgRTSUROMSEwHwYDVQQLExhTSUROIC0gUHJvZHVjdGllb21n ZXZpbmcxDDAKBgNVBAsTA0lDVDEUMBIGA1UEAxMLUmlrIFJpYmJlcnMxIjAgBgkqhkiG9w0BCQEW E3Jpay5yaWJiZXJzQHNpZG4ubmwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC4xy1X kGNEASkcy5owxNvBckb2EHvmGTsWsC2cIBm5f3A9ZRqYZsoy35LRmwMmonVHrU2BO0IZGPXuJ0/1 rifk1KF782uaLJXi0hIr5Np9DxqfrYawCdQfl42niIJcaJvvCGsPEyCO2x2Hvi3aK8h6pH0QaFyZ gPEEWqH3DtZ3jG50g6XXY669+YW1aOhbX+UpNHM3zoeS+jx4hmwCg1Aotduf1JFnk87dkbMpZaAo Er6+7ZQ2CbE4kR+HA9ExzbXgAmK6+dgX7LWi9q7TLIBZO790Lv0InKDhGO7wjSyAMDc6Kgw78BXV Efj9Sq3opNlbC4O6wz5cBLovVS61Eo31AgMBAAGjggQBMIID/TAdBgNVHQ4EFgQUp6fiVbi7Pn+D PepOpGwwHIsu4HMwHwYDVR0jBBgwFoAUbL7N/mM8SBXAJRRAUDfIfKDycu4wggEiBgNVHR8EggEZ MIIBFTCCARGgggENoIIBCYaBxGxkYXA6Ly8vQ049U0lETiUyMEZpcnN0JTIwSXNzdWluZyUyMENB LENOPUtBLVNVQkNBMDEsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENOPVNlcnZp Y2VzLENOPUNvbmZpZ3VyYXRpb24sREM9U0lETixEQz1sb2NhbD9jZXJ0aWZpY2F0ZVJldm9jYXRp b25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlzdHJpYnV0aW9uUG9pbnSGQGh0dHA6Ly9wa2ku c2lkbi5sb2NhbC9DZXJ0RW5yb2xsL1NJRE4lMjBGaXJzdCUyMElzc3VpbmclMjBDQS5jcmwwggFb BggrBgEFBQcBAQSCAU0wggFJMIG5BggrBgEFBQcwAoaBrGxkYXA6Ly8vQ049U0lETiUyMEZpcnN0 JTIwSXNzdWluZyUyMENBLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxDTj1TZXJ2 aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPVNJRE4sREM9bG9jYWw/Y0FDZXJ0aWZpY2F0ZT9iYXNl P29iamVjdENsYXNzPWNlcnRpZmljYXRpb25BdXRob3JpdHkwYgYIKwYBBQUHMAKGVmh0dHA6Ly9w a2kuc2lkbi5sb2NhbC9DZXJ0RW5yb2xsL0tBLVNVQkNBMDEuU0lETi5sb2NhbF9TSUROJTIwRmly c3QlMjBJc3N1aW5nJTIwQ0EuY3J0MCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zaWRuLmxvY2Fs L29jc3AwCwYDVR0PBAQDAgWgMDwGCSsGAQQBgjcVBwQvMC0GJSsGAQQBgjcVCIO+xyuFvbxBhs2T LYzeZYS9tDcKgcjfWIbx5RUCAWQCAQUwKQYDVR0lBCIwIAYKKwYBBAGCNwoDBAYIKwYBBQUHAwQG CCsGAQUFBwMCMDUGCSsGAQQBgjcVCgQoMCYwDAYKKwYBBAGCNwoDBDAKBggrBgEFBQcDBDAKBggr BgEFBQcDAjBDBgNVHREEPDA6oCMGCisGAQQBgjcUAgOgFQwTcmlrLnJpYmJlcnNAU0lETi5ubIET cmlrLnJpYmJlcnNAc2lkbi5ubDBEBgkqhkiG9w0BCQ8ENzA1MA4GCCqGSIb3DQMCAgIAgDAOBggq hkiG9w0DBAICAIAwBwYFKw4DAgcwCgYIKoZIhvcNAwcwDQYJKoZIhvcNAQELBQADggEBAD3T2DDI sTAaV5bVFXhFhVrwJ7EgYHvLvluKBvRG7lq5gHiHQ6Joog9IyM/qBqRoLEqESOtot/Qt6s9BxXkA 9ypitNjvwTZAH2bbTRBs/Orr0t0k705+bm+Z+9vH4gyaIWpZlPhNcWGUNKXEGnQi13Hqu9NxtvWr KoRmmYt2+cOIEQKkgfwf+WZN6z9Rrn9aVvTtwYHS29gzhpfxU66laPErG+KW/h0tXGCmOLGuL9SI cfQfLEPHTXQpihHWSqthhgjXlN42MTV+7HywhSqV2fFWJFst/e66jYOvJ2IvRXwNdlDWYogKbaws 3KiE4/Y8Rkb4E9MSg4Z2dkHQzAvWcMIxggLYMIIC1AIBATBkME0xFTATBgoJkiaJk/IsZAEZFgVs b2NhbDEUMBIGCgmSJomT8ixkARkWBFNJRE4xHjAcBgNVBAMTFVNJRE4gRmlyc3QgSXNzdWluZyBD QQITPAAAAC0pRR5s5sf94AAAAAAALTAJBgUrDgMCGgUAoIIBSTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTExMDYwMTA2NjBaMCMGCSqGSIb3DQEJBDEWBBSpgz0E dDliIS46AEaXRzEOwPIWljBzBgkrBgEEAYI3EAQxZjBkME0xFTATBgoJkiaJk/IsZAEZFgVsb2Nh bDEUMBIGCgmSJomT8ixkARkWBFNJRE4xHjAcBgNVBAMTFVNJRE4gRmlyc3QgSXNzdWluZyBDQQIT PAAAAC0pRR5s5sf94AAAAAAALTB1BgsqhkiG9w0BCRACCzFmoGQwTTEVMBMGCgmSJomT8ixkARkW BWxvY2FsMRQwEgYKCZImiZPyLGQBGRYEU0lETjEeMBwGA1UEAxMVU0lETiBGaXJzdCBJc3N1aW5n IENBAhM8AAAALSlFHmzmx/3gAAAAAAAtMA0GCSqGSIb3DQEBAQUABIIBAJs4ivROpxWflDm3nNSh dAMK1mkd/dhCLxFGR6CnI9ZlF/eusYCzH2Hm9+6t3UF9t5wH/KGo2i8+PCOk/KNcGRmxymmETIeb 2KStwIrgbJ/ZVavKDaz9GoO1QvaFnwCcp7QBslqoF7JvTHomErTt4bzbWCDBp643uwBdlYQtifem +Mw1OgOqWpSdcC7gJmbyXDLwO9KALgFzAhAMxuUTBRHv+0tQtQzjupEZmDvJsUR/JUc1+LTO8y2a viRBmpVEekTXZVk8mPG9UbNl5+bNuC/5Psfal1rNZmEbhfBoefu3FbMRbF8cP/vV+0nhrO8b6ahs 2PFa+l9yRo27LDkJjuEAAAAAAAA= --Apple-Mail=_6E307845-41B3-4B32-BE9E-386366040105--