Nieuwe ICANN regels: ERRP, contactgegevens verificatie

Bij Openprovider kan je de mails wel aanpassen, maar toch denken de meeste klanten dat het spam is.

Ik snap wel dat ze graag de WHOIS up to date willen hebben maar het is een erg vervelend als domeinnamen daardoor geblokkeerd worden.

Registrar shall verify the applicable contact information manually, but is not required to suspend any registration.

Bij Keysystems kan de mail niet aangepast worden maar hebben wij gelukkig een iets betere vertaling van de Nederlandse versie mogen aanleveren die zij hebben opgenomen in het systeem. Helaas worden zaken als datum dan toch nog in Engelse notatie vermeld met als resultaat dat de mail er alsnog onbetrouwbaar uit ziet. Zelfs een eigen stukje erbij dat deze mails namens ons verzonden worden en bij twijfel contact met ons opgenomen moet worden kan het wantrouwen niet weg nemen. Resulteert dus regelmatig in dat we klanten alsnog achterna moeten mailen.

Bij Keysystems kun je ervoor kiezen de validatie zelf uit te voeren, je moet dan bewijslast kunnen aanleveren over de bevestiging als ze daarom vragen, op straffe van 10.000 Euro boete als je dat niet kan...

Oorspronkelijk geplaatst door DutchTSE

Bij Keysystems kun je ervoor kiezen de validatie zelf uit te voeren, je moet dan bewijslast kunnen aanleveren over de bevestiging als ze daarom vragen, op straffe van 10.000 Euro boete als je dat niet kan...

Lees dat je dan nog steeds opnieuw een e-mail moet sturen NADAT er een domein geregistreerd is, waarbij je verplicht wordt om de door KS opgegeven verificatie code te gebruiken:

When verification is required under the RAA, KS will provide to RSP an RRPproxy
verification event containing a unique trigger code and the email address of the RNH.

Dat wil ik nu juist niet, want dan heb je nog steeds het probleem dat een klant het mailtje over het hoofd ziet en het domein na een paar weken op zwart gaat, terwijl de klant het idee had dat alles netjes afgerond was.

Ons systeem verifieert het e-mail adres van de klant al op het moment dat deze zich als nieuwe klant aanmeld, VOOR de registratie, en begrijp niet waarom dat niet voldoende is...

Oorspronkelijk geplaatst door maxnet

Lees dat je dan nog steeds opnieuw een e-mail moet sturen NADAT er een domein geregistreerd is, waarbij je verplicht wordt om de door KS opgegeven verificatie code te gebruiken:



Dat wil ik nu juist niet, want dan heb je nog steeds het probleem dat een klant het mailtje over het hoofd ziet en het domein na een paar weken op zwart gaat, terwijl de klant het idee had dat alles netjes afgerond was.

Ons systeem verifieert het e-mail adres van de klant al op het moment dat deze zich als nieuwe klant aanmeld, VOOR de registratie, en begrijp niet waarom dat niet voldoende is...

Ik interpreteerde dat toch anders. Als je kiest om het zelf te doen, doet rrpproxy niets en moet je het helemaal zelf doen (weet niet of daar nog een voorgeschreven vorm aan zit). Pas zodra rrpproxy zich moet verantwoorden komen ze naar jou, en moet jij aantonen dat er geverifieerd is.

Bij realtime register krijgen klanten eerst een mailtje die ze moeten accepteren daarna zal het domein worden verwerkt.

Dit vind ik zelf erg fijn zodat je achteraf niet het gezeik krijgt dat het domein offline is.