Re: [EPP-discuss] The principle of the DKH EPP implementation

From: A. Schraut-Petto <>
Date: Mon, 12 Nov 2012 08:55:38 +0100

Good Morning all,

I fully agree with Jørgen. The way Hostmaster-DK would like to implement
and use EPP is "uncommon". A not-real time host:create command is very
unique in domain business (I nearly fell off my chair when I read

I would expect full implementation of all standard functions (Extensions
are ok):

* create contacts, hosts and domains
* update contacts, hosts and domains
* renew/delete domains
* delete contacts, hosts
* poll
* transfer
* rgp restore

At least creating contacts and hosts as well as renew/delete commands
should be real-time.

Thanks for reading,
Best regards,

Am Freitag, den 09.11.2012, 20:38 +0100 schrieb "Jørgen Thomsen":
> As i see it, the basic idea of EPP is being a realtime system with a way of providing
> asynchronous information to the clients about operations initiated by the registry (e.g.
> deletions after expiration etc.)
> For the benefit of further discussions on this list I think it is important to remember that DK
> Hostmaster publicly has stated that
> "EPP is only considered a frontend to the existing system"
> i.e. submitting the current email form in another way in another syntax
> This is contrary to what other registries have done, when implementing EPP.
> They have revised their business logic and old batch-oriented architecture and implemented a
> realtime system with new business logic.
> Unfortunately we see no intention at DK Hostmaster to change the business logic to better
> support EPP (obvious candidate: renewal and invoicing)
> It is thus obvious that when EPP is being implemented as a frontend to a batch-oriented system
> without changing the workflow of this system, then some functions will be difficult, if not
> impossible to implement.
> It is in this light we have to see our requests for a better and more complete implementation of
> EPP at the .DK registry.
> As long as DK Hostmaster is not intending to change anything in the business logic, then a full
> EPP implementation is not possible.
> Request for improvements cannot be fulfilled unless a way to implement them easily in the
> current system is possible.
> Venlig hilsen / Kind regards / Vennlig hilsen / Bästa hälsningar
> Mit freundlichen Grüßen / Met vriendelijke groeten
> Jørgen Thomsen
> ApS
> Kontaktinfo:
Received on Mon Nov 12 2012 - 08:55:38 CET

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