Re: [eppext] Fwd: New Version Notification for draft-brown-epp-reverse-00.txt

Gavin Brown <> Tue, 17 November 2015 18:11 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 4C4FC1B302A for <>; Tue, 17 Nov 2015 10:11:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.486
X-Spam-Status: No, score=-2.486 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id C15NMvdvQ5TD for <>; Tue, 17 Nov 2015 10:11:30 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 92C181B306C for <>; Tue, 17 Nov 2015 10:11:29 -0800 (PST)
Received: from [] (unknown []) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPSA id 06FE5E1393; Tue, 17 Nov 2015 18:11:27 +0000 (UTC)
To: Volker Janzen Notify <>,
References: <> <> <>
From: Gavin Brown <>
X-Enigmail-Draft-Status: N1110
Organization: CentralNic
Message-ID: <>
Date: Tue, 17 Nov 2015 18:11:26 +0000
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="nrigO3hoPOKf1gqIqPfs74o2ilTcHx7rp"
Archived-At: <>
Subject: Re: [eppext] Fwd: New Version Notification for draft-brown-epp-reverse-00.txt
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, 17 Nov 2015 18:11:31 -0000

Hi Volker,

>> In order to reverse a command, the client need only record the
>> <svTRID> returned by the server in its response to the command.
> is there a solution in case of the client was not able to receive the
> answer due to a network error? These commands might not be undone
> without the knowledge of the svTRID.

Currently, the <svTRID> is mandatory but the <clTRID> is optional. This
could be changed so that either (or both) can be specified. Thus, if the
connection dropped before the client received the response, it could
send a reverse using just its own <clTRID>.

> There is nothing to "undo" a renew, but this might be nice, if you've added to many
> years. Would not allow it if the expire gets to old by the undo.

That's a policy decision. But I would not expect any sane server
implementation to allow a <renew> to be reversed if it had exited its
grace period.


Gavin Brown
Chief Technology Officer
CentralNic Group plc (LSE:CNIC)
Innovative, Reliable and Flexible Registry Services
for ccTLD, gTLD and private domain name registries

CentralNic Group plc is a company registered in England and Wales with
company number 8576358. Registered Offices: 35-39 Moorgate, London,