Onderwerp: Ingebruikname DRS4

Iemand ervaring met inloggen?

Hoe ik maar de username neerzet (met en zonder dsu, of DSU in hoofdletters) blijft het maar fouten geven dat username / pass verkeerd is.

Ook werken de gegevens niet die ik in een brief van sidn van24 juli 06 heb ontvangen...

heb zon beetje alle mogelijkheden geprobeerd...

Wou namelijk vandaag realtime registratie online gooien.....

Roland,

webinterface:

dsu*deelnemersnummer*

E-mail:

drs-deelnemernummer.................: *deelnemersnummer*
drs-deelnemergebruiker..............: dsu*deelnemersnummer*

Of voer anders je wachtwoord eens in hoofdletters in, heb ik geloof ik ergens gelezen

Thanks luuc,

Das fijn, mijn wachtwoord moet idd in hoofletters, en in mijn wachtwoord zaten al hoofdletters. Vandaar dat je het niet zo snel ontdekt

Kan ik ook eindelijk registreren!

Ben ik nou overigens de enige die de nieuwe verhuis procedure bagger vind? Ik heb 1 domeinnaam succesvol kunnen verhuizen tot op heden, de rest is afgewezen omdat dit niet bevestigd is (naar wie word die bevestiging verzonden overigens?).

De verhuisprocedure is mi. wel verslechterd, maar werkt wel. Een verhuizing wordt alleen afgewezen als jij als deelnemer de verhuizing niet bevestigd. Daarna is het aan de partij waar het domein van weg verhuisd om iets af te wijzen.

Ik wou zonet ook het webformulieren eens bekijken, krijg ik mooie pagina na het inloggen:

Page Flow Error - No Nesting Page Flow
Nested Page Flow: /flows/login/LoginController.jpf
Returned Action: loginDone

You have returned from a nested page flow, but there is no current page flow on the stack. This can happen in iterative development mode when you have modified files and caused the web application to be redeployed, or when the session expires. Please restart the nesting sequence again.

Echt geweldig die drs4 :S
Geef mij maar drs2 !

Oorspronkelijk geplaatst door headout

De verhuisprocedure is mi. wel verslechterd, maar werkt wel. Een verhuizing wordt alleen afgewezen als jij als deelnemer de verhuizing niet bevestigd. Daarna is het aan de partij waar het domein van weg verhuisd om iets af te wijzen.

Moet je nu dus na het indienen van een verhuizing ook dat mailtje dat je krijgt nogmaals door gaan sturen of?

Vind het vooral idioot dat de originele aanvraag niet wordt meegezonden in bevestiging, zit de hele dag dat webformulier te checken om de fout op te sporen :')

Snap ook geen reet van die verhuisprocedure, de ene keer moeten we iets bevestigen en de andere wordt alles ineens doorgevoerd hehe, duidelijker wordt het er niet op!

Oorspronkelijk geplaatst door Proxio

Ben ik nou overigens de enige die de nieuwe verhuis procedure bagger vind? Ik heb 1 domeinnaam succesvol kunnen verhuizen tot op heden, de rest is afgewezen omdat dit niet bevestigd is (naar wie word die bevestiging verzonden overigens?).

Ik heb een stuk of 50 verhuizingen teruggekregen dit weekend vanwege gebrek aan bevestiging.

Niet alleen heb ik die bevestiging goed verstuurd, ook staat mijn bevestiging bij SIDN in hun systeem als ik zoek op het ticketnummer. In het testsysteem had ik dit probleem ook niet.

Dus volgens mij bugt die verhuisprocedure zwaar.

Veel domeinen worden ook verhuisd zonder enige vorm van controle (gewoon na 5 minuten al het domein verhuisd, zonder akkoord1, gelijk in WHOIS zichtbaar). Maar voor zover ik kan zien is dat alleen van twee deelnemers die failliet zijn. Dus misschien wordt die controle dan weggelaten?

Er zijn een paar domeinen waarbij een verhuizing het akkoord-stadium al niet eens bereikt: SIDN geeft gewoon geen reply met een ticketnummer. Mijn aanrvaag blijft staan in DRS4 met status INBEHAND. Maar opnieuw aanvragen van de verhuizing gaat mis met een "aanvraag al in behandeling".

