To:
<ietf-provreg@cafax.se>
From:
"Antony Perkov" <antony.perkov@poptel.coop>
Date:
Fri, 21 May 2004 15:34:43 +0100
In-Reply-To:
<5BEA6CDB196A4241B8BE129D309AA4AF02E4B411@vsvapostal8.vcorp.ad.vrsn.com>
Sender:
owner-ietf-provreg@cafax.se
Thread-Index:
AcQ/OK+Z2wjya4c6Tyubp9PnJiM9CgABiEnw
Subject:
RE: [ietf-provreg] Domain expiration and the poll command
You're probably right, the extra details the info response provides could be useful, especially the ROID. I discounted the info response at first because it seemed a little fat, but that was probably just premature optimisation on my part... Thanks for the response. > -----Original Message----- > From: Gould, James [mailto:JGould@verisign.com] > Sent: 21 May 2004 14:44 > To: 'Antony Perkov'; ietf-provreg@cafax.se > Subject: RE: [ietf-provreg] Domain expiration and the poll command > > Antony, > > We currently don't send out any expiration notifications, but > I agree that > this is a good idea. I would either come up with a custom > notification > message or utilize the info response (prior to the delete) > along with a > specific <msgQ> <msg> element like "Expired domain deleted". > We came up > with several different custom notification messages for events like a > restore command that did not have a report within the > required 5 day period. > The check response would serve as well, but the info response > would provide > more information like the expiration date. > > JG > > James F. Gould > VeriSign Naming and Directory Services > jgould@verisign.com > > > -----Original Message----- > From: owner-ietf-provreg@cafax.se > [mailto:owner-ietf-provreg@cafax.se] On > Behalf Of Antony Perkov > Sent: Friday, May 21, 2004 9:02 AM > To: ietf-provreg@cafax.se > Subject: [ietf-provreg] Domain expiration and the poll command > > When a domain is deleted due to expiration, what should the > service message > (to be retrieved by the poll command) look like? It seems to > me that this > would be a good thing to have some uniformity on, but I can't > work it out > from the RFC documents. > > Specifically I'm interested in what the resData element > should look like. > The domain:delete response doesn't specify a resData element > so that's no > good. I'm thinking the closest thing might be the resData > element for a > domain:check response. Does this sound reasonable? >