public-l AT list.denic.de
Subject: Public DENIC mailinglist
List archive
- From: "Heiko Ambos" <ambos AT ambos.de>
- To: <public-l AT denic.de>
- Subject: AW: [public-l] Datenschutz ...
- Date: Wed, 28 Mar 2001 12:40:00 +0200
- Importance: Normal
> * Heiko Ambos wrote:
> >Sollte diese Idee aus irgendwelchen Gründen nicht praktikabel
> sein, habe ich
> >folgenden Tip zur Ausarbeitung eines Konzeptes:
> >a) Zusammentragen von Spezifikationen, die minimalst erfüllt
> sein müssen, um
> > einen reibungslosen Ablauf zu gewährleisten.
>
> ns.denic.de und seine Secondaries kann auf Anfragen mit den korrekten NS
> antworten.
>
> >b) Die unter a) gefundenen Spezifikationen dürfen die Arbeit der Reseller
> > nicht nennenswert beeinträchtigen.
>
> Nur die NS pflegen ist deutlich einfacher als die datenschutzrechtlich
> bedenklichen Angaben fremdzupflegen.
>
> >Praxis zu a):
> >Streichung von tech-c und zone-c, da diese Infos nicht minimalst sind.
>
> Ack.
>
> >Wenn ich eine zone-c-eMail-Adresse brauche, tippe ich einfach dig
> >@NAMESERVER DOMAIN SOA ANY und den tech-c geht eh keinen was außer den
> >Kunden an. ;-)
>
> Ack.
> Abschaltung des Whois für *.de.
Nein, nein, so sollte meine Mail nicht verstanden werden,
es muß für eine produktive Arbeit bei sinkenden Margen Möglichkeiten der
automatisierten Verwaltung geben. Dazu gehört zwingend ein WHOIS.
Beim CORE und RIPE nutzen wir beispielsweise die rekursive
Abfragemöglichkeit eines bestimmten Feldes. Dieses Feld hat in der
jeweiligen Datenbank einen eindeutigen Wert. Dies ist ein wichtiges
Kriterium, wie wir automatisiert innerhalb von 1 Minute dem Kunden ein
Handle per Drop-Down-Liste zur Verfügung stellen können.
Ich brauche also zwingend ein WHOIS und eine rekursive/erweiterte
Abfragemöglichkeit! In meinem vorangegangenen Text schrieb ich etwas zum
Thema "der Reseller darf nicht behindert werden". Wenn obiges nicht mehr
möglich sein sollte, stehe ich völlig auf dem Schlauch.
Gruß
Heiko Ambos
Ambos InterNet-Solutions
- [public-l] Datenschutz ..., Heiko Ambos, 03/28/2001
- Re: [public-l] Datenschutz ..., Lutz Donnerhacke, 03/28/2001
- AW: [public-l] Datenschutz ..., Heiko Ambos, 03/28/2001
- Re: AW: [public-l] Datenschutz ..., Lutz Donnerhacke, 03/28/2001
- Re: AW: [public-l] Datenschutz ..., Robert Kiessling, 03/28/2001
- Re: AW: [public-l] Datenschutz ..., Lutz Donnerhacke, 03/28/2001
- Re: AW: [public-l] Datenschutz ..., Robert Kiessling, 03/28/2001
- Re: AW: [public-l] Datenschutz ..., Lutz Donnerhacke, 03/28/2001
- Re: AW: [public-l] Datenschutz ..., Robert Kiessling, 03/28/2001
- Re: AW: [public-l] Datenschutz ..., Robert Kiessling, 03/28/2001
- Re: AW: [public-l] Datenschutz ..., Lutz Donnerhacke, 03/28/2001
- Re: AW: [public-l] Datenschutz ..., Robert Kiessling, 03/28/2001
- AW: AW: [public-l] Datenschutz ..., Heiko Ambos, 03/28/2001
- Re: AW: AW: [public-l] Datenschutz ..., Lutz Donnerhacke, 03/28/2001
- Re: AW: [public-l] Datenschutz ..., Lutz Donnerhacke, 03/28/2001
- Re: [public-l] Datenschutz ..., Henning Brauer, 03/28/2001
- Re: AW: [public-l] Datenschutz ..., Frank Bergknecht, 03/28/2001
- AW: [public-l] Datenschutz ..., Heiko Ambos, 03/28/2001
- Re: [public-l] Datenschutz ..., Lutz Donnerhacke, 03/28/2001
Archive powered by MHonArc 2.6.19.