Re: [ire] XML rgpStatus definition

"Gould, James" <> Thu, 22 October 2015 14:22 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 2E46D1ACE70 for <>; Thu, 22 Oct 2015 07:22:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id fWWDab2o4XVV for <>; Thu, 22 Oct 2015 07:21:54 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 027081AD059 for <>; Thu, 22 Oct 2015 07:21:25 -0700 (PDT)
Received: by qgem9 with SMTP id m9so3971684qge.0 for <>; Thu, 22 Oct 2015 07:21:24 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20130820; h=x-gm-message-state:from:to:cc:subject:thread-topic:thread-index :date:message-id:references:in-reply-to:accept-language :content-language:content-type:mime-version; bh=wIeDWCGrGg5WOBa2pr5XUwXNm4rJqhf9caeWFfEJ1R8=; b=XibYo8mn+n+kFNBVebsvE0HGRhzkrF1yipQFfUTAXf+pgQdfKohD0IJswY2XS2Y2Af QReeI22LlIg3Cb31wsvaE+ajjeCOzdj7PmRHBhdCskssd5s9Q8U7rRM/WHNLgCGFCES+ GQQ8dbhxybeF0g+fbnyD3qw4RN/f6cMeXsQlb6BRcQsW1bv1MGOBtdhx7OrbBNwtaQpO i/RySxHeMPCQJd63r9UywhY36PYsoc5nEkeA22uGVsMB/QEwA/jYgdiAaSdbda1/d7bj J4YUm97Ek/CkxWKFUo9IODxBTl2ocJ5vPqrw8x1WOkoJO9fwUBDNRVyuBl6JKT55D4Jo Q8bg==
X-Gm-Message-State: ALoCoQnBexSCe0WUXIusmOkpmZBkNY/Kd89uS+SFlmv8CHyjOSl8/CIwCEa9t8c88FBMw6KfGaiXLuKwRKb2C7Ky1XlYMlnLwQ==
X-Received: by with SMTP id 44mr9716922qgo.42.1445523683916; Thu, 22 Oct 2015 07:21:23 -0700 (PDT)
Received: from ( []) by with ESMTPS id d19sm1884518qkj.13.2015. (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 22 Oct 2015 07:21:23 -0700 (PDT)
Received: from (brn1wnexcas01 []) by (8.13.8/8.13.8) with ESMTP id t9MELN64023963 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 22 Oct 2015 10:21:23 -0400
Received: from ([::1]) by ([::1]) with mapi id 14.03.0174.001; Thu, 22 Oct 2015 10:21:23 -0400
From: "Gould, James" <>
To: Patrick Mevzek <>
Thread-Topic: [ire] XML rgpStatus definition
Thread-Index: AQHQktoIsBLfNykcPU6a1tKLGGvXH52E04EAgAAC5ICA8+5oAIAAAmcA
Date: Thu, 22 Oct 2015 14:21:22 +0000
Message-ID: <>
References: <> <> <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
x-originating-ip: []
Content-Type: multipart/related; boundary="_004_B3555456E53A4855A4D3CF4D69BA8728verisigncom_"; type="multipart/alternative"
MIME-Version: 1.0
Archived-At: <>
Cc: "" <>
Subject: Re: [ire] XML rgpStatus definition
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Internet Registration Escrow discussion list." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 22 Oct 2015 14:22:03 -0000


My feedback is below.




James Gould
Distinguished Engineer

12061 Bluemont Way
Reston, VA 20190<>

On Oct 22, 2015, at 10:12 AM, Patrick Mevzek <<>> wrote:

Le mercredi 20 mai 2015 à 11:08 +0200, Bernhard Reutner-Fischer a écrit
Ok, i see, this is covered by the registry operational policy then.

Yes, I believe so too.
And in many registries, when a domain is in some kind of grace period,
if you do another operation on it (besides deleting it), it ends
prematurely the first grace period and starts a new one, so that there
is no overlap of grace periods (it makes calculations on refunds far
more easier)

There are certainly overlapping grace periods and there is the added complexity of termination of grace periods upon successful transfer.

So what do you think about the rgp endDate in the escrow data?

It seems to me it would be useful…
Otherwise you need to do some hack calculations based on upDate and the
registry policies about grace periods durations (which are not set in
stone by the RFC3915 nor ICANN).

The grace period end date is calculated based on the business logic and not stored in the registry database, so it is not something that would be included in the escrow data.

Patrick Mevzek

ire mailing list<>