RE: extensding EPP <update> command for contact

"Hollenbeck, Scott" <[email protected]>
Newsgroups gmane.ietf.provreg
Message-ID <046F43A8D79C794FA4733814869CDF07015E475D@dul1wnexmb01.vcorp.ad.vrsn.com>
> -----Original Message-----
> From: janusz [mailto:[email protected]] 
> Sent: Monday, July 10, 2006 4:23 PM
> To: Hollenbeck, Scott
> Cc: [email protected]
> Subject: extensding EPP <update> command for contact
> 
> Scott,
> according to the wording of section 3.2.5 in RFC 3733 EPP contact 
> <update> command has to contain at least one element to 
> modify. The fact 
> can be very inconvenient for potential EPP extensions of the command. 
> The same section in domain object mapping document contains a 
> provision 
> for EPP domain <update> commands without any element to modify. 
> To make EPP extension of contact <update> command reasonably 
> convenient 
> and to restore protocol symmetry the wording of the section 
> 3.2.5 in RFC 
> 3733 should be modified to allow EPP contact <update> 
> commands that do 
> not contain any element to modify.
> 
> Similar problem exists for host object mapping (RFC 3732, 
> section 3.2.5).

This issue was discussed on the list a while back and has been fixed in
the recently-expired -bis documents.  This is how the new text reads:

At least one <contact:add>, <contact:rem>, or <contact:chg> element
MUST be provided if the command is not being extended.  All of these
elements MAY be omitted if an <update> extension is present.

-Scott-
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.