Skip to Content.
Sympa Menu

public-l - Re: [DENICpublic-l] Re: Scharfe Ruege wegen des DENIC-Nullaction-Verhalten

public-l AT list.denic.de

Subject: Public DENIC mailinglist

List archive

Re: [DENICpublic-l] Re: Scharfe Ruege wegen des DENIC-Nullaction-Verhalten


Chronological Thread 
  • From: Rob Liebwein <liste.denic.de AT liebwein.de>
  • To: public-l AT denic.de
  • Subject: Re: [DENICpublic-l] Re: Scharfe Ruege wegen des DENIC-Nullaction-Verhalten
  • Date: Sun, 17 Oct 2004 08:41:35 -0700


Nachtrag:

Rob Liebwein wrote:
> http://www.ripe.net/perl/whois?beispiel.de
> domain: beispiel.de
> status: connect
>
> http://www.ripe.net/perl/whois?irgendeine-die-es-nicht-gibt.de
> domain: irgendeine-die-es-nicht-gibt.de
> status: free
>
> Mehr wird doch dort gar nicht ausgefuehrt. Das eine ist
> "connect" weil der Domainname schon vergeben ist, das andere ist "free"
> und man kann die DE-Domaine bestellen. Ich weiss nicht, wo hier das
> Problem ist. Was die RIPE kann, sollten doch die DENIC-Mitglieder erst
> recht koennen, oder? Genauer gesagt: Wenn die DENIC hier der RIPE den
> Saft zudrehen kann, dann kann sie das auch grundsaetzlich bei allen
> anderen. Zum Beispiel bei der
>
> http://www.whois.to/
> http://www.iks-jena.de/cgi-bin/whois
>
> bei der die Emailadressen als TEXT heimlich hinter dem Rechner
> unter /var/lib/whois/cache.db zwischengespeichert werden, vgl.
>
> ---------schnipp-WHOIS-Script-----
> $CACHE_FILE = '/var/lib/whois/cache.db';
> if ($result) {
> $date = $CACHE{"TIME~~$addr~~$search"};
> ---------schnapp-------

-------------schnipp----------------

$LOG_FILE = "/var/log/whois-cgi.log";
$CLIENT_DB = '/var/lib/whois/clients.db';

sub write_log {
local $date = `date +"%b %d %X"`; chomp $date;
open (LOG, ">>$LOG_FILE");
if ($deny) { print LOG "$date Query from $remote DENIED\n"; }
else { print LOG "$date Query from $remote for \"$search\"\n"; }
close LOG;
}
-------------schnapp----------------

Es wird also auch geloggt. Und die Emailadressen aus der
DENIC-Datenbank sind TEXTe anstelle GRAFIK. Was anschliessend damit
genau gemacht wird, weiss ich nicht. Ich jedenfalls halte das
datenschutzrechtlich fuer sehr bedenklich, weil es sich um
personenbezogene Emailadressen personenbezogener Betroffener handelt.

Lutz Donnerhacke bzw. Erik Heinz der IKS-JENA.DE moechte doch
einmal Stellung dazu nehmen, was hier genau los ist und welcher Zweck
mit dieser Loggerei erfuellt werden soll. Gehen Sie hierbei bitte auch
davon aus, dass ich dieses Script auf meinem Rechner getestet habe, was
hier genau "hinter den Tueren" laeuft bzw. inwieweit dieses WHOIS-Script
missbraucht werden kann.

Im uebrigen, Herr Donnerhacke, wie schauts aus aus mit dem
Impressum auf der whois.thur.de? Auf der home.t-online.de wird auch ein
eigenes Impressum fuer die T-Online-User angezeigt, vgl. beispielsweise

http://home.t-online.de/home/kthielker/.impressum.html
i.V.m.
http://home.t-online.de/home/kthielker/

An diesem Beispiel sehen Sie auch, dass fuer eine
3rd-Leveldomaine und den Inhalten unter der HOME.t-online.de eine ganz
andere Person hierfuer verantwortlich sein kann. Genauso ist das bei der
WHOIS.thur.de oder NIC.ritter.de oder einfach: AMTSGERICHT.hamburg.de.
Wenn man aber wegen der WHOIS.thur.de vom BDSG-Widerrufsrecht Gebrauch
machen moechte, damit die WHOIS-Datenbanksaetze der DENIC dort bei der
WHOIS.thur.de gesperrt wird, dann weiss ich nicht, an wen ich mich
wenden soll, weil ich kein Impressum auf der WHOIS.thur.de finden kann.
THUR.DE mit Herrn Adrian Knoth ist meines Erachtens nach jedenfalls eine
andere hierfuer verantwortliche Person als wie WHOIS.thur.de bzw.
JENGATE.thur.de.

Ich moechte im uebrigen von vornerhein klarstellen, dass ich
nicht behauptet habe, Lutz Donnerhacke oder Erik Heinz seien Spamer oder
so etwas in dieser Richtung. Es geht mir als Anti-Spam-Aktivist darum,
in Erfahrung bringen zu koennen, was genau "hinter den Tueren" der
WHOIS.TO und IKS-JENA.DE und WHOIS.thur.de stattfindet.

Mit freundlichen Gruessen
Rob Liebwein





Archive powered by MHonArc 2.6.19.

Top of Page