Nieuwe ICANN regels: ERRP, contactgegevens verificatie

Citaat:

---

Oorspronkelijk geplaatst door dennis0162

Hoe gaat dit bij jullie? Bij ons denken sommige klanten dat het spam is en ze niet op de link moeten klikken in de mail :-)

---

Zeg maar gerust de meerderheid i.p.v. sommige
Het is jammer dat de inhoud van het bericht niet aangepast kan worden, want het lijkt ook best op spam.

Citaat:

---

Wat ik bijvoorbeeld ook raar vindt is dat je bij Enom en Openprovider wel de klant de contacten moeten bevestigen.
Maar bij MijnDomeinReseller en ODR krijgt de klant daar nooit een mail voor om dit te doen bij een nieuwe registratie of wijziging.

Weet iemand hoe dat zit? Ligt er aan hoe je de regels van ICANN interpreteert?

---

Denk niet dat er genoeg ruimte in de regels zit om de e-mail (of SMS) in zijn geheel niet te versturen.

Wel is er enige ruimte om het domein niet meteen uit de lucht te halen, als er vervolgens niet geklikt wordt. Een registrar heeft ook de mogelijkheid om de gegevens handmatig te controleren (en er staat nergens hoe grondig dat moet gebeuren).

Citaat:

---

if Registrar does not receive an affirmative response from the Registered Name Holder, Registrar shall either verify the applicable contact information manually or suspend the registration, until such time as Registrar has verified the applicable contact information.

---

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.

Citaat:

---

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...

Citaat:

---

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:

Citaat:

---

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...

Citaat:

---

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.