To:
"'Rick Wesson'" <wessorh@ar.com>
Cc:
<ietf-provreg@cafax.se>
From:
"James M Woods" <jwoods@netstormit.com>
Date:
Thu, 14 Nov 2002 17:02:13 -0500
Importance:
Normal
In-Reply-To:
<Pine.LNX.4.33.0211141344120.1044-100000@flash.ar.com>
Sender:
owner-ietf-provreg@cafax.se
Subject:
RE: last-verified-date
>contact objects for domain registries are the only objects that the registry does not authortatively manage. The domain >registration and in zone name servers all have constraints which prevent invalid registration. >The data in contact objects also change over time as postal codes and area codes change over time. I stand corrected, Im nine months removed from my last EPP work so the cob webs are still being cleared ;) >as to the optional bit, are you requesting last-verified-date be optional for the protocol or optional that registries >preform some verification? Thanks for the clarity on this one...my objection was only from a business process level (see what happens when you stay away from your bit-head friends too long ;) So I support with no conditions! Cheers, James -----Original Message----- From: Rick Wesson [mailto:wessorh@ar.com] Sent: November 14, 2002 4:50 PM To: James M Woods Cc: ietf-provreg@cafax.se Subject: RE: last-verified-date On Thu, 14 Nov 2002, James M Woods wrote: > Rick, > > I think this is an excellent inclusion to the specs. I support it, so > long as its adopted as being optional at the registry level. As an > aside I also see some third party business applications opportunities > by including this..but I digress. > > To stir the pot a bit... are contacts the only objects we'd care to > have optionally last verified? contact objects for domain registries are the only objects that the registry does not authortatively manage. The domain registration and in zone name servers all have constraints which prevent invalid registration. The data in contact objects also change over time as postal codes and area codes change over time. as to the optional bit, are you requesting last-verified-date be optional for the protocol or optional that registries preform some verification? If the language isn't clear enought I'd like to make it clear that the responsibility is on the registrar not the registry to give the contact the oppertunity to confirm the data. the only registry responsibility MUST be to allow the registrar to twiddle the bits. best, -rick