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-