Daarnaast heb ik daarnet een bezwaar over een verhuizing binnengekregen van PowerDRS. Dat lijkt mij heel onwaarschijnlijk omdat ze als het goed is geen toegang hebben tot DRS. Dus misschien bugt ook die bezwaarprocedure.

Ik heb netjes bevindingen gemaakt, ben benieuwd wat er uit rolt. Maar volgens mij zit de verhuisprocedure nog vol met bugs.

Oorspronkelijk geplaatst door IceHosting

Ik wou zonet ook het webformulieren eens bekijken, krijg ik mooie pagina na het inloggen:

Page Flow Error - No Nesting Page Flow
Nested Page Flow: /flows/login/LoginController.jpf
Returned Action: loginDone

You have returned from a nested page flow, but there is no current page flow on the stack. This can happen in iterative development mode when you have modified files and caused the web application to be redeployed, or when the session expires. Please restart the nesting sequence again.

Echt geweldig die drs4 :S
Geef mij maar drs2 !

Als je firefox gebruikt, probeer het dan eens in IE. Wil in deze bij mij ook nogal eens schelen...

Oorspronkelijk geplaatst door lifeforms

Daarnaast heb ik daarnet een bezwaar over een verhuizing binnengekregen van PowerDRS. Dat lijkt mij heel onwaarschijnlijk omdat ze als het goed is geen toegang hebben tot DRS. Dus misschien bugt ook die bezwaarprocedure.

Ik heb netjes bevindingen gemaakt, ben benieuwd wat er uit rolt. Maar volgens mij zit de verhuisprocedure nog vol met bugs.

Enige wat mij bij een verhuizing opviel was dat er in de e-mail naar de houder een andere deelnemer stond dan de deelnemer waar het domein volgens de whois stond

@lifeforms,

ik heb afgelopen week een aantal domeinnamen verhuisd die bij 1 bepaalde registrar stonden, en in de bevestigingsmails stond per e-mail verschillende registrars waar ze zogenaamd 'tot op heden ondergebracht waren'. Heel fijn, dat er geen snars van klopt!

Wel moet ik opmerken dat het me opvalt dat SIDN weldegelijk hard werkt achter de schermen, whois output (waarschijnlijk ontstaan tijdens de conversie) van bijvoorbeeld telefoonnummers zijn aangepast (de +999 +31 12345678 is de +999 weggehaald), de nameserver controle is aangepakt en errors worden geanalyseerd en het DRS sneller terug online gezet. Althans, dat is mijn ervaring. Daarnaast erger ik me rot aan verhuizingen, en dan met name aan de formulieren en de handles.

Oorspronkelijk geplaatst door WH-Tim

@lifeforms,

Wel moet ik opmerken dat het me opvalt dat SIDN weldegelijk hard werkt achter de schermen

Ja, dat wel. De adrescontrole is bijvoorbeeld aangepast. We hebben hierover meerdere malen aan de telefoon gehangen, omdat klanten niet snappen waarom "Ede" of "Noordwijk" worden afgekeurd (volgens TPG moet het "Ede GLD" en "Noordwijk NH" zijn). Nou, we lazen op Tweakers dat de controles roomser dan de paus waren, dus die adrescontrole is dan ook gerelaxt. Helaas is ie ietsje te relaxt geworden naar mijn mening.

Code:

tau:~> whois drs4test4.nl
   Domain name:
      drs4test4.nl

   Status: active

   Registrant:
      TRA004656-TRAIP
      Transip BV Test Account
      Cornelis Trompstrot 18
      2628RR  Dolft
      Netherlands

Oorspronkelijk geplaatst door quicknl

Als je firefox gebruikt, probeer het dan eens in IE. Wil in deze bij mij ook nogal eens schelen...

Ik heb in firefox (nog) geen last gehad van dit probleem. Wel kreeg ik af en toe een rare melding bij het aanpassen van de contactpersonen en dan met name het techc. Daar krijg ik dan regelmatig de melding "te verwijderen contactpersoon hoort niet bij domein" of iets in die trend.

Verder werkt alles wel aardig bij ons via de e-mailformulieren. Moet zeggen dat de snelheid van systeem ook een goed punt is.

- Dennie

VERHUIZINGEN!!!

