RE: [EPP-discuss] missing domain:transfer

From: Tom Sommer <ts_at_zitcom.dk>
Date: Tue, 2 Feb 2016 12:28:37 +0000

We completely agree, now you just have to convince DK-Hostmaster :)

// Tom

From: Peter Larsen [mailto:peter.larsen_at_larsendata.dk]
Sent: 2. februar 2016 13:24
To: EPP-discuss_at_liste.dk-hostmaster.dk
Cc: Andreas Schraut-Petto <apetto_at_key-systems.net>; Tom Sommer <ts_at_zitcom.dk>
Subject: Re: [EPP-discuss] missing domain:transfer

we have for many years done delegation with the primary

i have requested for even more years, that the primary was noted as “owner”/“master” of the delegation

but heck, we have a master in soa, if it matches one of the nameservers, and is on all, name it master and you have one client that is master

it would solve it 98% with the multiple clients

On Feb 2, 2016, at 1:12 AM, Tom Sommer <ts_at_zitcom.dk<mailto:ts_at_zitcom.dk>> wrote:

Well, the main reason is obviously that a domain can have multiple nameservers, from different clID (clients)

--
Tom Sommer
Zitcom A/S

Phone: +45 69 10 60 09



-----Original Message-----
From: Andreas Schraut-Petto [mailto:apetto_at_key-systems.net]
Sent: 2. februar 2016 09:45
To: Tom Sommer <ts_at_zitcom.dk<mailto:ts_at_zitcom.dk>>; EPP-discuss_at_liste.dk-hostmaster.dk<mailto:EPP-discuss_at_liste.dk-hostmaster.dk>
Subject: Re: [EPP-discuss] missing domain:transfer

Signed PGP part
Hi Tom,


in fact, that's the same situation for .com.br<http://com.br> - that's also a sole
registry. But they have at least a unique clid in the domain:info
response...

I simply can't understand why it's not possible for the registry to
serve the registrars which such a simple feature...


Best regards,
Andreas

