From nobody Wed Dec 3 05:18:58 2014 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 89BD71A1B1F; Wed, 3 Dec 2014 05:18:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 HxiswL5KVY1v; Wed, 3 Dec 2014 05:18:50 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 390E31A1AFB; Wed, 3 Dec 2014 05:18:48 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.7.4 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141203131848.15487.44103.idtracker@ietfa.amsl.com> Date: Wed, 03 Dec 2014 05:18:48 -0800 Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/dubvmSsD4sBY3njmEuJE3pYpySs Cc: eppext@ietf.org Subject: [eppext] I-D Action: draft-ietf-eppext-reg-10.txt X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 13:18:52 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Extensible Provisioning Protocol Extensions Working Group of the IETF. Title : Extension Registry for the Extensible Provisioning Protocol Author : Scott Hollenbeck Filename : draft-ietf-eppext-reg-10.txt Pages : 12 Date : 2014-12-03 Abstract: The Extensible Provisioning Protocol (EPP) includes features to add functionality by extending the protocol. It does not, however, describe how those extensions are managed. This document describes a procedure for the registration and management of extensions to EPP and it specifies a format for an IANA registry to record those extensions. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-eppext-reg/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-eppext-reg-10 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-eppext-reg-10 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 Wed Dec 3 05:19:00 2014 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 04D021A1AF4 for ; Wed, 3 Dec 2014 05:18:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 uJnTknrmoG96; Wed, 3 Dec 2014 05:18:51 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DCD81A1B13; Wed, 3 Dec 2014 05:18:48 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: eppext-chairs@tools.ietf.org, draft-ietf-eppext-reg@tools.ietf.org, eppext@ietf.org, presnick@qti.qualcomm.com X-Test-IDTracker: no X-IETF-IDTracker: 5.7.4 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141203131848.15487.63361.idtracker@ietfa.amsl.com> Date: Wed, 03 Dec 2014 05:18:48 -0800 Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/aN525cEkLPWPtcCaLGVezMKX_JQ Subject: [eppext] New Version Notification - draft-ietf-eppext-reg-10.txt X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 13:18:54 -0000 A new version (-10) has been submitted for draft-ietf-eppext-reg: http://www.ietf.org/internet-drafts/draft-ietf-eppext-reg-10.txt Sub state has been changed to AD Followup from Revised ID Needed The IETF datatracker page for this Internet-Draft is: https://datatracker.ietf.org/doc/draft-ietf-eppext-reg/ Diff from previous version: http://www.ietf.org/rfcdiff?url2=draft-ietf-eppext-reg-10 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. IETF Secretariat. From nobody Wed Dec 3 05:23:28 2014 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 6715E1A1A99 for ; Wed, 3 Dec 2014 05:23:26 -0800 (PST) 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=ham 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 VYiYjAeafXTW for ; Wed, 3 Dec 2014 05:23:21 -0800 (PST) Received: from exprod6og113.obsmtp.com (exprod6og113.obsmtp.com [64.18.1.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA4821A1ADF for ; Wed, 3 Dec 2014 05:23:15 -0800 (PST) Received: from brn1lxmailout02.vcorp.ad.vrsn.com ([72.13.63.42]) (using TLSv1) by exprod6ob113.postini.com ([64.18.5.12]) with SMTP ID DSNKVH8Ovwt5ZlR6fgBjagHG5KMGtyfUGL7a@postini.com; Wed, 03 Dec 2014 05:23:21 PST Received: from BRN1WNEXCHM01.vcorp.ad.vrsn.com (brn1wnexchm01.vcorp.ad.vrsn.com [10.173.152.255]) by brn1lxmailout02.vcorp.ad.vrsn.com (8.13.8/8.13.8) with ESMTP id sB3DN7wF010222 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 3 Dec 2014 08:23:07 -0500 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by BRN1WNEXCHM01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Wed, 3 Dec 2014 08:23:07 -0500 From: "Hollenbeck, Scott" To: Pete Resnick Thread-Topic: [eppext] New Version Notification - draft-ietf-eppext-reg-09.txt Thread-Index: AQHP3wRG8gf9Ie6K3EGw9MymyfBCRZwvEeQAgAErEseATfyqIA== Date: Wed, 3 Dec 2014 13:23:06 +0000 Message-ID: <831693C2CDA2E849A7D7A712B24E257F4953858C@BRN1WNEXMBX01.vcorp.ad.vrsn.com> References: <20141003121856.9211.39557.idtracker@ietfa.amsl.com> <543C6F48.50106@qti.qualcomm.com> <831693C2CDA2E849A7D7A712B24E257F494E67B0@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <543DA247.8000305@qti.qualcomm.com> In-Reply-To: <543DA247.8000305@qti.qualcomm.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/whyz7FfguA_rBKSogXYgmJTyqHQ Cc: "draft-ietf-eppext-reg@tools.ietf.org" , "eppext-chairs@tools.ietf.org" , "eppext@ietf.org" , "stephen.farrell@cs.tcd.ie" Subject: Re: [eppext] New Version Notification - draft-ietf-eppext-reg-09.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: Wed, 03 Dec 2014 13:23:26 -0000 > -----Original Message----- > From: Pete Resnick [mailto:presnick@qti.qualcomm.com] > Sent: Tuesday, October 14, 2014 6:23 PM > To: Hollenbeck, Scott > Cc: internet-drafts@ietf.org; draft-ietf-eppext-reg@tools.ietf.org; > eppext-chairs@tools.ietf.org; eppext@ietf.org; > stephen.farrell@cs.tcd.ie > Subject: Re: [eppext] New Version Notification - draft-ietf-eppext-reg- > 09.txt >=20 > On 10/14/14 7:22 AM, Hollenbeck, Scott wrote: > > In the interest of making sure I get this right the second time, are > you saying that you want to change this: > > > > OLD > > IANA is requested to create a new protocol registry to manage EPP > > extensions. The information to be registered and the procedures > to > > be followed in populating the registry are described in Section > 2. > > > > Name of registry: Extensions for the Extensible Provisioning > Protocol > > > > Section athttp://www.iana.org/protocols: > > Registry Title: Extensions for the Extensible Provisioning > Protocol > > Registry Name: Extensions for the Extensible Provisioning > Protocol > > Registration Procedure: Specification Required > > Reference: this draft > > > > to this (removing the new text provided by IANA)? > > > > NEW > > IANA is requested to create a new protocol registry to manage EPP > > extensions. This registry should appear under its own heading on > > IANA's protocol listings, using the same title as the name of the > > registry. The information to be registered and the procedures to > > be followed in populating the registry are described in Section > 2. > > > > Name of registry: Extensions for the Extensible Provisioning > Protocol > > >=20 > Correct. Everything that IANA needed is now in that text. >=20 > > I'll publish -10 with the changes described above when I get the OK > from Jim. > > >=20 > Excellent. Just chatted with Jim (who is at the ICANN meeting) and he > said he'll try to carve out a bit of time this week to take a look. My > finger is on the Approve trigger waiting for the go-ahead. ;-) I just submitted -10 with the updates described above and an additional upd= ate to address the question that came up in Honolulu about extension name c= haracter encoding in the IANA registry. Jim, we're still waiting for your c= onfirmation... Scott From nobody Tue Dec 23 07:52:46 2014 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 C6D4E1ACF84 for ; Tue, 23 Dec 2014 07:52:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.791 X-Spam-Level: X-Spam-Status: No, score=0.791 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 cWH53zKj5p9c for ; Tue, 23 Dec 2014 07:52:38 -0800 (PST) Received: from MBX1.impetus.co.in (mail.impetus.co.in [103.250.168.200]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D0A21ACF7E for ; Tue, 23 Dec 2014 07:52:33 -0800 (PST) Received: from MBX1.impetus.co.in (192.168.100.123) by MBX1.impetus.co.in (192.168.100.123) with Microsoft SMTP Server (TLS) id 15.0.913.22; Tue, 23 Dec 2014 21:22:05 +0530 Received: from MBX1.impetus.co.in ([fe80::d489:82f:caa0:3c23]) by MBX1.impetus.co.in ([fe80::d489:82f:caa0:3c23%19]) with mapi id 15.00.0913.011; Tue, 23 Dec 2014 21:21:59 +0530 From: Santosh Kalsangrah To: "eppext@ietf.org" Thread-Topic: draft-brown-epp-fees-03.txt - Query Thread-Index: AdAeyGEZd7ZtMHMPQyu/NWP7/vNygA== Date: Tue, 23 Dec 2014 15:51:58 +0000 Message-ID: <1549544d565b4365afc127482a3b7a2e@MBX1.impetus.co.in> Accept-Language: en-US, en-IN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.100.161] Content-Type: multipart/alternative; boundary="_000_1549544d565b4365afc127482a3b7a2eMBX1impetuscoin_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/gqioIB5KtbTvaLoLgzv3Cjtb2MA Subject: [eppext] draft-brown-epp-fees-03.txt - Query 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: Tue, 23 Dec 2014 15:52:45 -0000 --_000_1549544d565b4365afc127482a3b7a2eMBX1impetuscoin_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi There, We have been reviewing this extension draft and have some suggestions/quest= ions for mapping for domain and domain query commands. Fee related information what is checked by these 2 commands can also be do= ne by domain command described in this draft. We do not find anythi= ng specific achieved by these 2 commands. Functionality seems analogous to = domain command and seems redundant. So, there are couple of suggest= ions and questions: - Can you please help explain any specific reasons of having = mapping for these 2 commands? - Can mapping of these 2 command can be removed from the draf= t as it seems to be redundant? - There could be answer that server MAY not support mapping f= or these 2 commands. For command, there is way to do that by sending= 2201 response. Here server can distinguish between domain with this= extension versus domain without this extension. For quer= y, there is no such way to distinguish between query command as = there is no element added by this extension in request. If server does not = include extension in query response then, per this draft, server= would not asses any fee for real transfer request which generally not the = case. In essence, support of query by server is MUST with no rea= l benefit. Thanks for your time, Santosh Kalsangrah Impetus Infotech (I) Pvt. Ltd ________________________________ NOTE: This message may contain information that is confidential, proprietar= y, privileged or otherwise protected by law. The message is intended solely= for the named addressee. If received in error, please destroy and notify t= he sender. Any use of this email is prohibited when received in error. Impe= tus does not represent, warrant and/or guarantee, that the integrity of thi= s communication has been maintained nor that the communication is free of e= rrors, virus, interception or interference. --_000_1549544d565b4365afc127482a3b7a2eMBX1impetuscoin_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi There,

 

We have been review= ing this extension draft and have some suggestions/questions for mapping fo= r domain <info> and domain <transfer> query commands.

 

Fee related informa= tion what is  checked by these 2 commands can also be done by domain &= lt;check> command described in this draft. We do not find anything speci= fic achieved by these 2 commands. Functionality seems analogous to domain <check> command and seems redundant. So, t= here are couple of suggestions and questions:

 

-   =             Can you = please help explain any specific reasons of having mapping for these 2 comm= ands?

-   =             Can mapp= ing of these 2 command can be removed from the draft as it seems to be redu= ndant?

-   =             There co= uld be answer that server MAY not support mapping for these 2 commands. For= <info> command, there is way to do that by sending 2201 response. He= re server can distinguish between domain <info> with this extension versus domain <info> without this e= xtension. For <transfer> query, there is no such way to distinguish b= etween <transfer> query command as there is no element added by this = extension in request. If server does not include extension in <transfer> query response then, per this draft, server would not = asses any fee for real transfer request which generally not the case. In es= sence, support of <transfer> query by server is MUST with no real ben= efit.

 

 

Thanks for your tim= e,

 

Santosh Kalsangrah

Impetus Infotech (I) Pvt. Ltd

 

 