Wij kregen dit weekend ook eenlading verhuizingen terug omdat ze door ons niet bevestigd zouden zijn wat grote onzin zis. Ons systeem doet dit automatisch(heeft dus veel nut he zo'n bevestiging) en slaat ook kopietjes op. Het lijkt er nu op dat soms een verhuizing goed gaat en soms niet. Tot overmaat van ramp krijgt de klant direct ook een email dat de verhuizing niet doorgaat en dat ze contact met de oude deelnemer op kunnen nemen voor uitleg. We hebben dus weer heel wat uit moeten leggen. Damnnnnnnn. Ik had gemeld dat ik een bevestiging terugwilde van de bevestiging die wij weer sturen op hun verhuisbevestiging(jawel ;-)). Daar kreeg ik als antwoord op dat in 'een' volgende release dit wel gaat komen. Overigens heb ik ook gevraagd waarom de .nl verhuisprocedure nou zo anders moet als de rest van de wereld het doet. Dat meerdere deelnemers deze verhuisprocedure als prettig ervaren en zo willen werken wil er bij mij niet helemaal in.

Het antwoord:
====================
Helaas kleven er aan iedere verhuis methodiek voor en nadelen. Ons
huidige proces hebben wij in overleg met deelnemers opgezet. Dit
voorstel is met meerdere deelnemers besproken en uiteindelijk als meest
gewenste optie uitgewerkt.
Er kleven meerdere nadelen aan het vragen van een akkoord van een
houder. Daarom hebben wij er voor gekozen het proces uitsluitend via de
deelnemers te laten verlopen.
Overigens is het niet zo dat wanneer een beherende deelnemer niet
reageert op een verhuisaanvraag, de verhuizing komt te vervallen of dat
dit als een impliciet bezwaar wordt afgehandeld. Zonder reactie van de
beherende deelnemer gaat het proces na 3 werkdagen verder en is de
verhuizing afgehandeld.
====================


Plotseling gaan soms nu registraties niet goed. Postcode onjuist. Als we dan maar de webinterface gebruiken en handmatig de rommel invoeren(copy paste vanuit de emailinterface) dan wordt het domein wel geaccepteerd. Ong. 1 op de 5 domeinnamen gaat nu dus fout op deze wijze.

Ik heb van ieder probleem steeds melding gemaakt. Ik krijg nu af en toe antwoorden maar vaak dus niet de juiste antwoorden. Stel ik deze vraag:

ONZE VRAAG:
Bij registratie zijn jullie nu zo snel dat de DNS binnen een seconde na aanvraag plaatsvindt. Op dat moment geeft onze DNS nog onbekend terug, zou het 10 seconden later zijn dan zou hij er netjes inzitten. Dus krijgen we bij ieder domein een 202 terug die ons systeem dan automatisch weer beantwoord en voilla het domein is geregistreerd. Beetje zonde alleen van al dat berichtenverkeer he.

=============================
Maar dit was het SIDN antwoord:
Met de overgang van DRS2 naar DRS4 is de nameservercontrole voor het
aanvragen, verhuizen en opheffen van .nl-domeinnamen naar een niveau
gebracht, dat vooruitloopt op toekomstige technische standaarden en
RFC's. Het blijkt dat de nameservers van veel deelnemers onvoldoende
voorbereid zijn op de strengere nameserver controles en dat hierdoor
veel registraties niet plaats kunnen vinden. Om die reden is vandaag het
besluit genomen om de DNS check terug te brengen naar de
functionaliteit, zoals u die in DRS2 gewend bent. Op de Statuspagina
DRS4.0 van de besloten deelnemerssite informeren wij u over het exacte
tijdstip van deze wijziging.
==========================

Dit is dus niet het antwoord op mijn vraag maar toch wel een heeel irritant. Zoiets van 'wij controleren zo goed dat blijkt dat jullie het allemaal fout doen'. Daarnaast heb ik nergens iets gelezen over een andere DNS controle methodiek dus is het helemaal lullig om dan de methodiek te veranderen.

Dan kom je nog op het NUT van die sidn dns check. Die slaat ook nergens op. Juist in het begin kunnen ze er vrij zeker van zijn dat het domein in een DNS terecht komt. De klant betaald niet voor niets. Als ze dan willen zorgen dat ieder .nl domein resolved dan moeten ze eens na een jaar wat gaan controleren. Juist dan gaan de gaten ontstaan.

Zo weer even een beetje de frustratie van me afgeschreven. Het ergste vind ik dat we steeds alles aan klanten moeten uitleggen :-(