Am 02.02.2016 um 09:13 schrieb Tom Sommer:
> Hi Andreas
>
> .dk is a sole-registry, and many of the features you are referring
> to are not possible in a sole-registry. We, as simple
> "nameserver-providers", sadly have no authority over the domains
> which we supply DNS for.
>
> That said, I think everyone in the community agrees with you on all
> counts. We have all been pushing and begging for these features for
> years (!).
>
> I don't think anything will change unless DK-Hostmaster is
> replaced. They won't argue the case for a shared-registry for us,
> and that's not really their fault. It's in their DNA. We just need
> new DNA.
>
> -- Tom Sommer UnoEuro A/S
>
> -----Original Message----- From: Andreas Schraut-Petto
> [mailto:apetto_at_key-systems.net] Sent: 2. februar 2016 08:35 To:
> EPP-discuss_at_liste.dk-hostmaster.dk<mailto:EPP-discuss_at_liste.dk-hostmaster.dk> Cc: DanDomain A/S Hostmaster
> <hostmaster_at_dandomain.dk<mailto:hostmaster_at_dandomain.dk>> Subject: Re: [EPP-discuss] missing
> domain:transfer
>
> Good morning,
>
>
> this is a question to all registrars.
>
> In my opinion, the current EPP implementaion of DK-Hostmaster is a
> mess! Important functions are missing.
>
> For example domain:info command. That command works for every
> domain, if it belongs to the registrar or not. BUT there is no
> unique registrar identifier (eq clid; currently it's always the
> registrant). Only with domain:info command, we never know if the
> domain is really under our management!
>
> Hostmaster-DK should either add a unique clid or respond with an
> authorization error.
>
>
> Further, I haven't found any functionality to set the registrant
> as billing contact. And a function to set the registrar as billing
> contact is also missing. (related to
> https://github.com/DK-Hostmaster/epp-service-specification)
>
>
> What do you think about that? What do you miss in the EPP API?
>
> Many thanks and best regards, Andreas
>
> Btw., the switch to the new Self-Service is also a desaster!
>
>
>
> Am 31.01.2016 um 22:56 schrieb Peter Larsen:
>> it’s reinstated:
>
>> http://new.czar.dk/2016/01/31/reinstatement-of-blind-delegation-in-11th-hour/
>
>> so, it will still work… and i have received 3-4 tests this
>> evening…
>
>
>
>
>>> On Jan 31, 2016, at 12:15 PM, DanDomain A/S Hostmaster
>>> <hostmaster_at_dandomain.dk<mailto:hostmaster_at_dandomain.dk> <mailto:hostmaster_at_dandomain.dk>>
>>> wrote:
>>>
>>> Cheers Tom, thanks for the reply. I was basically just hoping
>>> I missed an email with the notifications of the alternative
>>> API command (and sandbox details) together with the change
>>> notification of system critical updates.
>>>
>>> I can now just rest assured that the message is sent out by
>>> mistake and that a correction email will be sent some time
>>> tomorrow. Thanks again.
>>>
>>> PS: domain:update or domain:transfer is all the same for me in
>>> this context, as long as it's available :)
>>>
>>>
>>>
>>> Med venlig hilsen
>>>
>>> *Dennis Mathiesen* Product Manager - Domain/Webhosting
>>>
>>> http://maillist2.dandomain.dk/Userfiles/d3b5ca10-20b8-4a37-9f89-80eb3efb0c0a/files/Signatur/dandomainlogo.jpg
>>>
>>>
>>>
>
>>>
*T:*
>>> 87 77 90 45 *E:* dm_at_dandomain.dk<mailto:dm_at_dandomain.dk> <mailto:dm_at_dandomain.dk> *W:*
>>>
>>>
>
>>> dandomain.dk<http://dandomain.dk> <http://www.dandomain.dk/>
>>>
>>>
>>> http://maillist2.dandomain.dk/Userfiles/d3b5ca10-20b8-4a37-9f89-80eb3efb0c0a/files/Signatur/viskaberenkelhed.jpg
>>>
>>>
>
>>>
<http://www.dandomain.dk/profil.html?utm_source=mail&utm_medium=signatur&utm_campaign=viskaberenkelhed>
>>> *Fra:* Tom Sommer [mailto:ts_at_zitcom.dk] *Sendt:* 31. januar
>>> 2016 11:46 *Til:* DanDomain A/S Hostmaster *Cc:*
>>> EPP-discuss_at_liste.dk-hostmaster.dk<mailto:EPP-discuss_at_liste.dk-hostmaster.dk>
>>> <mailto:EPP-discuss_at_liste.dk-hostmaster.dk> *Emne:* Re:
>>> [EPP-discuss] missing domain:transfer
>>>
>>> I'm reserving the screaming and yelling for tomorrow. But if
>>> this is true, and there are no API for us, then DK-hostmaster
>>> has once again proven how disconnected they are from
>>> registrars. And obviously this is not something we can go
>>> unanswered as a community.
>>>
>>> Ps: domain:transfer is for changing registrars, something that
>>> cannot be done in a sole registry. So what you/we are looking
>>> for is a way to request a domain:update of the name servers.
>>>
>>> -- Tom Sommer (via iPhone) UnoEuro A/S
>>>
>>>
>>> On 30. jan. 2016, at 00.25, DanDomain A/S Hostmaster
>>> <hostmaster_at_dandomain.dk<mailto:hostmaster_at_dandomain.dk> <mailto:hostmaster_at_dandomain.dk>>
>>> wrote:
>>>
>>> Considering the latest specifics on the SB4 that apparantly
>>> just arrived, more the part covering the removal of anon
>>> redelegation, that seems to be the reason for the exceptional
>>> long maintenance this weekend, I was wondering if I was the
>>> only one on this list who is trying to get a hold of the
>>> release list of the EPP stating availability for a
>>> domain:transfer command to take over for the recently announced
>>> removal of the anonymous "redelegation" functionality ? Does
>>> anyone have a fix for this ?
>>>
>>> In addition to this, has anyone received the notice for system
>>> critical changes according to the mininmum SLA of 3 months,
>>> that is required for such changes where it states the anon
>>> redel will be removed and not just a maintenance? I'm afraid
>>> I'm missing these emails. (
>>> https://www.dk-hostmaster.dk/teknisk-administration/noter-om-teknik/udrulningstider/
>>>
>>>
)
>>>
>>> ref.:
>>> https://www.dk-hostmaster.dk/udmeldinger-over-tid/aktuelt/artikel/aendring-af-annonceret-servicevindue/
>>>
>>>
>>>
>>>
>>>
>>>
>>>
Med venlig hilsen
>>>
>>> *Dennis Mathiesen* Product Manager - Domain/Webhosting
>>>
>>> http://maillist2.dandomain.dk/Userfiles/d3b5ca10-20b8-4a37-9f89-80eb3efb0c0a/files/Signatur/dandomainlogo.jpg
>>>
>>>
>>>
>
>>>
*T:*
>>> 87 77 90 45 *E:* dm_at_dandomain.dk<mailto:dm_at_dandomain.dk> <mailto:dm_at_dandomain.dk> *W:*
>>>
>>>
>
>>> dandomain.dk<http://dandomain.dk> <http://www.dandomain.dk/>
>>>
>>>
>>> http://maillist2.dandomain.dk/Userfiles/d3b5ca10-20b8-4a37-9f89-80eb3efb0c0a/files/Signatur/viskaberenkelhed.jpg
>>>
>>>
>
>>>
<http://www.dandomain.dk/profil.html?utm_source=mail&utm_medium=signatur&utm_campaign=viskaberenkelhed>
>
>


Received on Tue Feb 02 2016 - 13:28:37 CET

This archive was generated by hypermail 2.3.0 : Tue Feb 02 2016 - 13:29:00 CET