NOTE: This message may contain information that is confidential, proprietar= y, privileged or otherwise protected by law. The message is intended solely= for the named addressee. If received in error, please destroy and notify t= he sender. Any use of this email is prohibited when received in error. Impetus does not represent, warrant = and/or guarantee, that the integrity of this communication has been maintai= ned nor that the communication is free of errors, virus, interception or in= terference.
 --_000_1549544d565b4365afc127482a3b7a2eMBX1impetuscoin_-- From nobody Sat Dec 27 14:18:19 2014 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 56DAD1ACCF0 for ; Sat, 27 Dec 2014 14:18:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=unavailable 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 8VIEIigEwyQp for ; Sat, 27 Dec 2014 14:18:09 -0800 (PST) Received: from mail-qc0-f171.google.com (mail-qc0-f171.google.com [209.85.216.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5D9E1ACCE7 for ; Sat, 27 Dec 2014 14:18:09 -0800 (PST) Received: by mail-qc0-f171.google.com with SMTP id r5so8433732qcx.30 for ; Sat, 27 Dec 2014 14:18:09 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=XVxKjdI7jXJsmEMl1InAksCuNhLMrB6bieVV1SuGaWU=; b=Mj1hWXp7v9ZE9KLwHYEd0qr9PPpe/p5ftkHB95BUljCgoRREXvsEUJd6ICo9gbKGkb VzzUev+NwV9pZ+JFtoCuXCkMcZLUpfF3CbVIQ5bD0fiTaMn2BYnijiQ+JqYnZOSwN8BG MVgExp0b7feGdWoxdvlXCCc+RDcqJ8B0OLyq+wu7Gcs8gD/KsvhTKyqAML6XupoAuq2P IPiDwSGs8zaCbxu/ED1tZ2vx1pOL0PhE1JARAHycxa4fR4PtzvdoMajN7NFxmsH6vrQ+ gsHTY66eaPO93bLqAXn2RypOH6nIajiM7JP9icKgelVMEiX1AEucFWo+rfkLhUpv7+0f O6qw== X-Gm-Message-State: ALoCoQnn26yxcbWUL46xw9b1tVcbOtBWMRn6ldkBWfuvGkGaAhY3RcKFrJ8vn7kEectgArzPM4Xf X-Received: by 10.229.99.134 with SMTP id u6mr79106025qcn.10.1419718688966; Sat, 27 Dec 2014 14:18:08 -0800 (PST) Received: from jgalvin-lt.local ([68.50.155.245]) by mx.google.com with ESMTPSA id h6sm29530588qgh.32.2014.12.27.14.18.07 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 27 Dec 2014 14:18:08 -0800 (PST) Message-ID: <549F303C.6060900@elistx.com> Date: Sat, 27 Dec 2014 17:18:36 -0500 From: James Galvin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Brian Haberman , The IESG References: <20140930155846.26499.63399.idtracker@ietfa.amsl.com> In-Reply-To: <20140930155846.26499.63399.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/WU8suwR3jTA1kzh2eoo7XohaW2c Cc: draft-ietf-eppext-reg@tools.ietf.org, eppext-chairs@tools.ietf.org, eppext@ietf.org Subject: Re: [eppext] Brian Haberman's No Objection on draft-ietf-eppext-reg-08: (with COMMENT) 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: Sat, 27 Dec 2014 22:18:11 -0000 In my final review, as document shepherd for draft-ietf-eppext-reg, of all comments, questions, and changes to ensure the working group has cleared everything I found the following ("old") comment for which I did not see a response. For the record, here is my response. RFC5226 covers this issue with its definition of "Specification Required", specifically: Specification Required - Values and their meanings must be documented in a permanent and readily available public specification, in sufficient detail so that interoperability between independent implementations is possible. The specification is thus required to be readily available to the public. With this message, as document shepherd, I am notifying Pete Resnick as the responsible AD to release the document for publication. Thanks to all! Jim On 9/30/14 11:58 AM, Brian Haberman wrote: > Brian Haberman has entered the following ballot position for > draft-ietf-eppext-reg-08: No Objection > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Does the WG want to put any limitations on the Reference portion of the > registry entry? I was wondering how useful the Reference field would be > if the link was: 1) behind a paywall, 2) restricted to "members", or 3) > not publicly available. From nobody Mon Dec 29 07:40:07 2014 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 E1CC61A8743 for ; Mon, 29 Dec 2014 07:40:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.663 X-Spam-Level: * X-Spam-Status: No, score=1.663 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HELO_MISMATCH_COM=0.553, HOST_MISMATCH_NET=0.311, SPF_PASS=-0.001] 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 oWMuR920sqpF for ; Mon, 29 Dec 2014 07:40:04 -0800 (PST) Received: from smtp.centralnic.com (mail-7.fnb.uk.centralnic.net [5.44.25.120]) (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 494221A8741 for ; Mon, 29 Dec 2014 07:40:04 -0800 (PST) Received: from Gavins-MacBook-Pro.local (unknown [2.123.73.65]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.centralnic.com (Postfix) with ESMTPSA id 463E09E48; Mon, 29 Dec 2014 15:40:02 +0000 (UTC) Message-ID: <54A175D1.3060003@centralnic.com> Date: Mon, 29 Dec 2014 15:40:01 +0000 From: Gavin Brown Organization: CentralNic Ltd User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Santosh Kalsangrah , "eppext@ietf.org" References: <1549544d565b4365afc127482a3b7a2e@MBX1.impetus.co.in> In-Reply-To: <1549544d565b4365afc127482a3b7a2e@MBX1.impetus.co.in> OpenPGP: id=F923B4CE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SxN4T8WhHcGHUvxuO94MXCRQOQ4DbmrIH" Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/NRvPsevGEuz2XDH99_dqWxDjN-g Subject: Re: [eppext] draft-brown-epp-fees-03.txt - Query 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: Mon, 29 Dec 2014 15:40:06 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --SxN4T8WhHcGHUvxuO94MXCRQOQ4DbmrIH Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Santosh, On 23/12/2014 15:51, Santosh Kalsangrah wrote: > We have been reviewing this extension draft and have some > suggestions/questions for mapping for domain and domain > query commands. >=20 > Fee related information what is checked by these 2 commands can also b= e > done by domain command described in this draft. We do not find > anything specific achieved by these 2 commands. Functionality seems > analogous to domain command and seems redundant. So, there are > couple of suggestions and questions: > > - Can you please help explain any specific reasons of > having mapping for these 2 commands? >=20 > - Can mapping of these 2 command can be removed from the > draft as it seems to be redundant? You are correct that the and extensions provide virtually identical information. Following discussion on this list and elsewhere, there was no strong preference either way, so I chose to be flexible and allow for both. The query extension allows a client to query the fee associated with an existing pending transfer. This is not something that can be obtained through another command. G. >=20 > - There could be answer that server MAY not support > mapping for these 2 commands. For command, there is way to do > that by sending 2201 response. Here server can distinguish between > domain with this extension versus domain without this > extension. For query, there is no such way to distinguish > between query command as there is no element added by this > extension in request. If server does not include extension in > query response then, per this draft, server would not asses any fee for= > real transfer request which generally not the case. In essence, support= > of query by server is MUST with no real benefit. >=20 > =20 >=20 > =20 >=20 > Thanks for your time, >=20 > =20 >=20 > Santosh Kalsangrah >=20 > Impetus Infotech (I) Pvt. Ltd >=20 > =20 >=20 > =20 >=20 >=20 > -----------------------------------------------------------------------= - >=20 >=20 >=20 >=20 >=20 >=20 > NOTE: This message may contain information that is confidential, > proprietary, privileged or otherwise protected by law. The message is > intended solely for the named addressee. If received in error, please > destroy and notify the sender. Any use of this email is prohibited when= > received in error. Impetus does not represent, warrant and/or guarantee= , > that the integrity of this communication has been maintained nor that > the communication is free of errors, virus, interception or interferenc= e. >=20 >=20 > _______________________________________________ > EppExt mailing list > EppExt@ietf.org > https://www.ietf.org/mailman/listinfo/eppext >=20 --=20 Gavin Brown Chief Technology Officer CentralNic Group plc (LSE:CNIC) Innovative, Reliable and Flexible Registry Services for ccTLD, gTLD and private domain name registries https://www.centralnic.com/ CentralNic Group plc is a company registered in England and Wales with company number 8576358. Registered Offices: 35-39 Moorgate, London, EC2R 6AR. --SxN4T8WhHcGHUvxuO94MXCRQOQ4DbmrIH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlShddIACgkQ6H45IPkjtM6n3wCeMYVLB9kI/Z5hiP6JnfFwM002 VJcAoIj4n7TkHy89ukU1Ba8g7m6rs1oN =CsIt -----END PGP SIGNATURE----- --SxN4T8WhHcGHUvxuO94MXCRQOQ4DbmrIH-- From nobody Mon Dec 29 08:30:04 2014 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 EDFB71A88B0 for ; Mon, 29 Dec 2014 08:30:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 7K1sSSltDn7u; Mon, 29 Dec 2014 08:30:03 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 81D7B1A88B2; Mon, 29 Dec 2014 08:30:00 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: eppext-chairs@tools.ietf.org, draft-ietf-eppext-reg@tools.ietf.org, eppext@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.10.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141229163000.27630.15423.idtracker@ietfa.amsl.com> Date: Mon, 29 Dec 2014 08:30:00 -0800 From: IETF Secretariat Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/3tgAlJHkV7hpjkcsLTWKgahpm5I Subject: [eppext] ID Tracker State Update Notice: X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2014 16:30:04 -0000 IESG state changed to Approved-announcement to be sent from Approved-announcement to be sent::AD Followup ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-eppext-reg/ From nobody Tue Dec 30 01:50:14 2014 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 004591ACF54 for ; Tue, 30 Dec 2014 01:50:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.791 X-Spam-Level: X-Spam-Status: No, score=0.791 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 Bf-RIs1UZ8ag for ; Tue, 30 Dec 2014 01:50:10 -0800 (PST) Received: from MBX3.impetus.co.in (mail.impetus.co.in [103.250.168.200]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C1BCD1ACF1B for ; Tue, 30 Dec 2014 01:50:08 -0800 (PST) Received: from MBX1.impetus.co.in (192.168.100.123) by MBX3.impetus.co.in (192.168.100.125) with Microsoft SMTP Server (TLS) id 15.0.913.22; Tue, 30 Dec 2014 15:19:45 +0530 Received: from MBX1.impetus.co.in ([fe80::d489:82f:caa0:3c23]) by MBX1.impetus.co.in ([fe80::d489:82f:caa0:3c23%19]) with mapi id 15.00.0913.011; Tue, 30 Dec 2014 15:19:45 +0530 From: Santosh Kalsangrah To: "eppext@ietf.org" Thread-Topic: draft-brown-epp-fees-03: Validity Periods Thread-Index: AdAkDoeRMu5I4pMCQ3+0ECdTFfm5EA== Date: Tue, 30 Dec 2014 09:49:44 +0000 Message-ID: Accept-Language: en-US, en-IN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.100.161] Content-Type: multipart/alternative; boundary="_000_caf7b7917bce498e889806f4cbda62ccMBX1impetuscoin_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/iE1hm760Qhb49E6ZybXEAk8AIOo Subject: [eppext] draft-brown-epp-fees-03: Validity Periods 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: Tue, 30 Dec 2014 09:50:13 -0000 --_000_caf7b7917bce498e889806f4cbda62ccMBX1impetuscoin_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi There, Section 2.3 of extension is bit ambiguous. By reading this section it looks= like validity period can be provided in , and commands. By reviewing examples and schema, it can be included in / respo= nse, / response and query response only. In other = words it can be used only in query commands and their responses. It cannot = be used in , and request commands. My understanding is that it is for query commands and their responses only.= It is not for transformational commands (, and = request). Can this section be modified to clarify this? Thanks, Santosh Kalsangrah Impetus Infotech (I) Pvt. Ltd ________________________________ NOTE: This message may contain information that is confidential, proprietar= y, privileged or otherwise protected by law. The message is intended solely= for the named addressee. If received in error, please destroy and notify t= he sender. Any use of this email is prohibited when received in error. Impe= tus does not represent, warrant and/or guarantee, that the integrity of thi= s communication has been maintained nor that the communication is free of e= rrors, virus, interception or interference. --_000_caf7b7917bce498e889806f4cbda62ccMBX1impetuscoin_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi There,

 

Section 2.3 of exte= nsion is bit ambiguous. By reading this section it looks like validity peri= od <domain:periodType> can be provided in <create>, <renew&g= t; and <transfer> commands.

 

By reviewing exampl= es and schema, it can be included in <info>/<info> response, &l= t;check>/<check> response and <transfer> query response only= . In other words it can be used only in query commands and their responses. It cannot be used in <create>, <renew> and <transfer> re= quest commands.

 

My understanding is= that it is for query commands and their responses only. It is not for tran= sformational commands (<create>, <renew> and <transfer> r= equest).

 

Can this section be= modified to clarify this?

 

Thanks,

Santosh Kalsangrah

Impetus Infotech (I) Pvt. Ltd

 








NOTE: This message may contain information that is confidential, proprietar= y, privileged or otherwise protected by law. The message is intended solely= for the named addressee. If received in error, please destroy and notify t= he sender. Any use of this email is prohibited when received in error. Impetus does not represent, warrant = and/or guarantee, that the integrity of this communication has been maintai= ned nor that the communication is free of errors, virus, interception or in= terference.
 --_000_caf7b7917bce498e889806f4cbda62ccMBX1impetuscoin_-- From nobody Tue Dec 30 13:15:56 2014 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 2CF671A8701 for ; Tue, 30 Dec 2014 13:15:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.559 X-Spam-Level: ** X-Spam-Status: No, score=2.559 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HELO_MISMATCH_INFO=1.448, HOST_MISMATCH_NET=0.311] 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 ByzkVAmaptX4 for ; Tue, 30 Dec 2014 13:15:51 -0800 (PST) Received: from mx1.yitter.info (ow5p.x.rootbsd.net [208.79.81.114]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 639111A86FB for ; Tue, 30 Dec 2014 13:15:51 -0800 (PST) Received: from mx1.yitter.info (nat-07-mht.dyndns.com [216.146.45.246]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.yitter.info (Postfix) with ESMTPSA id 2DD148A031 for ; Tue, 30 Dec 2014 21:15:50 +0000 (UTC) Date: Tue, 30 Dec 2014 16:15:52 -0500 From: Andrew Sullivan To: eppext@ietf.org Message-ID: <20141230211551.GI55744@mx1.yitter.info> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.23 (2014-03-12) Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/zLBIiO5gSrMUtET1B5UbIKrFsYY Subject: [eppext] review of draft-ietf-eppext-idnmap-01 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: Tue, 30 Dec 2014 21:15:53 -0000 Dear colleagues, As I said I would, I poked a colleague at Dyn to help with review of some of the WG documents. My colleague Alex Sergeyev, who has worked on our EPP client code, sent me some comments. I've included them here with my own comments on this document, but I'll call out which ones are his. I like the goal of this draft, because anything that could bring some order to the mess that is IDNs and their registration would be helpful. I worry, however, that the proposal in the draft is too specialized to accommodate the range of registration practices. One issue is that the reference to the ICANN IDN guidelines is not entirely up to date. The linked one is older, and does not refer to IDNA2008. The latest (at https://www.icann.org/resources/pages/idn-guidelines-2011-09-02-en) points out that IDNA2003 and IDNA2008 are likely to be in operation at the same time. This is important, because it probably means that the extension needs some sort of mechanism to signal "variants" or "alternatives" or "linked names" or whatever as part of the extension. This is necessary, I suspect, because any registry coping with both 2003 and 2008 at the same time is going to have to handle both, I think. For instance, the U-label "schløß" (yeah, I'm deliberately mixing language repertoires here; more below) corresponds to A-label xn--schl-yna3m under IDNA2008 but to Punycode form xn--schlss-eya under IDNA2003 (and UTS46. The nice thing about standards …). The 2003/2008 distinction causes another problem for the text as written. Section 3.2.1 requires the server to validate a provide candidate U-label for conformance with IDNA2008, but if the client is sending IDNA2003 this will fail under some circumstances. (I suppose we could solve this by saying, "If you're using IDNA2003, never send the uname element," but that seems sort of sucky, because it won't catch mistakes.) More generally, my colleague Alex found 3.1 and 3.2 a little confusing as to exactly what is required and so on. It'd be helpful to go through this carefully for exactly which 2119 keywords are needed. Also in 3.2.1, there's some discussion of the element, which is an identifier "as provided by the server". But I don't see how to get that identifier. Do you get a list at login? I wonder also whether it mightn't be necessary to refer to https://tools.ietf.org/html/draft-davies-idntables-08. Alex also notes that there might be a case where a single repoisitory is doing more than one registry at a time, and where the policies on the names could be different. It seems that there'd need to be some error handling for that case. Alex also said that it would be more helpful for him to show, in the examples, just the part that's added to the , with some fuller examples in appendices. (In my view, these examples all follow a pretty normal format.) I hope these comments are helpful. I like the draft in general and think it'd be a good thing to finish up. Best regards, A -- Andrew Sullivan ajs@anvilwalrusden.com From nobody Wed Dec 31 04:33:00 2014 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 7DBAD1A8AE3 for ; Wed, 31 Dec 2014 04:32:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.663 X-Spam-Level: * X-Spam-Status: No, score=1.663 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HELO_MISMATCH_COM=0.553, HOST_MISMATCH_NET=0.311, SPF_PASS=-0.001] 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 EBLaI_qQNUHT for ; Wed, 31 Dec 2014 04:32:57 -0800 (PST) Received: from smtp.centralnic.com (mail-7.fnb.uk.centralnic.net [5.44.25.120]) (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 408741A8AE2 for ; Wed, 31 Dec 2014 04:32:57 -0800 (PST) Received: from Gavins-MacBook-Pro.local (host81-133-130-171.in-addr.btopenworld.com [81.133.130.171]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.centralnic.com (Postfix) with ESMTPSA id 29F409E48; Wed, 31 Dec 2014 12:32:55 +0000 (UTC) Message-ID: <54A3ECF4.2090306@centralnic.com> Date: Wed, 31 Dec 2014 12:32:52 +0000 From: Gavin Brown Organization: CentralNic Ltd User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Santosh Kalsangrah , "eppext@ietf.org" References: In-Reply-To: OpenPGP: id=F923B4CE Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9tR9JkHPcS3RL2Jer7BvXOPr5mA31tcNq" Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/Z3JV1Wu07TAgXDrzyU9HRG-O9Mk Subject: Re: [eppext] draft-brown-epp-fees-03: Validity Periods 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: Wed, 31 Dec 2014 12:32:58 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --9tR9JkHPcS3RL2Jer7BvXOPr5mA31tcNq Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 30/12/2014 09:49, Santosh Kalsangrah wrote: > Hi There, >=20 > Section 2.3 of extension is bit ambiguous. By reading this section it > looks like validity period can be provided in > , and commands. >=20 > By reviewing examples and schema, it can be included in / > response, / response and query response only. > In other words it can be used only in query commands and their > responses. It cannot be used in , and reques= t > commands. >=20 > My understanding is that it is for query commands and their responses > only. It is not for transformational commands (, and > request). >=20 > Can this section be modified to clarify this? Thanks for the feedback. I have updated my working copy based on your suggestion. Revised text: When querying for fee information using the or commands, the element is used to indicate the units to be added to the registration period of domain names by the , and commands. This element is derived from the element described in [RFC5731]. The element is OPTIONAL in and commands: if omitted, the server MUST determine the fee(s) using a validity period of 1 year. The element MUST be present in and commands and responses. G. --=20 Gavin Brown Chief Technology Officer CentralNic Group plc (LSE:CNIC) Innovative, Reliable and Flexible Registry Services for ccTLD, gTLD and private domain name registries https://www.centralnic.com/ CentralNic Group plc is a company registered in England and Wales with company number 8576358. Registered Offices: 35-39 Moorgate, London, EC2R 6AR. --9tR9JkHPcS3RL2Jer7BvXOPr5mA31tcNq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlSj7PQACgkQ6H45IPkjtM6J1ACeO7rhSDYE5czbzQg+xnDMdWrh thEAn1G/UuNQHe1EH2PGJncX5f495qwP =Kllr -----END PGP SIGNATURE----- --9tR9JkHPcS3RL2Jer7BvXOPr5mA31tcNq-- From nobody Wed Dec 31 05:58:46 2014 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 069871A8AEE for ; Wed, 31 Dec 2014 05:58:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.79 X-Spam-Level: X-Spam-Status: No, score=0.79 tagged_above=-999 required=5 tests=[BAYES_50=0.8, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 QJp2QLrlIhB6 for ; Wed, 31 Dec 2014 05:58:42 -0800 (PST) Received: from MBX3.impetus.co.in (mail.impetus.co.in [103.250.168.200]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9B4261A8AF3 for ; Wed, 31 Dec 2014 05:58:39 -0800 (PST) Received: from MBX1.impetus.co.in (192.168.100.123) by MBX3.impetus.co.in (192.168.100.125) with Microsoft SMTP Server (TLS) id 15.0.913.22; Wed, 31 Dec 2014 19:28:24 +0530 Received: from MBX1.impetus.co.in ([fe80::d489:82f:caa0:3c23]) by MBX1.impetus.co.in ([fe80::d489:82f:caa0:3c23%19]) with mapi id 15.00.0913.011; Wed, 31 Dec 2014 19:28:24 +0530 From: Santosh Kalsangrah To: Gavin Brown , "eppext@ietf.org" Thread-Topic: [eppext] draft-brown-epp-fees-03: Validity Periods Thread-Index: AdAkDoeRMu5I4pMCQ3+0ECdTFfm5EAAuUOgAAA5kYEA= Date: Wed, 31 Dec 2014 13:58:23 +0000 Message-ID: <19b1a9b16516430882d851c8a17041ab@MBX1.impetus.co.in> References: <54A3ECF4.2090306@centralnic.com> In-Reply-To: <54A3ECF4.2090306@centralnic.com> Accept-Language: en-US, en-IN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.100.161] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/pmkvHcI1LiOYpBWBil9mmxDbaxU Subject: Re: [eppext] draft-brown-epp-fees-03: Validity Periods 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: Wed, 31 Dec 2014 13:58:45 -0000 DQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IEdhdmluIEJyb3duIFttYWls dG86Z2F2aW4uYnJvd25AY2VudHJhbG5pYy5jb21dDQo+IFNlbnQ6IFdlZG5lc2RheSwgRGVjZW1i ZXIgMzEsIDIwMTQgNjowMyBQTQ0KPiBUbzogU2FudG9zaCBLYWxzYW5ncmFoOyBlcHBleHRAaWV0 Zi5vcmcNCj4gU3ViamVjdDogUmU6IFtlcHBleHRdIGRyYWZ0LWJyb3duLWVwcC1mZWVzLTAzOiBW YWxpZGl0eSBQZXJpb2RzDQo+DQo+IE9uIDMwLzEyLzIwMTQgMDk6NDksIFNhbnRvc2ggS2Fsc2Fu Z3JhaCB3cm90ZToNCj4gPiBIaSBUaGVyZSwNCj4gPg0KPiA+IFNlY3Rpb24gMi4zIG9mIGV4dGVu c2lvbiBpcyBiaXQgYW1iaWd1b3VzLiBCeSByZWFkaW5nIHRoaXMgc2VjdGlvbiBpdA0KPiA+IGxv b2tzIGxpa2UgdmFsaWRpdHkgcGVyaW9kIDxkb21haW46cGVyaW9kVHlwZT4gY2FuIGJlIHByb3Zp ZGVkIGluDQo+ID4gPGNyZWF0ZT4sIDxyZW5ldz4gYW5kIDx0cmFuc2Zlcj4gY29tbWFuZHMuDQo+ ID4NCj4gPiBCeSByZXZpZXdpbmcgZXhhbXBsZXMgYW5kIHNjaGVtYSwgaXQgY2FuIGJlIGluY2x1 ZGVkIGluIDxpbmZvPi88aW5mbz4NCj4gPiByZXNwb25zZSwgPGNoZWNrPi88Y2hlY2s+IHJlc3Bv bnNlIGFuZCA8dHJhbnNmZXI+IHF1ZXJ5IHJlc3BvbnNlIG9ubHkuDQo+ID4gSW4gb3RoZXIgd29y ZHMgaXQgY2FuIGJlIHVzZWQgb25seSBpbiBxdWVyeSBjb21tYW5kcyBhbmQgdGhlaXINCj4gPiBy ZXNwb25zZXMuIEl0IGNhbm5vdCBiZSB1c2VkIGluIDxjcmVhdGU+LCA8cmVuZXc+IGFuZCA8dHJh bnNmZXI+DQo+ID4gcmVxdWVzdCBjb21tYW5kcy4NCj4gPg0KPiA+IE15IHVuZGVyc3RhbmRpbmcg aXMgdGhhdCBpdCBpcyBmb3IgcXVlcnkgY29tbWFuZHMgYW5kIHRoZWlyIHJlc3BvbnNlcw0KPiA+ IG9ubHkuIEl0IGlzIG5vdCBmb3IgdHJhbnNmb3JtYXRpb25hbCBjb21tYW5kcyAoPGNyZWF0ZT4s IDxyZW5ldz4gYW5kDQo+ID4gPHRyYW5zZmVyPiByZXF1ZXN0KS4NCj4gPg0KPiA+IENhbiB0aGlz IHNlY3Rpb24gYmUgbW9kaWZpZWQgdG8gY2xhcmlmeSB0aGlzPw0KPg0KPiBUaGFua3MgZm9yIHRo ZSBmZWVkYmFjay4gSSBoYXZlIHVwZGF0ZWQgbXkgd29ya2luZyBjb3B5IGJhc2VkIG9uIHlvdXIN Cj4gc3VnZ2VzdGlvbi4NCj4NCj4gUmV2aXNlZCB0ZXh0Og0KPg0KPiAgICBXaGVuIHF1ZXJ5aW5n IGZvciBmZWUgaW5mb3JtYXRpb24gdXNpbmcgdGhlIDxjaGVjaz4gb3IgPGluZm8+DQo+ICAgIGNv bW1hbmRzLCB0aGUgPGZlZTpwZXJpb2Q+IGVsZW1lbnQgaXMgdXNlZCB0byBpbmRpY2F0ZSB0aGUg dW5pdHMgdG8NCj4gICAgYmUgYWRkZWQgdG8gdGhlIHJlZ2lzdHJhdGlvbiBwZXJpb2Qgb2YgZG9t YWluIG5hbWVzIGJ5IHRoZSA8Y3JlYXRlPiwNCj4gICAgPHJlbmV3PiBhbmQgPHRyYW5zZmVyPiBj b21tYW5kcy4gIFRoaXMgZWxlbWVudCBpcyBkZXJpdmVkIGZyb20gdGhlDQo+ICAgIDxkb21haW46 cGVyaW9kPiBlbGVtZW50IGRlc2NyaWJlZCBpbiBbUkZDNTczMV0uDQo+DQo+ICAgIFRoZSA8ZmVl OnBlcmlvZD4gZWxlbWVudCBpcyBPUFRJT05BTCBpbiA8Y2hlY2s+IGFuZCA8aW5mbz4NCj4gICAg Y29tbWFuZHM6IGlmIG9taXR0ZWQsIHRoZSBzZXJ2ZXIgTVVTVCBkZXRlcm1pbmUgdGhlIGZlZShz KQ0KPiAgICB1c2luZyBhIHZhbGlkaXR5IHBlcmlvZCBvZiAxIHllYXIuICBUaGUgPGZlZTpwZXJp b2Q+IGVsZW1lbnQgTVVTVCBiZQ0KPiAgICBwcmVzZW50IGluIDxjaGVjaz4gYW5kIDxpbmZvPiBj b21tYW5kcyBhbmQgcmVzcG9uc2VzLg0KDQoNClRoYW5rcywgdGhpcyBpcyBjbGVhcmVyIG5vdy4N Cg0KDQpUaGFua3MsDQpTYW50b3NoIEthbHNhbmdyYWgNCkltcGV0dXMgSW5mb3RlY2ggKEkpIFB2 dC4gTHRkDQoNCg0KPg0KPiBHLg0KPg0KPiAtLQ0KPiBHYXZpbiBCcm93bg0KPiBDaGllZiBUZWNo bm9sb2d5IE9mZmljZXINCj4gQ2VudHJhbE5pYyBHcm91cCBwbGMgKExTRTpDTklDKQ0KPiBJbm5v dmF0aXZlLCBSZWxpYWJsZSBhbmQgRmxleGlibGUgUmVnaXN0cnkgU2VydmljZXMgZm9yIGNjVExE LCBnVExEIGFuZCBwcml2YXRlDQo+IGRvbWFpbiBuYW1lIHJlZ2lzdHJpZXMgaHR0cHM6Ly93d3cu Y2VudHJhbG5pYy5jb20vDQo+DQo+IENlbnRyYWxOaWMgR3JvdXAgcGxjIGlzIGEgY29tcGFueSBy ZWdpc3RlcmVkIGluIEVuZ2xhbmQgYW5kIFdhbGVzIHdpdGgNCj4gY29tcGFueSBudW1iZXIgODU3 NjM1OC4gUmVnaXN0ZXJlZCBPZmZpY2VzOiAzNS0zOSBNb29yZ2F0ZSwgTG9uZG9uLCBFQzJSDQo+ IDZBUi4NCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQoNCg0KDQoNCg0K Tk9URTogVGhpcyBtZXNzYWdlIG1heSBjb250YWluIGluZm9ybWF0aW9uIHRoYXQgaXMgY29uZmlk ZW50aWFsLCBwcm9wcmlldGFyeSwgcHJpdmlsZWdlZCBvciBvdGhlcndpc2UgcHJvdGVjdGVkIGJ5 IGxhdy4gVGhlIG1lc3NhZ2UgaXMgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgbmFtZWQgYWRkcmVz c2VlLiBJZiByZWNlaXZlZCBpbiBlcnJvciwgcGxlYXNlIGRlc3Ryb3kgYW5kIG5vdGlmeSB0aGUg c2VuZGVyLiBBbnkgdXNlIG9mIHRoaXMgZW1haWwgaXMgcHJvaGliaXRlZCB3aGVuIHJlY2VpdmVk IGluIGVycm9yLiBJbXBldHVzIGRvZXMgbm90IHJlcHJlc2VudCwgd2FycmFudCBhbmQvb3IgZ3Vh cmFudGVlLCB0aGF0IHRoZSBpbnRlZ3JpdHkgb2YgdGhpcyBjb21tdW5pY2F0aW9uIGhhcyBiZWVu IG1haW50YWluZWQgbm9yIHRoYXQgdGhlIGNvbW11bmljYXRpb24gaXMgZnJlZSBvZiBlcnJvcnMs IHZpcnVzLCBpbnRlcmNlcHRpb24gb3IgaW50ZXJmZXJlbmNlLg0K From nobody Wed Dec 31 10:05:07 2014 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 CBAB11A037E for ; Wed, 31 Dec 2014 10:05:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.79 X-Spam-Level: X-Spam-Status: No, score=0.79 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 UMsbrA9k88L4 for ; Wed, 31 Dec 2014 10:04:59 -0800 (PST) Received: from zimbra1.uniregistry.com (zimbra1.uniregistry.com [162.221.214.42]) by ietfa.amsl.com (Postfix) with ESMTP id 788401A0379 for ; Wed, 31 Dec 2014 10:04:59 -0800 (PST) Received: from zimbra1.uniregistry.com (localhost [127.0.0.1]) by zimbra1.uniregistry.com (Postfix) with ESMTP id 6906C600D5D; Wed, 31 Dec 2014 18:04:57 +0000 (UTC) Received: from zimbra1.uniregistry.com (localhost [127.0.0.1]) by zimbra1.uniregistry.com (Postfix) with ESMTP id 4812E600D7E; Wed, 31 Dec 2014 18:04:57 +0000 (UTC) Received: from [10.0.1.49] (ip68-4-33-100.pv.oc.cox.net [68.4.33.100]) by zimbra1.uniregistry.com (Postfix) with ESMTPSA id 5DA86600D5D; Wed, 31 Dec 2014 18:04:56 +0000 (UTC) Content-Type: multipart/alternative; boundary="Apple-Mail=_ADB585BD-A067-45C4-98EA-74BDBD3510EC" Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Francisco Obispo In-Reply-To: <20141230211551.GI55744@mx1.yitter.info> Date: Wed, 31 Dec 2014 10:04:54 -0800 Message-Id: <949A2080-7E3B-413B-BC49-8263C1CE95DE@uniregistry.com> References: <20141230211551.GI55744@mx1.yitter.info> To: Andrew Sullivan X-Mailer: Apple Mail (2.1993) Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/x6tOeoqoS2FiRIeXggzain4YrNs Cc: eppext@ietf.org Subject: Re: [eppext] review of draft-ietf-eppext-idnmap-01 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: Wed, 31 Dec 2014 18:05:06 -0000 --Apple-Mail=_ADB585BD-A067-45C4-98EA-74BDBD3510EC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Andrew, Thanks for passing the information along, my comments below: Francisco Obispo CTO - Registry Operations 2161 San Joaquin Hills Rd. Newport Beach, CA, 92660 off. +1.345.749.6284 fax. +1.345.746.6263 =20 > On Dec 30, 2014, at 1:15 PM, Andrew Sullivan = wrote: >=20 > Dear colleagues, >=20 > As I said I would, I poked a colleague at Dyn to help with review of > some of the WG documents. My colleague Alex Sergeyev, who has worked > on our EPP client code, sent me some comments. I've included them > here with my own comments on this document, but I'll call out which > ones are his. >=20 > I like the goal of this draft, because anything that could bring some > order to the mess that is IDNs and their registration would be > helpful. I worry, however, that the proposal in the draft is too > specialized to accommodate the range of registration practices. =20 >=20 > One issue is that the reference to the ICANN IDN guidelines is not > entirely up to date. The linked one is older, and does not refer to > IDNA2008. The latest (at > https://www.icann.org/resources/pages/idn-guidelines-2011-09-02-en) > points out that IDNA2003 and IDNA2008 are likely to be in operation at > the same time. This is important, because it probably means that the > extension needs some sort of mechanism to signal "variants" or > "alternatives" or "linked names" or whatever as part of the extension. > This is necessary, I suspect, because any registry coping with both > 2003 and 2008 at the same time is going to have to handle both, I > think. For instance, the U-label "schl=C3=B8=C3=9F" (yeah, I'm = deliberately > mixing language repertoires here; more below) corresponds to A-label > xn--schl-yna3m under IDNA2008 but to Punycode form xn--schlss-eya > under IDNA2003 (and UTS46. The nice thing about standards =E2=80=A6). >=20 There is already an effort for =E2=80=98bundling=E2=80=99 domain names, = so this requirement was left outside of the scope of the draft. There = are many reasons why names could be bundled and we thought that = including a separate mechanism within the IDN extension was not = necessary. > The 2003/2008 distinction causes another problem for the text as > written. Section 3.2.1 requires the server to validate a provide > candidate U-label for conformance with IDNA2008, but if the client is > sending IDNA2003 this will fail under some circumstances. (I suppose > we could solve this by saying, "If you're using IDNA2003, never send > the uname element," but that seems sort of sucky, because it won't > catch mistakes.) More generally, my colleague Alex found 3.1 and 3.2 > a little confusing as to exactly what is required and so on. It'd be > helpful to go through this carefully for exactly which 2119 keywords > are needed. >=20 We are aiming at IDNA2008. > Also in 3.2.1, there's some discussion of the element, > which is an identifier "as provided by the server". But I don't see > how to get that identifier. Do you get a list at login? I wonder > also whether it mightn't be necessary to refer to > https://tools.ietf.org/html/draft-davies-idntables-08. Alex also > notes that there might be a case where a single repoisitory is doing > more than one registry at a time, and where the policies on the names > could be different. It seems that there'd need to be some error > handling for that case. >=20 For this specific purpose James Gould (Verisign), Patrik F=C3=A4ltstr=C3=B6= m, Luis Mu=C3=B1oz and myself are drafting a new proposal to deal with = IDN tables and its definition so we can provide an in-band mechanism. We can=E2=80=99t use =E2=80=9Cstandard=E2=80=9D table identifiers, = because those are all policy driven. > Alex also said that it would be more helpful for him to show, in the > examples, just the part that's added to the , with > some fuller examples in appendices. (In my view, these examples all > follow a pretty normal format.) >=20 > I hope these comments are helpful. I like the draft in general and > think it'd be a good thing to finish up. >=20 Thanks Andrew. I=E2=80=99ll add some clarifications to the document and upload a new = version today, specially since I need to keep it current (it expired = already) Have a happy new year to all. > Best regards, >=20 > A >=20 > --=20 > Andrew Sullivan > ajs@anvilwalrusden.com >=20 > _______________________________________________ > EppExt mailing list > EppExt@ietf.org > https://www.ietf.org/mailman/listinfo/eppext --Apple-Mail=_ADB585BD-A067-45C4-98EA-74BDBD3510EC Content-Type: multipart/related; type="text/html"; boundary="Apple-Mail=_99E0020E-000A-4A65-9780-78CB1C2424F5" --Apple-Mail=_99E0020E-000A-4A65-9780-78CB1C2424F5 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi Andrew,

Thanks for passing the information = along, my comments below:



Francisco = Obispo
CTO - Registry Operations



2161 San Joaquin Hills = Rd.
Newport Beach, CA, = 92660
off. = +1.345.749.6284
fax. = +1.345.746.6263

 

On Dec = 30, 2014, at 1:15 PM, Andrew Sullivan <ajs@anvilwalrusden.com> wrote:

Dear colleagues,

As I said I = would, I poked a colleague at Dyn to help with review of
some of the WG documents.  My colleague Alex Sergeyev, = who has worked
on our EPP client code, sent me some = comments.  I've included them
here with my own = comments on this document, but I'll call out which
ones = are his.

I like the goal of this draft, = because anything that could bring some
order to the mess = that is IDNs and their registration would be
helpful. =  I worry, however, that the proposal in the draft is too
specialized to accommodate the range of registration = practices.  

One issue is that the = reference to the ICANN IDN guidelines is not
entirely up = to date.  The linked one is older, and does not refer to
IDNA2008.  The latest (at
https://www.icann.org/resources/pages/idn-guidelines-2011-09-02= -en)
points out that IDNA2003 and IDNA2008 are likely = to be in operation at
the same time.  This is = important, because it probably means that the
extension = needs some sort of mechanism to signal "variants" or
"alternatives" or "linked names" or whatever as part of the = extension.
This is necessary, I suspect, because any = registry coping with both
2003 and 2008 at the same time = is going to have to handle both, I
think.  For = instance, the U-label "schl=C3=B8=C3=9F" (yeah, I'm deliberately
mixing language repertoires here; more below) corresponds to = A-label
xn--schl-yna3m under IDNA2008 but to Punycode form = xn--schlss-eya
under IDNA2003 (and UTS46.  The nice = thing about standards =E2=80=A6).



There is already an = effort for =E2=80=98bundling=E2=80=99 domain names, so this requirement = was left outside of the scope of the draft. There are many reasons why = names could be bundled and we thought that including a separate = mechanism within the IDN extension was not necessary.


The 2003/2008 distinction causes another problem for the text = as
written.  Section 3.2.1 requires the server to = validate a provide
candidate U-label for conformance with = IDNA2008, but if the client is
sending IDNA2003 this will = fail under some circumstances.  (I suppose
we could = solve this by saying, "If you're using IDNA2003, never send
the uname element," but that seems sort of sucky, because it = won't
catch mistakes.)  More generally, my colleague = Alex found 3.1 and 3.2
a little confusing as to exactly = what is required and so on.  It'd be
helpful to go = through this carefully for exactly which 2119 keywords
are = needed.


We are aiming at IDNA2008.


Also in 3.2.1, there's some discussion of the = <idn:table> element,
which is an identifier "as = provided by the server".  But I don't see
how to get = that identifier.  Do you get a list at login?  I wonder
also whether it mightn't be necessary to refer to
https://tools.ietf.org/html/draft-davies-idntables-08. =  Alex also
notes that there might be a case where a = single repoisitory is doing
more than one registry at a = time, and where the policies on the names
could be = different.  It seems that there'd need to be some error
handling for that case.


For this specific purpose James Gould (Verisign), Patrik = F=C3=A4ltstr=C3=B6m, Luis Mu=C3=B1oz and myself are drafting a new = proposal to deal with IDN tables and its definition so we can provide an = in-band mechanism.

We can=E2=80=99t use =E2=80=9Cstandard=E2=80=9D table = identifiers, because those are all policy driven.

Alex= also said that it would be more helpful for him to show, in the
examples, just the part that's added to the = <epp:extensions>, with
some fuller examples in = appendices.  (In my view, these examples all
follow a = pretty normal format.)

I hope these = comments are helpful.  I like the draft in general and
think it'd be a good thing to finish up.


Thanks Andrew.

I=E2=80=99ll add some clarifications to the document and = upload a new version today, specially since I need to keep it current = (it expired already)

Have a happy new year to all.


Best = regards,

A

-- 
Andrew Sullivan
ajs@anvilwalrusden.com

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

= --Apple-Mail=_99E0020E-000A-4A65-9780-78CB1C2424F5 Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="Mail Attachment.png" Content-Type: image/png; name="Mail Attachment.png" Content-Id: iVBORw0KGgoAAAANSUhEUgAAAJsAAABfCAIAAABweiJ5AAAYSWlDQ1BJQ0MgUHJvZmlsZQAAWAmt WWdUFM3S7tkIy7LknHOSnEFyzjkjsOScMyaCSFARBBQBFVQQVDARREwIIooIKmAAJBhIKqggCMjX i+F9zz33/vv2nJl5prq65qmq7p7pWgC4iOTo6HAUPQARkfGx9ib6/K5u7vz4UUAETAAPZAAn2S8u Ws/W1hL8z9/yEEAojc+kKbb+p9p/b2DwD4jzAwCxhc2+/nF+ERBfAwBD8ouOjQcA2wnlQknx0RQ8 DTFzLCQI8ToFB21hHGQPmH1/YeEtHUd7AwBwagBQEcnk2CAASIZQzp/oFwTtkPxhG2Okf0gk7JYM sbZfMBnKOFuhzraIiCgKfguxuO+/7AT9C5PJvn9tkslBf/EvX2BP+GDDkLjocHLK1s3/5ykiPAHG a+snAM/E4FhTe3hlhnGrCIuyoGAixJcifa1tIGaEuD0EevQb9wUnmDpBTNEf94szgLEErBB/8ycb WkDMDQCKkBDmpPcbi5JjIdrSR+mHxJs5/sbOsVH2v+2jQiPDrSnjA9pB7QwOMPuDiwLijBygHHJA hQaGGJtBDHOFOpca7OgCMeSJak0McbaGmARxZ1yYA4UDxc7T1GADinxLJzbBnsJZGMqnA2ONKT5C HTQxIg6iLftoQT/y1rPYoVwpPtjRFMphX7Slf4ChEcTwuWjXgEin33zQwdHx+hQ7FP3U6PCt8Q15 oosCwk0ockGIz8QlOvzpez8+1pEih3FDD4WSzSnjFXJGz0bH21JiQuGzAiyBATAE/CABHr4gCoSC kL75lnl496vFGJBBLAgCAUD6t+RPD5etlkh4dgCp4COIhDpxf/vpb7UGgEQo3/gr/dVXGgRutSZu 9QgD7+ETIjCcGG2MJsYSnnXhoYBRw6j/6cdP94cnzghniDPFGeMk/kiAH2QdDo9YEPJfZBawLQB6 FwvPkX98+Mce9j12ADuJHcSOY18CZ/B2y8pvT71DMmL/MPhr2QqMQ2u/ohIAIxYJZv7oYEQha2WM PkYL8ofcMawYTiCNUYKe6GF0oG/KUPonehTWCX+5/RPLP3H/o0dhzf8vH3/LSZIk5d8sfP94BTP5 JxL/aeWflhDgD7Us/lMTnYO+iu5G30X3oNvRLYAffRvdiu5F36Tg35yNt6IT9Pdp9lsRDYM+hPzR kTsvNyO3/ufur69kKKEwoOQAjv/4gOR4OP6AQVR0SmxIUHA8vx5chQP4zSL9ZLbxK8jJKwJAWdMp OgB8td9aqxHWJ//IAuC6uh3OD+r+f2ShRwCo7wKALe8fmagHABzbALj81C8hNvGXPQzlggUEQAdn BgfgBUJAHPqkAFSAJtAFRsAc2ABH4Aa8YNSDQQRknQR2gnSQDfLBYVACjoOT4DQ4By6CK6AFtIO7 4D54BPrBIHgNx8Y7MAcWwDJYQxAEj9AiTAgHwoeIIFKIAqKGaCNGiCVij7ghPkgQEokkIDuRTCQf KUKOI1VIHXIZuY7cRXqQAeQlMoHMIF+QHyg0iohiRvGgRFGyKDWUHsoC5YjagQpCxaBSUVmoQ6hj qGrUBVQz6i7qEWoQNY6aQy2hAZoGzYoWQEuj1dAGaBu0OzoQHYvejc5Dl6Kr0Q3oNpjrZ+hx9Dx6 FYPDMGH4MdJwfJpinDB+mBjMbswBzHHMOUwzphPzDDOBWcD8xNJiubFSWA2sGdYVG4RNwmZjS7E1 2CZsF5w777DLOByOFSeGU4Vz0w0XikvDHcBV4hpxd3ADuCncEh6P58BL4bXwNngyPh6fjS/DX8Df xj/Fv8OvUNFQ8VEpUBlTuVNFUmVQlVLVU92iekr1gWqNmp5ahFqD2obanzqFuoD6DHUb9RPqd9Rr BAaCGEGL4EgIJaQTjhEaCF2EEcJXGhoaQRp1GjuaEJq9NMdoLtE8oJmgWSUyEiWJBkRPYgLxELGW eIf4kviVlpZWlFaX1p02nvYQbR3tPdox2hUSE0mGZEbyJ+0hlZOaSU9Jn+io6UTo9Oi86FLpSumu 0j2hm6enphelN6An0++mL6e/Tj9Mv8TAxCDPYMMQwXCAoZ6hh2GaEc8oymjE6M+YxXia8R7jFBOa SYjJgMmPKZPpDFMX0ztmHLMYsxlzKHM+80XmPuYFFkYWJRZnlmSWcpabLOOsaFZRVjPWcNYC1ius Q6w/2HjY9NgC2HLZGtiesn1n52LXZQ9gz2NvZB9k/8HBz2HEEcZRyNHCMcqJ4ZTktONM4jzB2cU5 z8XMpcnlx5XHdYXrFTeKW5LbnjuN+zR3L/cSDy+PCU80TxnPPZ55XlZeXd5Q3mLeW7wzfEx82nwh fMV8t/lm+Vn49fjD+Y/xd/IvCHALmAokCFQJ9AmsCYoJOglmCDYKjgoRhNSEAoWKhTqEFoT5hK2E dwqfF34lQi2iJhIsclSkW+S7qJioi+h+0RbRaTF2MTOxVLHzYiPitOI64jHi1eLPJXASahJhEpUS /ZIoSWXJYMlyySdSKCkVqRCpSqmBbdht6tsit1VvG5YmSutJJ0qfl56QYZWxlMmQaZH5JCss6y5b KNst+1NOWS5c7ozca3lGeXP5DPk2+S8Kkgp+CuUKzxVpFY0V9yi2Ki4qSSkFKJ1QeqHMpGylvF+5 Q3lDRVUlVqVBZUZVWNVHtUJ1WI1ZzVbtgNoDday6vvoe9Xb1VQ0VjXiNKxqfNaU1wzTrNae3i20P 2H5m+5SWoBZZq0prXJtf20f7lPa4joAOWadaZ1JXSNdft0b3g56EXqjeBb1P+nL6sfpN+t8NNAx2 GdwxRBuaGOYZ9hkxGjkZHTcaMxY0DjI+b7xgomySZnLHFGtqYVpoOmzGY+ZnVme2YK5qvsu804Jo 4WBx3GLSUtIy1rLNCmVlbnXEasRaxDrSusUG2JjZHLEZtRWzjbG9YYezs7Urt3tvL2+/077bgcnB 26HeYdlR37HA8bWTuFOCU4cznbOnc53zdxdDlyKXcVdZ112uj9w43ULcWt3x7s7uNe5LHkYeJR7v PJU9sz2HdojtSN7R48XpFe5105vOm+x91Qfr4+JT77NOtiFXk5d8zXwrfBf8DPyO+s356/oX+88E aAUUBXwI1AosCpwO0go6EjQTrBNcGjwfYhByPGQx1DT0ZOj3MJuw2rDNcJfwxgiqCJ+I65GMkWGR nVG8UclRA9FS0dnR4zEaMSUxC7EWsTVxSNyOuNZ4Zvjx3JsgnrAvYSJRO7E8cSXJOelqMkNyZHJv imRKbsqHVOPUs2mYNL+0jp0CO9N3TuzS21W1G9ntu7tjj9CerD3v9prsPZdOSA9Lf5whl1GU8S3T JbMtiydrb9bUPpN957NJ2bHZw/s195/MweSE5PTlKuaW5f7M8897mC+XX5q/fsDvwMOD8gePHdw8 FHior0Cl4MRh3OHIw0OFOoXnihiKUoumjlgdaS7mL84r/lbiXdJTqlR68ijhaMLR8WOWx1rLhMsO l60fDz4+WK5f3ljBXZFb8b3Sv/LpCd0TDSd5Tuaf/HEq5NSLKpOq5mrR6tLTuNOJp9+fcT7TfVbt bF0NZ01+zUZtZO34OftznXWqdXX13PUF51HnE87PXPC80H/R8GJrg3RDVSNrY/4lcCnh0uxln8tD VyyudFxVu9pwTeRaRRNTU14z0pzSvNAS3DLe6tY6cN38ekebZlvTDZkbte0C7eU3WW4W3CLcyrq1 eTv19tKd6Dvzd4PuTnV4d7y+53rveaddZ1+XRdeD+8b373Xrdd9+oPWgvUej5/pDtYctj1QeNfcq 9zY9Vn7c1KfS1/xE9Ulrv3p/28D2gVtPdZ7efWb47P5zs+ePBq0HB4achl4Mew6Pv/B/Mf0y/OXi q8RXa6/3jmBH8kbpR0vHuMeq30i8aRxXGb85YTjRO+kw+XrKb2rubdzb9XdZ72nfl37g+1A3rTDd PmM80z/rMftuLnpubT77I8PHik/in6591v3cu+C68G4xdnHzy4GvHF9rvyl961iyXRpbjlhe+563 wrFyblVttfuHy48Pa0nr+PVjGxIbbT8tfo5sRmxuRpNjyVvfAmh4RgUGAvClFgBaNwCY+gEgkH7t ubY04CcyAnUgdkaMUHpoNQw7loCjwstRuVFnEm4TcbRkUgs9gSGc8SGzMksFG2AP4+jjUuE+zDPH p8tfIDAgRBBWF3ETDROLEPeU0JfkkVyUur+tTDpMRkuWVvaNXKP8XgU7RQHFj0rXlfep2Klyq75T a1BP1tDTJGg+216h5a+9TfuLTovuTj19faL+G4NbhvVGlcaFJrtNyWY65uzmixa9lg1WldZVNu22 U/ZYBw5HTid6Z7TzusuaG3Cn9iB50u7A7FjymvTu97lDvupb41fmnxeQEhgU5BisH6IUKhkmEM4R QReJjvwWNRndH3Mj9kzcofg9CdmJTcmYlIDUOzvBLtHdGnvM9nqkJ2QcyizJStuntG8qu2C/bY5I Lk0eyEcdYDgofki7wPqwS6F7kfsR12LnEsdSu6PWxyzKTI7rl2tXqFcqnpA+KXlKrsqiOvP0+Fmz mgu1c3UM9SLn5S9oXjRssGp0ueR9OfhK9NWka7ubMpr3teS05l8vaCu5UdFec/Para7bw3fG7w51 NN4L7GTvfNBVej+pO/DBjh6Xh3aPLHpNHpv2OT6J6T818PIZzXPZQYMhs2GjF2ovRV6RXq2+nh55 MXp37PSbzPGgCadJ6ymrtzbvbN6bf1CfZpsen8mbVZodnzs3n/rR9BPVp7rPJp+nFk4vJn/x+mrz zWopdLljZf+Plg3Dzc3f+ZdHY9AzmHHsFG6BCk2tQgimqSCOkyTpkujvM3IwpTA/Z1Vgy2Af5VTm yubu5+Xkc+UvFGgXHBFaEl4WmRV9LHZaPFZCW5JK8rnUyW2h0srSP2Xuyx6Sc5Hnk/+g0KCYqKSl jCh3qeSp2qgxqQ2pl2l4aPJojsBR4KnNoT2sc1TXQ09Ub01/0OCy4QGjAOPtJgwm703bzUrMEy0C LH2tgq2jbCJsfe1s7DUdJB25nEjOKOdllw+uQ2733Bs8yj3zdqR6hXi7+hiSZX3Z/RC/Wf/BgM7A pqCa4NKQrNCoMLdw3QixSFo4Eiaix2K+xQnEeyeUJd5NepE8lTKfurqTZhfvbvE9/Htxe9+kN2UU ZMZmee1zynbdH5KTmVuZdzG/6UDzwWuHLhdcPFxXeLbo1JHy4pKSgtLcoxnHUsqijgeVh1Tsrbx9 UuLUuWqx00Vnnp1drSWd46wTqpeE40D1onaDYaPVJbfL4Veyr56+dqtpoHmsZbr1axv6Blu71E3N W7q3Ve8I3EXdnezovtfUWdtVfv9w974HqT2xD+Mf5fa297E+2dU/+pTzmc5zx8HAob3DZ188efnt NeOI9KjlWPSbo+M3Jp5Ojk1Nvp17j4XZT58ZmGOYl/uo/En0M93nlYX3i8NfHn69/q1qac+y83ex 78sr7aupPzTXiOuGGzO/8y+DzKEq0V4YCSweu4ibwc9STVIv0hCIIrR6JHe6dPoLDAOMm8wiLEas oWz72E9yXOPs4nrAfZ/nBm8VXzK/Pv8PgTOCFoJzQjnCYsIdIl4iq6LFYnJiD8WDJPAStZKmkh+k sreJb+uS9pMBMpWy22VfyCXAr5tGBUuFacVMJV6lVmV75XmVfap8qi3wq2VafY8Gq8Z5TT3Np9v9 tn/SStPGa5frKOkM6abq8eq16tvovzQINtg0rDayNaY2vmey01TJdNas2tzTgt1iyLLEysGazrrH JtNW0/abXaN9mIOYw1vHKqcdzhzOz10KXE1dN92a3MM9hD1GPUt3WO9Y9ir2FvG+5qPn84qc7Cvo +wKuI8EBJoGqQerBZiHk0IgwcrhOBH3ESOTZqIho5ej1mHuxeXG28SzxrxNOJvoniSa9Tz6RYpQy khqexpz2bOeNXbd2d+65t/d6el1GaWZmVtQ+j2yj/ZI52JznuWV57vnC+WsHxg8+PnS94NTh3YUe RRpHOI+sFg+VXCk9evTgsaKyquNXy+9XvKicPbF2iraKv1rxtOkZz7NRNbtrc88dqNtbTz6veoF0 4cvFjw2rl4iXea8oXLW9ltZ0rXmlVf16dFvZjUvtrTdv3Oq5vXTXpON6p0PXUndpj+LD570H+3z6 zZ7qPdcfCn9JGpmb7Jtd+rZKyf+v2hvlnYBTAeBIOtyhZgPgpANAYScAooNw30kAwJYWAEd1gBIN BChiL0A0Jv6+PxCABjhAAxhg/YYPiAE5oAHrLjbAHdZC4uDusgCcAA3gFngCJsA3uHPkRuQRE8Qb SUIKkQvIA+Q9CocSR1mi4lCVcJ+3Cfd1iejr6J8YE8wRzCRWEZuDfYPTwJXh1uAO6yGVKlUtNRd1 IYGGkEtDoDlM5CTW0irRtpO0SG10anQ36E3pXzPEM9IzXmQyZBpgdmQeYLFhecrqzbrCVsauxT7G sYuTi7ONy4ubmrudJ5FXifcr3xX+WAFlgXXBbqFS4WCR7aIk0XGxq+I5Er6SelKi20jb1qQ/ybyV HZRrkk9TkFcYU8xRUlb6rNyqUqSaouavbqkhp8m2naQlo12uK6V3UL/H4LMRlTGLCYcpt5mwuZKF tWWM1THrTpsvdkL2Lg6HHLudMS6GrtluvR6snr476r3e+uDIDL443yW/d/4jAbNBdMEWISWhH8K3 RxRHfoo2j6mPI8bHJLxKMk5uTZVOq9nFv7t8L2t6YSYhK33f0v7QnLm8/AMRh5oKGY5wFn8srTvm fZy1vL/y4EmTU0vVBWeYz+bULJ8Lq/ty/vBFo0aGS4tX3l+bbp5r/dA21b54m+2uwT2vLp9uhx6d R7KPJZ6oDEQ+WxnGvKIeOfmGaeLWO9L0zjm9j42f176ofDNeJnw/uPJwdfrHu7WX69c2Dv/03ZTb Wj8o+cfD+h4jrDkIAEmgCLSAKawz+MAKQxrIBWWgDlyHdYRRsIBgEU5Ebiv7KUgxcgnpQz6i6FCK KHdUJuoK6h2aD+2NPoOex6hgsjCDWAlsOnYE5r4cD/DB+EEqI6pWalnqeoIE4QKNEs1toi1xijaZ RE0qoROguwT3r68ZkhhZGVuYnJk+Mu9iIbAcY5VmfcgWxc7GfocjhJOZ8w5XFLcw9whPGa8rHzvf S/5KAX9BOSEg9Fz4vEiWqKeYEtzLzUr0Sl6Fb7EC6UyZnbLxcn7yugpEhT7FPCULZTblRZWXqt1q zerVGgc0U7cnauVqt+p811PU9zfIN6wxaja+YXLD9KZZj/mEJcpK0trZZp9ti928g7Cjt1Ol85ir oFuoe7MnfoeL13HvLp8BcodvnV+Of0iAfaBpkFtwRsidMNpw34j2KM7o1JjROP34ukS6pOjkR6kC aYk7+3cr7zmTzpVRnEXYl5Y9n0POncxPPShXgDo8WnS5OLFU6eiXssvlCZUaJ36cqqlWOF155kON WG3wuUv1bOcrLmo1fLxUdkX9al8TuXmttbrNrh3crLtteWex42Sn732NBwIPMY8eP058guvPe0p8 Vj3oPWz1Mvx17eiHcb5J27fp72/NsM0d/iS68Phr8fKBVbM1hfUTG29/Lv7OPwZQw5ouO8y+FKw1 GQBbWGGKALvgzK8C18ADMAbnPRERRXSRHUgaUo7cRCZQ1DDrZFQJqh/Ngg5A38RwY/ZiZrFu2Mc4 A9xNWE+5S2VJNUodR6AjXKJxJqKJLbQxJHnSCl0XfRlDAqMbkxmzOYsdqzmbKrsEhzKnN1cKdzyP L68jnzW/lYCVoKWQlbC9iLdonNhB8XqJB5Iz22ilVWUCZY/LDSlwKvorNSqvqdqqPdbI3e6mjdU5 rLuub2GQCTPYYtxucsu0z2zNwsKy2VrG5oKdjH2zo4HTkEuEG8H9gqezF4MPja+3v0fA2yDN4PyQ 92H24b2RVlFPYzxip+PTEnmTxlLup93ZVbnHae+PjKos52y+/Qu5N/MPHAwsMCnkKHpUHFiyfDSz jOF4dYVK5eOTgVVIdcUZtbODtQl1XPUPLuxpMLkke8X42p7m6taCNrd2tpvDt8vvut3Dd569r9R9 o8fo4XBvcp9sP3pg4dn04MBw4UuxV5Wvf44ajeW9eTRBN+k0dertzHv5D2HTp2YezM7OYz9yf5L7 bLjgskj+4v/V9pvgt6Wlg8vcy/Xf1b8f/7664rLSvMq6GrvavLr2Q/dH1o+eNdKaw9rRtf51qnXd 9eT1y+szGwIbbhtFGw83Nn7K//T/efTno58/N+U3AzaPbfZS8h8XqKhAeXsAhKgPy49jm5tfRQHA FwGwUbi5uVa9ublxGm42RgC4E/7r/xyKMuV/oooFCnrUujJAuf7793+Hw8XBvpCpSAAAAZxpVFh0 WE1MOmNvbS5hZG9iZS54bXAAAAAAADx4OnhtcG1ldGEgeG1sbnM6eD0iYWRvYmU6bnM6bWV0YS8i IHg6eG1wdGs9IlhNUCBDb3JlIDUuNC4wIj4KICAgPHJkZjpSREYgeG1sbnM6cmRmPSJodHRwOi8v d3d3LnczLm9yZy8xOTk5LzAyLzIyLXJkZi1zeW50YXgtbnMjIj4KICAgICAgPHJkZjpEZXNjcmlw dGlvbiByZGY6YWJvdXQ9IiIKICAgICAgICAgICAgeG1sbnM6ZXhpZj0iaHR0cDovL25zLmFkb2Jl LmNvbS9leGlmLzEuMC8iPgogICAgICAgICA8ZXhpZjpQaXhlbFhEaW1lbnNpb24+MTU1PC9leGlm OlBpeGVsWERpbWVuc2lvbj4KICAgICAgICAgPGV4aWY6UGl4ZWxZRGltZW5zaW9uPjk1PC9leGlm OlBpeGVsWURpbWVuc2lvbj4KICAgICAgPC9yZGY6RGVzY3JpcHRpb24+CiAgIDwvcmRmOlJERj4K PC94OnhtcG1ldGE+CgOpdOAAABtsSURBVHgB7V0JWFNXFn7ZSCAkYd9BZBGQRVBQERGtO6K4KxWx rVO7fO2001o72GlnprZVq9NlbK17XWrHqqOouLTivtcNUBQUEGVT2SGEkHX+x4MQkxABg1rmvc8v 3nfvuefee849633vwVCr1QR9dSMKMLvRWuilkBSgOdrd9gHNUZqj3Y0C3W09tIx2N46yu9uCnvV6 6uRSqVLOYDD0J4KwwozJFpmZ6zcZr5GplLWyBhJGH2tTpCLi8DisZlbSHDVOzA633q65ny+u1NBX u79CpXTgCQY7+ujzRRtMv1wrk5x+mA9+6u8TpZpgE+oB9p6O5iKqI4OOR/Up+CQ1oKeRAB+8NMCW x40HhEaxkjg1u4Tm6OPI+Udrp7WuiTl28v6tm7UPDGpduVLpbiGKdQsyZA+NTaNEUn2oKAuSSDA1 otgMD9llq9TDXQPc+DZUFc1RY6TsRBubweQwmWYMln5fcITFQHChyxV9SJ0a6FQOCwi1lWsziJJQ c5hqhhZOWuvqUO8Pf0vLqIlZWCdvaFC0Gb1AG1ubWXR0SEQvNTKJkV5CjjmXjl6MEOhJmpZn/vZp 4VVrjgG2VSka59h7/jgoUVtJtmeszKrCMWf+U8di8PXy8FWEylup3jRwWpSDD4WK1rrtIWkHYArE ZWVSMZNhQPmpCJWIze0lcuoAuiZQZC1u1T0gi2q9HB9DxVQRXiIHEac5cUFztKPkfd7hDWyl533K z/f8DtxNz64sJNhmSArozlSpcBDYzfIZ0FGtWyAu35X3O0H6yboXxmCpVRN69vMSOlJtNEd1afSE 9yfv5yzNv0Rw+YQeQwm5dLKzz4veA1oTPO0brLShNvnWWRk4qs9UtcpGrQpz9NZwlNa67SPqHweK llET80quVskJFRn0610qhpqtZpgxDSQf9GAfqUBiSEqg9yOV1A2ZXFARXCZTk9mlOWqATJ2uAs3/ dGzt5punCHNLA1pX1hDs1js9bgHI36Eh0u7njEpdTmYB9VNRaiWhUu0f806sRwiFk+Zoh2j7GGAw apx7iKsZnzDjItTQgVYp5O5WTiRjOnj14FsnB49o4qheX7WaqVJ7Cmw1KGk7qiFFNynQMmpiRqbe vXqt4h6TjF50MauUcheBfZJvpJ6g6ULq3OeLK7bnnkclQ8/XVatVMMuTvCJ8hA5UL5qjOtR70tu/ ZhzIunyA4FsZiEcb6wmvvrN9Bmq8mHYOll5VlHzgGzJ00feqVLCjSpeZn2s4SmvddlK1vWB36pAF rGMwDYmKWingmPuJnDoqo8j+Z9c+bJqBga5MlcpX5CBsOQCgOdpeVrUTTqVWy8n0qwHSqwk1G4LW cc8I+luhVrV9sKrGoaxmPENbqZ1zp8EMUWDGkVU7bx4neEJ9X5eQSazcgirikw3y2xCy5rrDJTdH 713SttZV7Rv3XpxHHwqa5qgRSnamyZzNIdg8gmMgekHgaI/Wjl8sJpPg8MjoxYAdVRFqZdOjEc14 aa3bcQI/3z1oGTUxf/bcvZJZfo+F6EXvUioVbgK7l8joRWP19IAMVeDs5T+551UQUj0bjAQhS62e 4h3hS5+9GCKdCeoSLvy34fxuQmBjIHqRiole/ZN8IlkdYyhxtqxg4fZ/kna05dGT1okqFYheHF7+ huZoK01MW/pX8Ijf7DzMSbOnm2KQKuQhVi4GDjkfN4M+1i5Tx7zOIphIyOvAKtVqjkrV19ZDU0/b UQ0pTFZAnNEW28BkXZ60b9i2OurX03a0fRRtN9Qn6fsXnfmZ4FkaYB2Z31Hti/1LnFtwu/GRgPFH V+/NPknwBAYiIoUC5zy34hfSWrdDJO0AsDXXgnhYQEYv+idfQCOp/SLjUKxrUPvzDOkV9/amHyLq Kgg2IiK9C099uvrZt7zGhGZa6+rR6MkqHjTUHivNVjOYLD2/FNSWqxRCDne8e3M2oD1D3ZNUnSzJ YbM5BjW5XKlwNBeOcAnQoKK1roYUpimAvmoG405lMctQkgFxS75Snn4/b27gcBeL5vcDjQycWphx rjRHaDAD1dQNT3v3t++pjYHmqDY1TFPeczfjl4MrCT7MnqELzoyi8ZNbpy+Nervfo8zQhsZz9Cuy 0uYfXEGIK4m2Mk0yGWFpNcoj2FerJ611tYhhomJmVVGfXYsIpYxgtpHzg78rqSXsPFKiZsW35GO1 B6+Xy5Kv7Fpx5QDpGpvxDIS2gCaR1I3oHX14+JvafWmOalPDZOWcmtIHUjEHxg8Safhi4FUWDoPp JbTT8ZLQo1YmvVtfKeDwuCyOYXYSBN5KUygVwdauOi/S0FrXML2fsJbLMov57XsCSSKkGggEqAYv BoEzMrnMQEyCjHyzZ9tWXya08UthY3+Mmq2DmuaoDkFMc+tpafu6z4BV+/9NmJmR2TsTX2qisZGw d3/TP0YfMc1RfZqYpmZ5/ylVjXXXqh84wKfVf2Oi04MwEAKpHogrPwmNjdBK/mnw0XZUQ4ouKay5 ferS/TyhhZBpGqYyVCp5jVz2btCIQJGzwRnTMmqQLCar9BM4vnZ4DVGSizDjSZHCuVXIiUbJ8EHT 3SzaxEbL6JPS+bH9M6tL+xz8isi9TPDMCYNPlD0WBQAg4vJGdH8jJvH7gQlgblsXzdG2KGPK+ofS uu+zjx0vLyxXyFx4fAQtBvzbNgbEQbdYIauUSfvyrSd7hEz27NcGYHM1zVHj9DFl6+/l+ZPObS8p zMJBJxnVQF4N5H61RkRso5ARMilOct4LGfFZvwnmTAOPRmh1IIs0R3UI0rW3yONvuX32g2uHiZJb hLSezPuAr4g+8Y/SpNCuOHRrejKBrBTZD/UOXxgydqRr73bOjOZoOwllSjA8eHCiNDul6Pqukuzi qlJCUkPaSBX5IBHJYK45HmqJceg5yaX3BI+QngL7Do1Nc7RD5DI9MKS2QlZf09hAffFTyOaKuBb2 PIGQTDZ15qI52hmqPc99TJ6gep4X+38xN5qj3Y3NNEdpjnY3CnS39dAySnO0u1Ggu62HllGao92N At1tPbSM0hw1KQWKi4quXrkilUpNitUEyJRKZWZGRn5+vglwPV0Uzc8wlJaUrF2zBpRls9kymfzF xFkhIc1fJdOZT1FR0drVa5RyOZPNAuTspNmBQfjjCJ259qakfJL8UUVFRdSQ6K/+/a2Li0tnsHRB n5qamuQPFqTu22duYbEg+a+vzJ2r/ypuFwxrIpR4SRhXRnq6s529pRnXRiDkMlk7tm+n6vV/L168 aC+0EnB5gOQx2Cm7dunDtKemsrJyYL9wkQXfw9kFIy75fHF7ej0dmE3rN1hwzNwcnbDGXj288vPy OzFuVVUVNFBJSUlxcbFEIukEhs51aZZRFotlZW0NATUzM+Nyufhta8OwWWwrG+vGxkYOhwNITtuQ bWGg6uUyWV1dnYWFBY/Hw+hVlRXG4Z9mK5iBp0AwNwwqkUqk0qa/WdbBGXz15bIdO3YIBYJGWeOy r78eOXJkBxF0EvyZeUZ29vYJsxOxeUtKS3p6eU1LmNnJFXRBt/GTJob2DSsuKamurp4ydSqm14lB YE3uFhQUFhbeu3u3QWLsL0F0ArmRLs/sWUC8gf7R3/4WHh6el5c3evRobx8fI7N8yk1eXl47du/e vy/V1s42fuJEqJBOTAC6B1Jubm4OGwxl1gkMnetiMo7W1Yllssamr4CoRVZWoALe37iZlXX7di60 lo21dUhoqKNj87fUqbk2NDQMiYkZOmyYQqGQy+VQ46iH1GJH45OG+IahpUBA0eJG1o38vLzomCEi 0SNv6N26dev2rVticT0o5+3jHdC7t3EXpvDevevXr9fW1AqFwpDQPq6urhgRggjPFs+EMJhMkVDE ZDFxayWySpqTBEsG+0KpXw19xWLxjawsWEfMWWBp6enl5evrC4NFAWAt4ro6TANuJjUZ/NZUV6MX UAkEAlg04K+tqSHNJEGgI7Wo6qqq8+fPu7q4BoUEl5eXs1kslUrFYrOtrAw8yIkmwFMjAo2NrW3r wkm8avX1a9cCfHu5Ozl7e/SAi7QnJYWq1/+9euWqr2dPuDMU5P7UVArmg/fnB/sH9O/bL3pg5L27 936/cGHm1Gm9enoBm4ONrYu9Q9/g4DWrVqnwlbWW658ffxLo6x8ZHhHeJ/TkyZNU9Xcrvgvs5YfK kIDeR46kQXHNe2Wup4u7l7sH+NfSVZ2WljZz+owAH19gdrK1wygYa2r8xF8PHtLAaBfgoMx/913M EPCOVrYutvahgUFfLlkKB23unDl9/HtjDqOGvQBPHr1yb9+OiRocERaGOWB0mUxGoQKTVv/ww9Co wT3d3J3s7B1tbF3tHPx9fMaPjV2/di1IDLCc7Oxhg6PRN8jPH3P26eEJQvUL6RM1YAB+Tx4/QeEf CpjQsGB//7ffeBP4161dNyiiv6UFf8kXXyjkiskT4kODguE5As+5M2ep0bV/N/24EWuJ6j8gyM/v 3bf+DAZrWk0mo+UPH9zJz+dbWmL7f/ftt3tT9paWFJvzLbgcLpvNwse3S4pKFvzlfT7fEqERtbnK y8sgeSJrkbxRLqmvpyqrqypRCTdNrVTt37MP0SouaDA7u9Z3uL5a/q8vlyyBXEOnQVCUcgVCqfr6 +uNHj2FnfLgw+b358yls1O+d/DuvzJlz6fffgRao1Fw1esELXfrZFzevZeXm3S4qKQakWFwHZYEC SHy34A5EHyzs4elJveMA4Uv+8MN1P6zhC/gwGY2IoVVqGZMhL5OfLz934vjxXTt2bvp5K0S8oKCg tpZUA5A/EBrSU1ZWBpwyqUwiIZfZhL8AjiFw5uXmLnjv/S2bNwOYgzf9WXA9WYHBQQdSU+FqwBin pOweOCiSWgj1i1lt37btzp07GAID9R+EP2VAPXZGtpuMo/CRzXnm0CrAvmnjRowqsrbi8/kgtFhS j3qBSKhUqjZuWD9x8iRKj8GxpiwNGwxpsVXQvYgC0RFU27ljB5Qw1JRU0gA81Hp+WLny04//jn3A 43IVMkVoWKiLi1tZRfmNa9cwNHp99vdP7e0dZs9JouCh6z5OTr588aJzU7wLOuIBLZFQCLS11bV7 9qZYW1tDa0HV83ikzUMvIMFewb5HgVT7TZW7d+36cc06Owc7MAmtY+PGYZPdv3//euY1KHPwBhoS yykreyiXy+SNMsgNNQHgRCv2UKO8UamCom3Gj0psLyieyxcvYSCoYhAK6wXA9Bkztm39GTO3sbE5 cuQINoS9fevzYwg1r2VmOjg4wGyF9e07dmwsNRD1azKOUugwe0wdn6mbOWtWQsJMEBGzWf39yiOH j2Br83jcosIiKFIYPO1JGCyDcGCks7PzyFGjQsJC+RZ8pCBycnIQFVgKLTEQaP350iXj4sZZWVnD Sp07ew6cg9pE8PXNsuXDhg93cyPNJAT38OHDtnZ2KGNH9wsPf/X11wICAiQNDYcPHtq8eXNNZZW5 Jd/gHKhKZtPLZYf2H8DGQw3GXb1+XfSQIVQrvNld23ds/PHHhR//DZzGZlq8bBkYuGd3CkwPakCQ xDlzQkKCG6SNQU3ZGJKrLZdM2gh2Rg+Jjo6JAf96BwaiJTAwaFBU1P69+xAo3rtTcOzI0ekzZ7T0 IFL37MW+xH4Cy8eOi9UxtCblKBNPKKowzF8WfDB/wQfUDHr5+fn4+kwYOw5ajnI6AKCZXFsFMAxC GTlk8BeLF1OLpCC3bNoErwHsgffxj0WLZiUmUvWWlpYjR40E+WYnJEDKoZEO7N8/77V5aE1LOwya khJZW9u3b9+NWzbbOzR/LjosLCxy8OA35s2rq61tayZkfZNKw6ahtCi+vAm1qYF3d3d/5/33psyY TuW8bG1tE2eT73TeuJ518sQJSCFGHz1m9AvDh2u6aApo4vEtFn3y8YuzZgG5ph4fV504efLBAwew rUFSaOCp06eB8QCorKg4evQoVoo52NnYTZw0WdOLKhiOR419uK5VY+ugwi0DJg2aBx6/dpuDg6OP ry+eXyQhyMvwoJou+FgXVBAU1+ykJG121tdLLl74naSRTAbp7xferwjRXsuFokcPDx8fH5AJwnT2 1CkgxO7JuXETxAJC3L7x1lsadlLDDYwc2KNHD+ObDGQFMBxjLAE7o6FR+urLr8SPi/vr/A9+2rw5 Iz0DJsbNzY2iOIUWv5gGlkrdQj1q6rUL2LXItibNmaPNTgpg2PAX/Pz8AAB6njt3Fg4XVX/ixAk4 buAoxHRwTHRA79avpFAAzfuCnHTTvKlazVSo20d/we5WrlKrbQVo+syZzgKwy8hgprVTK7iREuag brI6GpgHpSWwW1g8pBBm708vvUS5eM0AeHqZyawX12O1mBUy1eCitEGK4ARdsKNhL6EwNNioAqYK MKPrxYvYJEcTEhNTdu+GhgAerAga9fSpUxgR7ol/QMCMhARYbuN4dIbGLfYuqIK5YaPotCKkiR0/ /svFi6F+yu6X/fbrr5SpOrAvFRPGAkGESdOm6PTCbTNHsWbNFkOH6urmWEe/g1QigZtHAeOXa2Yg dtZlM/lmlbbt0MdquAaE025AOg32iYFvBTGZkIAb128qVQrt7QVgGDnsHjIVVVIibWjA3oNfT36h T6VGPYv1GPWgPZxOOaJ/xMo1qxf9/R+w5VgOkqXw9oAR5Lp4/sKpkycz069+vnQp6Ul15AIqXAZ7 xI0fv2H1WplcZsYzO7j/wNvvvAObffr0abiNWCAOSKKjm225dvdmjsJRhoFFPhO7TKVQwtFPTErS htOU0VRfJ7a2tYGrBmlwcnbSNHV1AZEPVG5NbQ2Ghi569c3XzNhsiKn2uNQWUEAi7WzJbcpi8S0s 8ElwrhkPwvrw4UPof214CAe40hZNtSFRHjN2bHhEBFyt0ydOgK/wwiCy6Av/BTts3eq1AwdFweDp 9Or0LdyoyCGkfwR5zbp+PT09PePq1Yel923t7cS1dePGx+nkW6iBWjhqZ+fbyzc7Oxv8t7Dkp+5L hWUe+sILOrPJy8vfuGEjz4L08uGI+gX4uXt46MB03a2jk7Orm1txYRGHY4ZNmjg7qW+/vsaHg8JE QHnp0iX8cV5QYevmLfAhtbsg4IOvgfBJu9JIGR4meIZ/UJWw4ulX03H6hGAUognjfTQtTZ+joBX2 lhGcbTYxiClTp8HHbnIsFFs2bS4pLESMCKvv4OQ44VFnRYOkVQuNiR0HLYcdx+XxYF3eefvtnzZv KS8rx+4j9XBVFVwvpFeKigshH+gPS/bCyJEGt4kGu2kLCEtiYmKwHg6bLRHXf7boUxxk6gyB6B6X phJOY1R0NBalVKsQECOm/GThwuKiYvgyyMOBE6+9Og+ulYUluSLjF0R84YIPoV0pMAi3l7f35KlT cLILImBWkPUaBLstFyX3YCc0CrKALdUd+39IzBD4PohTLS0Fe3fvvnzxMswqfCJ4zvABDeJq3Tvj 4yds27oVnrGTkxO6VZRXIMWz8rvvPDw8MFeYJWQ3MDk4AphlVUWlVy/fl195xSDSrqucOevFn7du hTmBe3Lm5KmkhBfnvj4vODgE53+Y4flz59euWuXm7r5t5w4YOWoa4+Li1vzww63sHBs7Wyjt1StX QQNhUQjmsSLIKKLAx0wYX6lRqxE4fbV8+Y4d2+MnTRo9egzSOrBTkO+ft/yEuAgMBst79HhEY6EX TD5cGOQIGxqkFRXlMxMSXJqSyY8ZsaUZQ8TGxWVmZFL7A195BQuwivjJk1pAdP9v5SgkDwH7S7Nn 52TnIKjCLUQW2YDcnFtwUzEtWE3gQiXMLXbl0uXLnqbKpSYOrfvZksWvvvwyyIe9deHCBWhUZE8w PdQgSYsCHH3kCBd9/jnVxc7e7h+fLZo7ew6YBwIJrURIekB1Y1EIkJBwkDU2wiLqEkbrHjixh75Z /jWyHEgHbVy/YfvWbc6uzjiQgAsJiadiCeyMGTNbzwS9vb0RZQENKImThvfffReWwtPTc/LUqR3y +sdPmLBh7TpoTcofBhKkyQZHR2tN8JFiq9ZFNYK/rb/8MiE+HjYS60dMDXGE1cSFvQZcIBkUXUT/ /lt/2YZUjjYmRE5YHshaU1WNb2FpN6FMtkL1kK010OFUa0O9pFLcVFtdLcd3Ypsu7OVKcS0gq2qq YauoSu3fsbGx6zdtQhBZUVaO3C+wgT138vJJt05NRgJQU35+/tpdMNX1WzYFBgZCmLAErA5KGCsa N3HCytWrnZydqXBL42IBJ5ZJzqGqCkRQKpTY4skff9TT24uiiVQmxSHg5UuX8HgDrBJohe21dPny PqGhmnEhRohqoDnILmoywwVPPe233wAAqWjGX0OeyWi6GCwgaEF+SiLGeRR5Ybi4+HjK8BmEb5VR qhkHQ5u2/nQkLe3XQ79mZV0ve/AAIR2a8KwCVtXL33/osKHwqvUxRkZGQjNAiKGidfQY5gFjhi4c eJxmXChMaqyIiIja2hokcaFJkO2jKoOCgxKmz4CD1tBA7miqUud39JgxIX36IFt9/Pjxwrt3MUMM IbAU9vTuGRkVNWXaFGdnF50uYOrAyEiczNy4fr2mrlYgEA4YOGDU6NEQo/IHDyl3F7+40FEoEk2c OAlRmkIm7x0UhFAdk//TvFdj48bt27P3zJkz+bm5yAmr1EqIr4OjY3j/iBcTE7FjtAf16NFjzYb1 Xy//V2ZmRpPt5yBjNWL0aAo/kjASaUMT/kDsLe2O+mUEu0iBYZ9hv7o4OYP++jCaGmPvj0Ioy8vK sH8RL3F5XPDpafpBmikaKSiUSjzGg3MbEAVsgAfQFnBpaalm02jDwNNJnJkARkKLQML+uydFY4C1 wXTKiIIgwgqFEmRxdHDkG00L4xkGcX09zhVgpLADdFC15/a/O3e+Ne8NJMahYBLnJH27YgV2cJsd IVjd/oIZCw8NW7Z0KTao9mIzMjJGxAzF2SpOfIXmFh8lJ2u3PtsyJLJJlnBYmzsseggmiUNZHO4e STtifGLGZLTNXfCHaoAEv/na69jm0Jw4cgkLD3d2doLWuVdQcOzY0apK0suDdReIBLtT9+lozme4 UBjgP7/1FjyDgjt3oGBghuA3RA6O2rV3j3FB17Wjz3ANXTR0UVExcrA44MNzi0j0ZGVlUQNBccHq 4yp/WM7jm8OFfn7YiRniCOLU8ROQVGxETBJuGnwQHPIYZyc6PsYmdxGVnyZaROL/2blj8rSpbDMO PAsqi0I5yUhTgGTRQ4ds3roVh8xPc1aPHQsWobyqEuno+rp6mE8HB/tvVqwYMWLEYzt2f62rIcGV y5fxkFReXi7iK5giBKaePXsGBwcPGDiwk1k6DeouKMCN37l9O04nhVZW/v5+eL6unQ+Z/h9xtAvI /jyi7P5a93mkelfOieZoV1L3WeCmOfosqN6VY/4PV2iSp+CpbccAAAAASUVORK5CYII= --Apple-Mail=_99E0020E-000A-4A65-9780-78CB1C2424F5-- --Apple-Mail=_ADB585BD-A067-45C4-98EA-74BDBD3510EC--