Re: [EPP-discuss] EPP sandbox environment updated to release 1.1.3

From: Jonas B. Nielsen <>
Date: Wed, 3 Dec 2014 12:41:03 +0100

> On 27/11/2014, at 15.19, Peter Larsen <> wrote:
>> On 27 Nov 2014, at 15:16, Jonas B. Nielsen <> wrote:
>> Dear Subscribers.
>> We are updating our EPP service to version 1.1.3 for the sandbox environment. This bug fix release contains addresses the following:
>> - Revisit of implementation of punycode handling for create/info/check domain
> so both are accepted now?

Yes. I do however have an outstanding issue with encoding of domainnames in responses, since these are UTF-8 for now, this might change in the future if we are also going to echo the same values in punycode encoding.

>> - msqQ now handled according to RFC, too expressive for pending message
> can you tell us more exact what the change is?

Yes, for non-poll responses presenting information on awaiting messages in the poll queue we also held the message, so we propagated to much information.

Like this example:

   <msgQ count="1" id="101">
     <msg>Create domain pending for</msg>

We now follow the RFC (

- An OPTIONAL <msgQ> element that describes messages queued for
     client retrieval. A <msgQ> element MUST NOT be present if there
     are no messages queued for client retrieval. A <msgQ> element MAY
     be present in responses to EPP commands other than the <poll>
     command if messages are queued for retrieval. A <msgQ> element
     MUST be present in responses to the EPP <poll> command if messages
     are queued for retrieval. The <msgQ> element contains the
     following attributes:

<new page>

     o A "count" attribute that describes the number of messages that
        exist in the queue.

     o An "id" attribute used to uniquely identify the message at the
        head of the queue.

     The <msgQ> element contains the following OPTIONAL child elements
     that MUST be returned in response to a <poll> request command and
     MUST NOT be returned in response to any other command, including a
     <poll> acknowledgement:

     o A <qDate> element that contains the date and time that the
        message was enqueued.

     o A <msg> element containing a human-readable message. The
        language of the response is identified via an OPTIONAL "lang"
        attribute. If not specified, the default attribute value MUST
        be "en" (English). This element MAY contain XML content for
        formatting purposes, but the XML content is not specified by
        the protocol and will thus not be processed for validity.

And an example:

  Example response with notice of waiting server messages:

  S:<?xml version="1.0" encoding="UTF-8" standalone="no"?>
  S:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
  S: <response>
  S: <result code="1000">
  S: <msg>Command completed successfully</msg>
  S: </result>
  S: <msgQ count="5" id="12345"/>
  S: <trID>
  S: <clTRID>ABC-12345</clTRID>
  S: <svTRID>54321-XYZ</svTRID>
  S: </trID>
  S: </response>

> regards, Peter Larsen - ICANN Accredited registrar
> My info:
> Company info:

Med venlig hilsen/Best Regards
Jonas B. Nielsen	
Software udvikler/Softwaredeveloper
Kalvebod Brygge 45, 3. sal
1560 København V
Tlf.      +45 33 64 60 60
Mobil:   +45 31 54 60 56
Fax.:     +45 33 64 60 66
.dk Danmarks plads på Internettet
Dette er en e-mail fra DK Hostmaster A/S. Denne e-mail kan indeholde
fortrolig information, som kun er til brug for den tiltænkte modtager.
Hvis du ved en fejl har modtaget denne e-mail, bedes du venligst straks
give afsenderen besked om dette og slette e-mailen fra dit system uden
at offentliggøre, videresende eller tage kopi af meddelelsen.
This is an email from DK Hostmaster A/S. This message may contain
confidential information and is intended solely for the use of the
intended addressee. If you are not the intended addressee please notify
the sender immediately and delete this e-mail from your system. You are
not permitted to disclose, distribute or copy the information in this
Received on Wed Dec 03 2014 - 12:41:03 CET

This archive was generated by hypermail 2.3.0 : Fri Feb 06 2015 - 11:39:30 CET