Domein toch verhuisd na weigeren?

[Piwi-Web]

Hallo,

Vandaag is een domein van een klant wegverhuisd nadat hij (en ik) deze geweigerd hadden (en dit was bevestigd door SIDN).

Hoe kan het zijn dat een aantal uur daarna de verhuizing toch gewoon doorgaat?

[Ber|Art]

Zoals jij het nu zegt zou dit niet moeten kunnen. Maar gewoon even de formulieren opvragen bij de SIDN, even bellen dus. Als die niet kloppen wordt het terug gezet.

[Marin]

Ja vermoedelijk een valse handtekening op het formulier.

[janneman]

Wij hebben dit al talloze malen gehad.

Het probleem is dat de SIDN natuurlijk geen handtekeningen kan herkennen.
Dus met een systeem à la Transip e.d. waar je ook een boompje, wolkje of auto kunt tekenen als handtekening zijn er altijd formulieren beschikbaar.

Voor de SIDN geldt in dat geval dat een formulier een formulier is, dus als je bezwaar maakt dan worden er formulieren opgevraagd. Als die formulieren geleverd worden, dan wordt het bezwaar afgewezen en de verhuizing doorgevoerd, ongeacht de handtekening die er onder het formulier staat.

Wat het beste werkt is naast de afwijzing ("nee" antwoorden op het verhuisverzoek) ook nog een aparte mail versturen naar support waarin je aangeeft dat het onmogelijk is dat deze verhuizing ok is, en dat je eerst de formulieren wilt controleren op de juiste handtekening voordat er een beslissing wordt genomen.

En mocht het alsnog misgaan, dan moet je vragen om een controle achteraf, dan kan een onterechte verhuizing alsnog ongedaan worden gemaakt.

Maar uit persoonlijke ervaring kan ik ook melden dat een mailtje met de aankondiging dat je aangifte gaat doen van valsheid in geschrifte naar de betreffende aanvrager ook wonderen doet.

[Erik H.]

Ik wou wat zeggen, maar janneman was me voor ;-)

[janneman]

Overigens niet alleen kritiek naar de SIDN toe hoor, het is vooral naar al die geautomatiseerde systemen toe die dit soort praktijken alleen maar in de hand werken.

[Marin]

Overigens niet alleen kritiek naar de SIDN toe hoor, het is vooral naar al die geautomatiseerde systemen toe die dit soort praktijken alleen maar in de hand werken.

Jep, en het andere uiterste zijn de automatische systemen die standaard "nee" op een verhuizing geven...

[janneman]

Jep, en het andere uiterste zijn de automatische systemen die standaard "nee" op een verhuizing geven...

Ook dat ja, daar wordt je op z'n zachtst gezegd ook een heel klein beetje moe van als je nogal regelmatig transacties doet.

Sowieso is dat hele papieren systeem nog nèt niet door Mozes zelf uitgevonden, maar er komt vanzelf een taskforcer langs die gaat vertellen dat dat snel opgelost zal worden

[Piwi-Web]

Klant had blijkbaar zelf al naar SIDN gebelt voordat hij ons op de hoogte bracht.
Klant had ook zelf al contact opgenomen met de provider welke het domein naar hun toe verhuist had en hebben dus direct een verhuizing terug in werking gezet wat binnen 3 uurtjes geregeld was.

Klant heeft de persoonsgegevens van de aanvrager bij de andere provider gekregen en zou daarmee zelf actie gaan ondernemen.

Daarmee is ook dat punt opgelost.

Vond het alleen erg raar dat dit zomaar kan ook al stuur je een e-mail van "nee" zou het systeem ook "nee" moeten registreren en zou SIDN toch zelf even de formulieren moeten controleren...

Achja, eind goed al goed maar vind het maar raar dat dit allemaal maar "even" kan.

[Marin]

Vond het alleen erg raar dat dit zomaar kan ook al stuur je een e-mail van "nee" zou het systeem ook "nee" moeten registreren en zou SIDN toch zelf even de formulieren moeten controleren...

Tja, dir formulieren zullen wel goed ingevuld zijn... met een valse handtekening...

[The-BosS]

Tja, dir formulieren zullen wel goed ingevuld zijn... met een valse handtekening...

Tijd om geschreven handtekening via internet te vervangen door eID toestanden enzo lijkt mij.

[SF-Jeroen]

Tijd om geschreven handtekening via internet te vervangen door eID toestanden enzo lijkt mij.

Of gewoon AUTH codes zoals bij .com?

[Ber|Art]

AUTH code zou mooi zijn, mja... bij een "foute" verhuizing sturen wij ook altijd een extra mail en we bellen de SIDN of ze de mail gezien hebben. Dit werkt tot nu elke keer goed. Maar als je niets doet kan het fout gaat dus...

[Piwi-Web]

AUTH code zou mooi zijn, mja... bij een "foute" verhuizing sturen wij ook altijd een extra mail en we bellen de SIDN of ze de mail gezien hebben. Dit werkt tot nu elke keer goed. Maar als je niets doet kan het fout gaat dus...

Tip voor de volgende keer dus

[WH-Tim]

Ook dat ja, daar wordt je op z'n zachtst gezegd ook een heel klein beetje moe van als je nogal regelmatig transacties doet.

Sowieso is dat hele papieren systeem nog nèt niet door Mozes zelf uitgevonden, maar er komt vanzelf een taskforcer langs die gaat vertellen dat dat snel opgelost zal worden

Dit gaat snel opgelost worden! In het nieuwe DRS-EPP komen sowieso authcodes te zitten die veranderen bij iedere houderwijziging/verhuizing waardoor je een stuk beter beschermd bent. En ook de formulieren gaan er grotendeels uit omdat dat de processen asynchroon zou maken. Je zult meer moeten gaan doen met je eigen bedrijfsvoorwaarden, vrij normaal voor ieder bedrijf.

Overigens een betere verhuisprocedure in het huidige DRS is gewoon technisch onmogelijk door alle onhandigheden uit het verleden, sinds het ontstaan van SIDN in de tachtiger jaren. Zoals o.a.:
- alleen bedrijven kunnen reggen, particulieren niet (dus alle particulieren op naam van bedrijf)
- whois protections, dus op naam van bedrijf
- fake whois gegevens (mickey mouse?)
- emailadressen die nooit gecontroleerd worden maar wel veranderen (alweer een nieuw hotmail/msn account? "ja hij was 'gehackt'. -- maar bij SIDN wordt niks veranderd.."

Dat soort dingen. Een extra bevestiging vanuit het emailadres uit de whois, of een papieren bevestiging naar de houder heeft dus lang niet altijd zin. De authcode moet een hoop problemen gaan oplossen. De deelnemers krijgen nu het recht in handen, hoeveel bepaalde (vooral endusers) ook erover zullen gaan klagen. Maar dat houdt je altijd.

Als je zaken met een provider doet weet je gewoon dat de provider zaken van jou moet beheren, en het is jouw taak een betrouwbare provider te zoeken. En met een keuze van 2000+ providers moet er toch altijd wel een betrouwbare tussen zitten..