-
Path: news-archive.icm.edu.pl!news.rmf.pl!news.ipartners.pl!news.task.gda.pl!sgh.waw.
pl!not-for-mail
From: Dariusz Jaworski <d...@s...waw.pl>
Newsgroups: pl.internet.polip
Subject: Re: Odpowiedzielanosc za tresci w Usenecie
Date: 19 Mar 2004 00:19:31 GMT
Organization: Warsaw School of Economics
Lines: 30
Message-ID: <c3deaj$2de$1@absolut.sgh.waw.pl>
References: <c3c760$rp9$1@atlantis.news.tpi.pl>
<1t4059b679i3b40n3e8%sal@hell.hell.pl> <c3cmen$4fj$1@nemesis.news.tpi.pl>
NNTP-Posting-Host: akson.sgh.waw.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: 8bit
X-No-archive: yes
User-Agent: tin/1.7.3-20031220 ("Taransay") (UNIX) (SunOS/5.6 (sun4u))
Xref: news-archive.icm.edu.pl pl.internet.polip:63862
[ ukryj nagłówki ]Piotr 'VaGla' Waglowski wrote:
> Sprawa nie jest taka prosta, bo rozne moglyby byc podstawy odpowiedzialnosc
> (co wynika z roznych przepisow roznie konstruujacych zasady
> odpowiedzialnosc). Innymi slowy - nie ma _jednej_ odpowiedzi na pytanie
> "dlaczego administrator mialby ponosic odpowiedzialnosc?". Czasami prawo
> wiaze okreslone "sankcje" z zaniechaniem. I tak - jesli ktos kto sie
> opiekuje maszyna dowiedzial sie ze dochodzi do okreslonej sytuacji i nie
> zareagowal w odpowiedni sposob moze ponosic odpowiedzialnosc za takie
> zaniechanie. Ja sie zastanawiam _jak_ w sposob _rozsadny_ konstruowac takie
> zasady odpowiedzialnosci...
Co to znaczy "zareagował w odpowiedni sposób" ? Niby w jaki sposób
prewencyjnie ma działać administrator serwera newsowego? Działanie
post factum też w przypadku Usenetu nie ma żadnego sensu, bo żaden
administrator nie będzie w stanie usunąć przesłanych przez
administrowany przez niego serwer treści z wszystkich serwerów
na które dotarły. Nie mówiąc o tym, że nie ma fizycznej możliwości
zablokowania dostępu do serwer(a/ów) osobie fizycznej. Bo niby na
podstawie czego? DNA? W tym przypadku odpowiedzialność powinien
ponosić jedynie użytkownik a rolą administratora jest pomagać
w jego wykryciu poprzez udostępnianie logów etc. Obarczanie
jakąkolwiek winą administrującego serwerem jest dokładnie
tym samym, co obarczanie winą właściciela budynku na którym
jutro farbą napiszę, że "Piotr Waglowski to znany gwałciciel
wiewiórek" za to, że udostępnił mi budynek do tego niecnego
czynu. Albo jakby obarczać winą administratora drogi publicznej
za to, że udostępnił ją kierowcy, który jadąc po niej spowodował
śmierć innych osób.
Napster zaś to zupełnie inna historia.
Najnowsze wątki z tej grupy
- Jest tutaj kto? Halo, Darius Expert?
- Czy to konieczne? ATMAN - 30.06.2019 - Wyłączenie news.atman.pl
- pl.internet.polip - is DEAD?
- ovh
- INEA
- Prośba o traceroute z Vectry
- BGP - wszyscy wkładają głowę w piasek.
- http://pl
- Re: Czemu jest wylaczany serwer w3cache.icm.edu.pl ?
- Taaaka integracaj na rynku, a tu nikt, nic..
- Alternatywna sieć dla internetu kiedyś w Polsce
- ooerator gsm + stały ip z revdns
- Dostęp do ip nostrady
- narzędzia do weryfikacji poprawności bazy WHOIS
- T-mobile bawi się w MITM....
Najnowsze wątki
- 2024-11-14 Dobra zmiana
- 2024-11-14 Czy prezydent może ułaskawić od zadośćuczynienia? [A. Lepper odszkodowania]
- 2024-11-14 Gliwice => Network Systems Administrator (IT Expert) <=
- 2024-11-14 Gliwice => Administrator Systemów Sieciowych (Ekspert IT) <=
- 2024-11-13 Filtr do pompy ruskiej
- 2024-11-12 Gdzie kosz?
- 2024-11-13 elektrycznie
- 2024-11-12 Jebane kurwa, kurwy.
- 2024-11-13 karta parkingowa
- 2024-11-13 Wl/Wyl (On/Off) bialy/niebieski
- 2024-11-12 I3C
- 2024-11-13 Kraków => DevOps Engineer (Junior or Regular level) <=
- 2024-11-13 Łódź => Senior SAP HANA Developer <=
- 2024-11-13 Zabrze => Senior PHP Symfony Developer <=
- 2024-11-13 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=