|
|
 | | From: | Tomasz R. Surmacz | | Subject: | Newsy w Polsce (1/4) - FAQ | | Date: | 23 Jan 2005 05:20:02 -0000 |
|
|
 | Posted-By: auto-faq 3.1.1.2
Archive-name: news-pl-faq/part1
Newsy w Polsce (FAQ)
Ponizszy tekst, to zbior roznego rodzaju informacji na temat newsow w
Polsce. Glownie dotyczy on grup pl.* oraz konfiguracji serwerow, ale nie
tylko... Wszelkie poprawki i uzupelnienia prosze kierowac na adres
tsurmacz@ict.pwr.wroc.pl - szczegolnie jesli chodzi o dostepnosc serwerow
dla klientow (tzn. np. kto moze czytac newsy z coi, uw-u, itp. - bo jest
tych serwerow duzo a raczej watpie czy cala Warszawa z kazdego z nich moze
korzystac...), lokalne dystrybucje itp.
Aktualna wersje mozna znalezc zawsze we Wroclawiu przez WWW:
http://www.usenet.pl/doc/news-pl-faq.htpl oraz w grupach news pl.news.admin,
pl.news.nowe-grupy i pl.answers.
----------------------------------------------------------------------------
Spis tresci:
Grupy pl.*
Czemu sluza grupy pl.*
Hierarchia i znaczenie grup pl.*
Zasieg grup pl.*
Istniejace dystrybucje news w Polsce
Sposob dystrybucji grup pl.*
Adresy serwerow news w Polsce
Spis grup news polaczonych z e-mailowymi listami dyskusyjnymi
Spis dziennikow i innych 'gazet' komputerowych rozprowadzanych przez
news
Gdzie znalezc zrodla CNEWS, INN, NNTP, TIN, NN, TRN i ich FAQ?
Jak tworzyc nowe grupy?
Dlaczego nie ma i nie bedzie grup pl.alt.*?
Do czego sluzy pl.answers?
Czy w newsach mozna uzywac polskich "ogonkow"
Ratunku! Dostalem list od robota! Czy mam sie bac?
FAQ-Bot
Reguly wysylania artykulow w grupach pl.*
Dostep do News:
W jaki sposob mozna uzywac USENET?
Jaki jest najszybszy serwer news?
Z jakiego serwera powinienem korzystac?
Czy w domenie usenet.pl nie ma zadnych hostow?
W jaki sposob skonfigurowac klienta news?
Dlaczego mam dojscie tylko do grup pl.*?
Program Outlook Express nie mogl oglosic Twojej wiadomosci?
W grupach, ktore czytam, od dluzszego czasu nic nie przychodzi.
Dlaczego?
W grupach, ktore czytam, brak czesci artykulow. Dlaczego?
Zauwazylem, ze wiele listow/odpowiedzi pojawia sie w grupach news
dwukrotnie...
Konfiguracja serwera news (czesc druga)
Jak skonfigurowac serwer news (grupy pl.*)
Co robic z listami typu "checkgroups"?
Jak skonfigurowac mail2news i news2mail
Newsfeed za pomoca UUCP
Kompresja batchow za pomoca gzip
Inne mozliwosci przyspieszania transmisji
Informacje uaktualniane automatycznie (czesc trzecia)
Lista wszystkich aktywnych grup pl.* i ich opisy
Dodatki (czesc czwarta)
Szablon rozpoczecia glosowania w grupach pl.*
----------------------------------------------------------------------------
Czemu sluza grupy pl.*
Hmm... temu, czemu sluza cale newsy, tyle ze w grupach pl.* pisze sie po
polsku. Jesli termin 'news' w ogole nic Ci nie mowi, to przeczytaj artykul
USENET - opis dla laikow, znajdujacy sie pod adresem
http://www.agh.edu.pl/ciekawe_www/usenet.txt . W grupach pl.* pisac wiec
mozna o tym, jakie zarcie najbardziej lubia pieski, w co najlepiej
zainwestowac pieniadze, albo w ktora strone orzel w koronie powinien trzymac
dziob. Jak ktos chce poplotkowac na inne tematy, tez znajdzie sie na to
miejsce, wazne tylko, by znalezc odpowiednia "grupe" na tego typu dyskusje,
a jesli takiej nie ma - rzucic propozycje i stworzyc ja.
Oprocz tego, niektore z grup pl.* sluza jako rownolegly kanal transmisji dla
list dyskusyjnych. Dzieki newsom mozna w efektywniejszy, niz za pomoca
listserwerow, sposob rozsylac artykuly do duzej liczby uzytkownikow,
odciazajac zarowno lacza komputerowe (szczegolnie te miedzymiastowe, bo
niektore z nich nie przekraczaja w dalszym ciagu predkosci 64kbps) jak i
dyski poszczegolnych komputerow. Przykladowo, taki sobie nieduzy list o
dlugosci 4kB wyslany na adres gielda@plearn.edu.pl zostanie stamtad
przeslany do ok. 600 lub wiecej uzytkownikow w Polsce (i nie tylko), co
oznacza, ze siecia przeslana musi zostac z Warszawy 1 kopia (rozdzielana
nastepnie dalej na poszczegolnych wezlach) do (przyjmijmy mniej wiecej) ok.
300 uzytkownikow BITNETu i ok. 300 kopii do uzytkownikow Internetu, lacznie
ok. 1200-1500kB przesylane siecia. Po dojsciu na miejsce, ten jeden list
zajmie we wszystkich skrzynkach pocztowych lacznie ok. 2.4MB. Jesli teraz
pomnozymy to przez 50 listow dziennie... A nie jest to jedyna lista o takim
natezeniu ruchu.
Jesli natomiast dystrybucja odbywa sie za pomoca systemu news, to siecia
przesylana jest jedna kopia listu od jednego serwera news do drugiego, a ze
serwerow news w Polsce mamy okolo 20, przeslane zostanie okolo 80kB i tyle
tez miejsca zajmie to lacznie na dyskach wszystkich tych serwerow. Odpadaja
tez problemy z poczta odbijajaca sie od przepelnionych skrzynek
poszczegolnych subskrybentow listy, nieistniejacych lub zmienionych adresow,
wypisywaniem sie na czas wakacji, zapisywaniem po powrocie, itp. itd.
Latwiej tez w newsach czytac listy posortowane wedlug tematu, a nie daty
otrzymania (i nie skakac z tematu na temat gubiac po drodze watek). Mozna
tez zawsze wrocic do artykulu juz przeczytanego i 'skasowanego' (bo serwery
usuwaja stare artykuly dopiero po ok. 7-14 dniach), albo po prostu zajrzec
do nowej grupy, nie zapisujac sie do niej, by zobaczyc o czym toczy sie w
niej dyskusja i czy jest to interesujace.
----------------------------------------------------------------------------
Hierarchia i znaczenie grup pl.*
Oprocz swej podstawowej funkcji, a wiec forum do dyskusji na najrozniejsze
tematy, newsy zastepuja takze listserwery w dystrybucji niektorych "list
dyskusyjnych", czy tez komputerowych czasopism rozpowszechnianych takze
wlasnie za pomoca listerwerow. Aby wszystko bylo jasne, znajduje to zwykle
odzwierciedlenie w nazwie grupy news:
pl.gazety.* - Dystrybucja periodykow komputerowych. Sa to grupy
dzialajace 'w jedna strone', tzn. od redakcji do
czytelnikow, poprzez listserwera i news. Dlatego
ustawione sa jako 'moderowowane', gdyby jednak komus
wpadl do glowy pomysl, by do grupy takiej cos wyslac,
list ten trafi na adres redakcji.
pl.listserv.* - juz istniejace grupy e-mail, ktore zostaja rownolegle
umieszczone w news. Nazwa grupy pochodzi w 'prostej
linii' od nazwy listy dyskusyjnej. Kazdy list
wyslany przez subskrybentow listy dyskusyjnej trafia
do grupy newsowej i odwrotnie - kazdy artykul
wyslany poprzez news trafi takze do wszystkich
subskrybentow listy dyskusyjnej. "Kazdy", z drobnym
wyjatkiem. Aby uniknac zalewania list dyskusyjnych
strumieniem dyskusji nie zwiazanych z tematyka listy
(a tak sie dzieje zwykle z kazda dyskusja powyzej
kilkunastu listow na ten sam temat), artykuly wyslane
jednoczesnie do kilku grup news (tzw. cross-posting)
nie sa w ogole przekazywane do bramki news->mail.
Czytajac newsy, mozna sie zabezpieczyc przed zalewem
artykulow "off-topic" poprzez odpowiedni kill-file,
co w przypadku listy dyskusyjnej nie ma niestety
miejsca, stad to ograniczenie. W przypadku roznych list
limity te sa rozne (od 1 do 3 grup), ale istnieja
praktycznie we wszystkich takich grupach.
Grupy te sa pewna zaszloscia historyczna. Nie sa
tworzona zadne nowe grupy w tej hierarchii, a stare
(juz istniejace) sa obecnie przenoszone sukcesywnie
do innych hierarchii.
pl.* - Cala reszta, burzliwie sie rozwijajaca. Sa to grupy, ktore
istnieja jedynie w newsach (lub najpierw powstaly w
newsach, ew. potem zostaly polaczone z lista dyskusyjna).
W 1996 roku bylo ich ok. 30, ale ciagle przybywa nowych.
W maju 1997 - 90, na poczatku 1999 - ponad 170. Calosc
hierarchii dzielona jest dalej, m.in. na:
pl.comp.* - Wszystko, co sie tyczy komputerow, oczywiscie w
odpowiednich podgrupach.
pl.internet.* - Dyskusje/komunikaty zwiazane z funkcjonowaniem
i wykorzystaniem Internetu.
pl.hum.* - Hierarchia dla humanistow. Miejsce na tematy odlegle
od komputerow tak bardzo, jak poezja, literatura, takze
filozofia i inne nauki.
pl.misc.* - Roznosci nie mieszczace sie w innych kategoriach.
pl.news.* - Grupy poswiecone samym newsowm, a wiec grupy dla
administratorow news oraz grupy poswiecone dyskusji
o usenet news, zakladaniu nowych grup, itp.
pl.ogloszenia.*
pl.praca.* - Ze wzgledu na brak mozliwosci umieszczenia gdzie indziej,
sa to "glowne" podhierarchie. pl.praca, jak sama
nazwa wskazuje, dotyczy ogloszen i dyskusji o pracy,
pl.ogloszenia - innych ogloszen roznego typu
(np. sprzedam, kupie, inne).
pl.rec.* - Polski odpowiednik hierarchii rec.* (rec - od recreation).
Grupy zwiazane z rozrywka, roznymi hobby, itp. itd.
pl.sci.* - Odpowiednik hierarchii sci.* - grupy o tematyce
naukowej, jak np. medycyna, chemia, fizyka itp.
Raczej na nauki scisle (humanistyczne w pl.hum.*), ale
czasem trudno zakwalifikowac cos dobrze.
pl.soc.* - Odpowiednik hierarchii soc.* - a wiec zajmujacej sie
tematami spolecznymi, choc nie tylko.
Istnieja takze inne podhierarchie, takie jak pl.rec.gry, itp., ktorych nazw
tlumaczyc nie trzeba.
----------------------------------------------------------------------------
Zasieg grup pl.*
Pierwsze grupy pl.* powstaly w lipcu 1994, a wiec w porownaniu z reszta
usenetu, sa to grupy dosc "mlode", docieraja juz jednak do wszystkich
serwerow news w Polsce (i nie tylko). Dodatkowo z serwerow
news.ict.pwr.wroc.pl i news.nask.pl posylane sa do Oslo w Norwegii
(news.uio.no) oraz USA (news.apk.net), a stamtad dalej po USA i do Niemiec
(ostatnio pojawily sie takze w Australii i Kanadzie!!!). Serwery
news.nask.pl, news.uw.edu.pl i news.ict.pwr.wroc.pl wysylaja je wraz z
innymi grupami do swoich zagranicznych partnerow (USA, Szwecja, Norwegia).
Serwer news.icm.edu.pl wysyla je takze do Niemiec, Czech i USA, wspolnie z
glownymi hierarchiami BIG8 i innymi. W razie potrzeby (lub checi)
otrzymywania grup pl.* poza Polska nalezy skontaktowac sie z administratorem
ktoregos z serwerow news juz otrzymujacych pl.*, z prosba, by zaczal grupy
te wysylac. Na dobry poczatek warto zajrzec (poprzez news lub WWW) do
artykulu 'usenet/pl-hierarchy' wysylanego, takze co miesiac, do grup news
pl.answers, pl.news.admin, soc.culture.polish, news.admin.hierarchies i
news.answers, a opisujacego jak powinna wygladac konfiguracja serwera
otrzymujacego grupy pl.* poza Polska (jest on takze dostepny przez ftp:
ftp://ftp.ict.pwr.wroc.pl/pub/faq-pl/news-pl-new-site-faq.1, www:
http://www.usenet.pl/doc/news-pl-new-site-faq.html oraz w archiwum RTFM i
jego mirrorach).
----------------------------------------------------------------------------
Istniejace dystrybucje news w Polsce
Ponizsze nazwy moga wystapic w polu 'Distribution:', i sa respektowane przez
serwery news, ograniczajac w ten sposob zasieg wysylanego artykulu do
pojedynczej organizacji, instytutu, miasta, itp. (W dalszym ciagu prosze o
uzupelnienia). Dane te mozna umiescic w pliku 'distributions' serwera,
pamietajac jednak, ze opis dystrybucji musi sie zmiescic w jednej linii.
pl Polska
pl-news Polska, wylacznie news (artykul nie trafia z news na e-mailowe
listy dyskusyjne)
krakow nie wychodzi poza Krakow (galaxy, cyfronet)
lodz Lodz
torun nie wychodzi poza Torun (mat, cc)
warszawa Warszawa
wroc Wroclaw (sun1000.pwr, news.ict.pwr)
agh Akademia Gorniczo-Hutnicza, Krakow (galaxy)
cyfronet nie wychodzi poza Krakow (galaxy, cyfronet)
fuw Wydzial Fizyki Uniwersytetu Warszawskiego (news.uw)
lodzman Lodzka siec miejska
mim Wydzial Matematyki Informatyki i Mech. Uniw. Warszawskiego (mimuw)
mimuw Wydzial Matematyki Informatyki i Mech. Uniw. Warszawskiego (mimuw)
ochota Warszawa, kampus Ochota (news.uw, news.icm, news.mimuw)
pwr Politechnika Wroclawska (sun1000, news.ict)
umk Uniwersytet Mikolaja Kopernika w Toruniu (mat,cc)
uw Uniwersytet Warszawski (news.uw)
local Lokalny serwer news (artykul nie wychodzi do zadnego innego serwera)
....
----------------------------------------------------------------------------
Sposob dystrybucji grup pl.*
Grupy pl.* jeszcze do niedawna rozchodzily sie glownie po Polsce, mniej
wiecej zgodnie z tym, jak rozchodza sie wszystkie newsy (ale niezupelnie). W
tej chwili poprzez polaczenia do USA, Niemiec, Szwecji i Norwegii wydostaja
sie na caly swiat i sa juz obecne np. w Niemczech, USA (np. na uunet.uu.net)
czy Australii. Ponizej znajduje sie mapka 'polaczen' serwerow news w Polsce.
Mapka ta dostepna jest wylacznie w wersji HTML artykulu, gdyz poprzednia
wersja ASCII sie nieco zdezaktualizowala. Byc moze jednak pojawi sie tu za
jakis czas.
[GIF - Mapka polaczen serwerow news w Polsce]
Na powyzszej mapce (tylko w wersji HTML tego FAQ) nie sa zaznaczone
wszystkie serwery news - pozostale serwery w Warszawie z reguly biora newsy
z news.nask.pl, inne serwery (komercyjne serwery poza Warszawa) - roznie.
Przedstawione tutaj mapki rozchodzenia sie news zostaly przygotowane przez
Andrzeja Borta na poczatku marca 1998, na podstawie plikow konfiguracyjnych
uzyskanych z wiekszosci serwerow news. Niestety, nie wszystkie serwery
odpowiedzialy na pytanie o swoja konfiguracje, wiec na mapkach tych nie ma
serwerow w Lodzi (uzyskuje artykuly z NASK, z Wroclawia oraz z poznanskiego
serwera news.amu.edu.pl), drugiego serwera w Poznaniu (uzyskujacego newsy z
Lodzi i Wroclawia), Szczecina (feed z Poznania) oraz Opola (feed z
Wroclawia). Nieco wiecej informacji na temat tych map znajduje sie w pliku
HTML z ich opisem oraz na osobnej stronie wyjasniajacej zastosowane skroty
nazw. Rezczywisty uklad polaczen zdazyl sie takze nico zmienic ze wzgledu na
rozwoj sieci POL-34, a kolejne spore zmiany sa (lub byly) planowane na
kwiecien 1999.
Polaczenia polskich serwerow z serwerami zagranicznymi przedstawione sa
ponizej:
[GIF - Mapka polaczen polskich serwerow news zserwerami za granica]
----------------------------------------------------------------------------
Adresy serwerow news w Polsce
nazwa Pelny adres komputera Nazwa dopisywana w Miejsce, oraz kto
na mapce (np. dla NNTPSERVER) polu 'Path:' moze czytac news.
----------------------------------------------------------------------------
usl news.us.edu.pl news.cto.us.edu.pl Katowice
gli news.polsl.gliwice.pl polsl.gliwice.pl Gliwice
cyf news.cyf-kr.edu.pl news.cyf-kr.edu.pl Krakow
agh news.agh.edu.pl news.agh.edu.pl Krakow
lub news.lublin.pl lublin.pl * Lublin
torun news.man.torun.pl news.man.torun.pl * Torun
mat.torun news.mat.uni.torun.pl mat.uni.torun.pl * Torun,Bydg.,Olsztyn
sun1000 news.pwr.wroc.pl pwr.wroc.pl Wroclaw,Opole,J.Gora
ict news.ict.pwr.wroc.pl ict.pwr.wroc.pl * Wroclaw,Opole,J.Gora
poz news.man.poznan.pl rose.man.poznan.pl Poznan,Zielona Gora
amu news.amu.edu.pl news.amu.edu.pl Poznan,Z.Gora,Szczecin
szczecin news.man.szczecin.pl news.man.szczecin.pl Szczecin
task news.task.gda.pl news.task.gda.pl * Gdansk i okolice
pg sunrise.pg.gda.pl sunrise.pg.gda.pl Gdansk i okolice
Lodz news.man.lodz.pl news.man.lodz.pl Lodz
pdi news.pdi.lodz.pl pdi.lodz.pl Lodz, PDI
icm news.icm.edu.pl news.icm.edu.pl Warszawa/Ochota
uw news.uw.edu.pl uw.edu.pl Warszawa/UW
nask news.nask.pl news.nask.pl Zarejestrowane domeny
sgh news.sgh.waw.pl sgh.waw.pl Warszawa, sgh.waw.pl
mimuw news.mimuw.edu.pl mimuw.edu.pl Okolice MIMUW (Warsz)
coi news.coi.pw.edu.pl gemini.coi.pw.edu.pl Warszawa, WARMAN
zwieracz zwieracz.pse.pl zwieracz Warszawa (fido.*: +)
tpsa news.tpi.pl news.tpi.pl + *.tpnet.pl
netia news.internetia.pl news.internetia.pl *.inetia.pl
onet news.onet.pl news.onet.pl + Onet.pl SA, tpnet.pl
cu2000 news.cuprum.com.pl cuprum.com.pl Lubin/Cuprum 2000
ipartners news.ipartners.pl news.ipartners.pl + klienci IPartners
wariat news.apk.net news.apk.net + pl.* dla wszystkich
----------------------------------------------------------------------------
* Oznacza serwery udostepniajace lokalne grupy oraz pl.* WSZYSTKIM (bez tpnet.pl).
+ Oznacza serwery udostepniajace lokalne grupy oraz pl.* WSZYSTKIM, ale
wylacznie w trybie 'READ-ONLY' (i z wyjatkiem *.tpnet.pl).
news.icm.edu.pl udostepnia newsy uzytkownikom z instytucji
akademickich/naukowych w Warszawie. W celu uzyskania dostepu nalezy
skontaktowac sie emailem na odpowiedni adres po przeczytaniu strony
http://news.icm.edu.pl/dostep.html. Ponadto z serwera tego moga korzystac
takze inni uzytkownicy (np. firmy ISP, czy firmy podlaczone do POLPAK-T),
lecz wymaga to uzyskania wczesniejszej zgody administratorow
sunsite.icm.edu.pl (podobnie zreszta jest z innymi serwerami news w Polsce).
Nalezy tez pamietac, ze zasady dostepu dla instytucji innych niz akademickie
to mozna rzec "dostep goscinny" i w kazdej chwili moga ulec zmianie. Wiecej
informacji na temat dostepu do tego serwera znajduje sie pod adresem
http://news.icm.edu.pl/.
Komputer news.nask.pl (info.nask.pl) udostepnia newsy (wszystkie grupy)
wszystkim komputerom zarejestrowanym w domenach warszawskich, oraz tych
miast, ktore nie maja wlasnego serwera news, a ktorych domena jest
"zarejestrowana" na nim. Prosby o taka rejestracje nalezy zglaszac na adres
usenet@news.nask.pl. Oczywiscie, jesli inny serwer jest blizej, nalezy
najpierw zglosic sie do odpowiedniego administratora (adres:
usenet@ADRES.SERWERA.NEWS lub news@ADRES.SERWERA.NEWS). Ze wzgledu na
znaczne obciazenie serwera nie pozwala on na dostep z adresow nie
zarejestrowanych na nim.
Serwer zwieracz.pse.pl oprocz udostepniania wszystkim grup pl.* do czytania
i wysylania, pozwala takze czytac zbramkowane lokalnie w hierarchii fido.*
konferencje FIDONetu.
Pelna lista serwerow news w Polsce, wraz z adresami administratorow,
znajduje sie w `Polskich Zasobach Sieciowych' dostepnych m.in. jako pelna
wersja PZS we Wroclawiu (http://www.ict.pwr.wroc.pl/pzs/pzs.html) (calosc),
a dokladniej fragment PZS dotyczacy newsow, a takze wersja PZS w Warszawie
oraz w Krakowie
Adresy innych serwerow news poza Polska, na ktorych dostepne sa grupy pl.*
mozna znalezc w FAQ po angielsku dla administratorow serwerow news poza
Polska, umieszczonym pod adresem
http://www.usenet.pl/doc/news-pl-new-site-faq.html, oraz w grupach
news.answers, news.admin.hierarchies, pl.answers i pl.news.admin
----------------------------------------------------------------------------
Spis grup news polaczonych z e-mailowymi listami dyskusyjnymi
Grupa news Lista dyskusyjna Zasieg mail2news/news2mail
----------------------------------------------------------------------------
pl.biznes.wgpw gielda@plearn.edu.pl world *# ict
pl.comp.dtp.tex.gust(m) gust-l@man.torun.pl world m*# ict
pl.comp.objects * objects@sprocket.ict.pwr.wroc.pl world *# ict
pl.comp.pecet * pecet@man.lodz.pl world Lodz
pl.comp.security * security@sprocket.ict.pwr.wroc.pl world *# ict
pl.comp.os.linux * linux@sprocket.ict.pwr.wroc.pl world *# ict
pl.comp.os.os2 os2@man.lodz.pl world Lodz
pl.comp.os.winnt winnt@man.lodz.pl world Lodz
pl.comp.sys.atari ataripl@piwo.bl.pg.gda.pl world * zwieracz
pl.comp.sys.sun.admin pl-sun-admins@icm.edu.pl world *# ict
pl.comp.tlumaczenia(m) tlumaczenia@mimuw.edu.pl world m*# ict
pl.irc irc-pl@mimuw.edu.pl world mimuw
pl.listserv.dziennikarz dziennikarz@ia.pw.edu.pl world *# ict
pl.listserv.plotki plotki@ia.pw.edu.pl world *# ict
pl.listserv.polip * polip@man.lodz.pl world *# ict
pl.listserv.polwro polwro@plearn.edu.pl world *# ict
pl.listserv.chomor-l chomor-l@pluton.pol.lublin.pl -- wstrzymana --
pl.listserv.poland-l poland-l@ubvm.cc.buffalo.edu umk Torun
pl.misc.militaria * militaria@uci.agh.edu.pl world *# galaxy
pl.misc.telefonia.gsm gsm-l@usk.pk.edu.pl world *# ict
pl.rec.fantastyka.sf-f sf-f@uci.agh.edu.pl world *# galaxy
pl.rec.foto ? world Poznan
pl.rec.hihot hihot@pluton.pol.lublin.pl world *# galaxy
pl.rec.paralotnie paralotnie@sunsite.icm.edu.pl world *# ict
pl.rec.radio.amatorskie(m) hams-pl@tahoe.ict.pwr.wroc.pl world *# ict
pl.rec.travel tramp@plearn.edu.pl world *# ict
pl.regionalne.wroclaw wroclaw@plearn.edu.pl world *# ict
pl.soc.polityka polityka@mimuw.edu.pl world mimuw
pl.soc.religia * religia@uci.agh.edu.pl world *# galaxy
pl.sci.chemia chem-l@plearn.edu.pl world *# ict
pwr.listserv.email-d email-d@plearn.edu.pl pwr *# ict
pwr.listserv.pryzmat pryzmat@plearn.edu.pl pwr *# ict
pwr.announce pwr-announce@sprocket.ict.pwr... pwr *# ict
umk.net-l net-l@vm.cc.uni.torun.pl umk Torun
umk.scce-l scce-l@vm.cc.uni.torun.pl umk Torun
`*' Przy nazwie bramki oznacza, ze przenosi ona poprawnie naglowki MIME,
konieczne przy pisaniu listow/artykulow z polskimi znakami diakrytycznymi
(mowiac po ludzku - z ogonkami). `*' przy nazwie listy oznacza, ze naglowki
te przenosi takze listserver obslugujacy liste.
`#' przy nazwie bramki oznacza, ze bramka wprowadza specjalnie opoznienie w
przesylaniu newsow na liste dyskusyjna, co ma za zadanie pozwolic na
zadzialanie odpowiednich control-messages kasujacych spamy zanim przedostana
sie one z newsow na liste. Opoznienie to zwykle jest rzedu 1-3h.
`(m)' przy nazwie grupy oznacza, ze jest ona moderowana, tzn. listy na nia
trafiaja dopiero po zaakceptowaniu ich przez moderatora listy. `m' przy
nazwie bramki oznacza, ze w taki sam sposob skonfigurowana jest sama lista
dyskusyjna. Nie nalezy sie wiec niecierpliwic, gdy wyslany list nie pojawia
sie od razu, lecz np. dopiero nastepnego dnia. Moze tez sie zdarzyc, ze w
ogole zostanie odrzucony, gdy moderator uzna, ze nie odpowiada on tematyce
listy/grupy.
W razie zauwazenia jakiejs `awarii', np. braku artykulow w news pomimo ich
pojawiania sie na liscie dyskusyjnej, albo braku artykulow na liscie mimo
ich pojawiania sie w news-ach, a takze innych nieprawidlowosciach, nalezy
poinformowac wlasciciela listy lub administratora serwera news, wymienionego
jako gateway (albo obu).
----------------------------------------------------------------------------
Spis dziennikow i innych 'gazet' komputerowych rozprowadzanych przez news
Grupa news Adres odpowiednika emailowego Zasieg mail2news
----------------------------------------------------------------------------
pl.gazety.dyrdymalki (zbigniew@engin.umich.edu) world ict
pl.gazety.gazeta gazeta@poniecki.berkeley.edu world ict
pl.gazety.donosy donosy@fuw.edu.pl world ict
Powyzsze grupy ustawione sa jako 'moderowane'. Jako adres moderatora
ustawiony jest adres kontaktowy redakcji. Serwery news powinny miec
natomiast ustawione w pliku 'moderators':
pl.* %s@usenet.pl
Oznacza to, ze na przyklad 'moderatorem' grupy pl.gazety.donosy jest
pl-gazety-donosy@usenet.pl. Poczta wyslana na ten adres trafi z cala
pewnoscia do redakcji.
----------------------------------------------------------------------------
Gdzie znalezc zrodla CNEWS, INN, NNTP, TIN, NN, TRN i ich FAQ
(prosze o uzupelnienia (najlepiej jako URLe) - bo zapewne kopie tych
pakietow sa dostepne przez ftp i w Warszawie, i w Krakowie, i w innych
wiekszych miastach)
Serwery (i rzeczy z nimi zwiazane):
innd 1.7:
ftp://ftp.pwr.wroc.pl/pub/infosystems/news/ (inn1.7*)
ftp://ftp.isc.org/isc/inn/ (inn1.7.tar.Z)
ftp://ftp.uu.net/networking/news/nntp/inn/ (inn1.7.tar.gz)
INN FAQ:
news:news.software.nntp, news:news.answers
ftp://rtfm.mit.edu/usenet/news.software.nntp/ (INN_FAQ*)
http://www.ict.pwr.wroc.pl/doc/faq.html
nntp: (nie mylic z INND, choc numer wersji jest podobny! :) )
ftp://ftp.uu.net/networking/news/nntp/nntp.1.5.11.tar.Z
mail2news:
rsalz@uunet.uu.net - nalezy uzyskac zrodla od autora, gdyz jest to na
razie (ciagle) wersja beta pakietu. Nieco zmodyfikowana wersje,
przystosowana do rozpoznawania i przepuszczania naglowkow MIME, mozna
uzyskac piszac na adres tsurmacz@adm.usenet.pl.
auto-faq:
ftp://ftp.novia.net/~pschleck/auto-faq/ - Wersja 3.3
Informacje na temat auto-faq mozna znalezc pod adresem
http://www.novia.net/~pschleck/auto-faq/
Czytniki:
tin:
ftp://ftp.onet.pl/pub/unix/tin
ftp://ftp.ict.pwr.wroc.pl/pub/nettools/tin-1.22.tar.gz
ftp://ftp.uu.net/networking/news/readers/tin/tin.tar.gz
ftp://ftp.uci.agh.edu.pl/pub/network/news/tin.1.22.tar.gz
Aktualna wersja programu tin jest tin1.3b4 (wersja beta) oraz kolejne
wersje beta oznaczane np. 961001, 961010, 970320 itd. Mimo tego, ze
"beta", wart jest on polecenia, gdyz poprawinych jest wiele bledow z
wersji 1.22, m.in. zaostrzono kryteria sprawdzania pola From:, na
liniach modemowych tin nie wylacza parametru 'crtscts', potrafi
wyswietlac poprawnie polskie znaki diakrytyczne i wstawiac odpowiednie
naglowki MIME przy wysylaniu listow z polskimi znakami i wiele innych.
Wersje beta potrafia takze wyswietlac newsy kolorowo (pod warunkiem, ze
terminal obsluguje odpowiednie kody ANSI - np. konsole linuxow,
colorxterm, wintern (irix), itp.), wyrozniajac w ten sposob np. tekst
cytowany, sygnaturki, naglowki, _podkreslenia_, *wyroznienia*, itp.
trn:
ftp://ftp.uu.net/networking/news/readers/trn/trn.tar.gz
X Windows:
ftp://ftp.uci.agh.edu.pl/pub/network/news/xvnews.tar.gz
MS Windows:
ftp://ftp.forteinc.com/pub/forte/free_agent/fagent10.zip Free Agent 1.0
.... (archiwum uunet) oraz jego mirror na serwerze ftp.pwr.wroc.pl (katalog
/pub/infosystems/news/).
Do czytania news mozna takze uzywac przegladarek www takich jak Netscape lub
MS Explorer, jednak nie jest to wyjscie godne polecenia, gdyz obsluga
systemu usenet news w tych programach jest bardzo uboga i brak im wielu
podstawowych funkcji, takich jak np. killfile, czyli mozliwosc filtrowanaia
nie chcianych artykulow, a takze wiele wersji tych programow nie przestrzega
protokolu NNTP, `atakujac' serwery news i usilujac laczyc sie i rozlaczac,
co moze w skrajnych wypadkach powodowac zaklocenia pracy serwera i odciecie
przez administratora dostepu do news komputerom, z ktorych program ten byl
uruchamiany. Poza tym zarowno MSIE jak i Netscape w wersjach ponizej 3.0 nie
powinny byc w ogole uzywane, jesli wysylane/czytane sa artykuly zawierajace
polskie znaki diakrytyczne, gdyz stare wersje nie potrafia poprawnie
skonfigurowac fontow ani tez poprawnie wyslac naglowkow MIME takich listow.
Wiecej informacji na temat konfigurowania czytnikow news w celu poprawnej
obslugi polskich znakow diakrytycznych mozna znalezc na Polskiej Stronie
Ogonkowej (http://www.agh.edu.pl/ogonki/), mozna tez na te tematy
podyskutowac w grupie pl.comp.ogonki. Czesc informacji zawarta jest takze w
FAQ grupy pl.test, dostepnego takze w wersji tekstowej na serwerach WWW
----------------------------------------------------------------------------
Jak tworzyc nowe grupy
Procedura tworzenia nowych grup jest w trakcie stalego udoskonalania,
ponizej jednak znajduja sie zasady obowiazujace obecnie. Nie jest to jeszcze
do konca sformalizowane, tak jak nalezy, istnieja jednak pewne reguly, do
ktorych nalezy sie dostosowac. Mozna tez oczywiscie w grupie
pl.news.nowe-grupy zaproponowac ich poprawienie.
Stosowana obecnie procedura polega na napisaniu artykulu z propozycja nowej
grupy do pl.news.nowe-grupy i wysluchaniu reakcji innych na te propozycje.
Artykul taki powinien miec w polu 'Subject:' wpisane "PROPOZYCJA: nowa grupa
pl.xxx.yyyyyy", a w tresci krotki opis, o czym w grupie tej mialaby toczyc
sie dyskusja, jednolinijkowy opis, ktory potrzebny jest w momencie tworzenia
grupy, ew. takze propozycje innych nazw grupy, jesli zaproponowana nazwa nie
jest oczywista. Poniewaz propozycja ta jest WSTEPNA, przez pare dni moze
toczyc sie dyskusja na temat nazwy grupy, tematyki itp. Jest to tzw. RFD,
czyli Request For Discussion i najlepiej, gdy list taki zostanie utworzony z
wzorca zamieszczonego w czwartej czesci FAQ.
Gdy juz wszystko jest ustalone, (i dopiero wtedy, a nie wczesniej) autor
propozycji powinien jeszcze raz upewnic sie, ze nie ma zadnych watpliwosci
co do danych potrzebnych do powstania grupy, a nastepnie wypelnic szablon
glosowania nad zalozeniem nowej grupy (dlatego dobrze jest juz propozycje
RFD wyslac w takiej postaci). Szablon ten znalezc mozna w czwartej czesci
tego FAQ, a takze pod adresem http://www.usenet.pl/doc/news-pl-faq.4.htpl i
wyslac go emailem na adres cfv@usenet.pl.
Jezeli list, przeslany przez autora pomyslu powstania grupy na adres
cfv@usenet.pl, zawiera poprawnie wypelnione wszystkie dane, w niedlugim
czasie od jego otrzymania zostanie rozpoczete glosowanie. Propozycje
niepelne lub bedace w trakcie dyskusji wracaja do grupy pl.news.nowe-grupy.
Glosowanie polega na rozeslaniu do grup pl.news.nowe-grupy oraz moderowanej
grupy pl.announce.newgroups listow o temacie "CFV1: pl.xxx.yyy.zzz
(glosowanie)", gdzie pl.xxx.yyy.zzz jest oczywiscie nazwa proponowanej
grupy. Glosowanie ma na celu sprawdzenie jakie jest zainteresowanie grupa i
czy powstanie grupy nie budzi wyraznych sprzeciwow ze strony innych
uzytkownikow usenet news. Oczywiste jest, ze nie sa i nie beda zakladane
grupy sprzeczne z prawem lub niezgodne ze stosownymi RFC, a ostateczna
decyzja dotyczaca zalozenie grupy nalezy do osoby, ktora wysyla komunikat
tworzacy grupe.
Oprocz wspomnianych wczesniej dwoch grup, list taki moze zostac rozeslany
takze do innych grup, gdzie moze znalezc sie wiele osob zainteresowanych jej
powstaniem (nie wiecej niz 6, wliczajac w to pl.announce.newgroups i
pl.news.nowe-grupy), oraz na rozne listy dyskusyjne. Glosowanie trwac musi
co najmniej tydzien, nie powinno byc tez dluzsze niz ok. 2-3 tygodnie. Jego
dokladny czas trwania ustala autor propozycji powstania grupy.
List CFV (jest to skrot od "Call For Votes") zawiera wszystkie informacje
dotyczace glosowania, poniewaz jednak zwykle sa one takie same, ponizej
znajduje sie skrocony opis jak to wyglada.
Wszystkie glosy oddawac nalezy osobiscie za pomoca poczty elektronicznej,
piszac na adres voting@usenet.pl, chyba, ze w liscie rozpoczynajacym
glosowanie podany zostal inny adres. Glosy oddane w inny sposob sa uznawane
za niewazne. Kazdy oddany glos musi zawierac 2 istotne linijki tekstu.
Pierwsza, to identyfikator glosowania. Jest to zwykle tekst postaci
'', pozwalajacy zidentyfikowac ktorego glosowania dotyczy list,
jako ze glosowan tych moze byc kilka jednoczesnie. Druga wazna linijka
tekstu, to sam glos. Musi on wyraznie stwierdzac, czy osoba glosuje ZA
powstaniem grupy, czy PRZECIW, oraz zawierac nazwe grupy. Dokladna regula
jest taka: Linia ta powinna zaczynac sie fraza "Glosuje", "Glosuje" (w tym
drugim przypadku w slowie tym sa polskie znaczki diakrytyczne - l z kreska i
e z ogonkiem - dopuszczalne jest kodowanie 8bit lub Quoted-Printable) lub "I
vote", nastepnie musi wystapic jedno ze slow ZA, PRZECIW, WSTRZYMUJE SIE,
YES, NO, ABSTAIN, a nastepnie nazwa grupy - pl.xxx.yyy.zzz. Pozostale slowa
w linii sa ignorowane. A wiec oddany glos moze wygladac nastepujaco:
Glosuje ZA powstaniem grupy pl.xxx.yyy.zzz
Glos moze zawierac polskie znaki diakrytyczne, moze tez byc napisany
`polskawo', moze byc zakodowany jako 8bit lub Quoted Printable. Nie mozna
natomiast uzywac do glosowania kodowania BASE64, gdyz chociaz moze byc ono
poprawne z technicznego punktu widzenia, to program liczacy glosy nie jest w
stanie z nim sobie poradzic i glos nie zostaje rozpoznany. Glos musi
zawierac pelne imie i nazwisko osoby glosujacej -- najlepiej w naglowku
From:, a jesli z jakichs wzgledow dane tam wystepujace nie sa poprawne, to w
tresci listu, w sposob podany w CFV (tak, aby automat liczacy glosy mogl to
automatycznie rozpoznac).
Po wyslaniu glosu, w ciagu ok. 24 godzin powinna nadejsc odpowiedz od
programu liczacego glosy (w weekendy dluzej :-) ), potwierdzajaca jak glos
zostal rozpoznany. Jezeli cos jest nie tak, mozna zaglosowac ponownie --
liczy sie ostatni oddany glos. List zawierajacy CFV zostaje ponownie wyslany
mniej wiecej w polowie glosowania jako `CFV2', aby przypomniec, ze
glosowanie ciagle jeszcze trwa. List ten zawiera takze podsumowanie kto
oddal do tej pory wazne glosy, jednak bez ujawniania ich tresci.
Po uplynieciu terminu zbierania glosow, sa one wszystkie liczone, a wyniki
glosowania, wraz z lista osob i informacja o tym, jak kazda z nich
glosowala, wysylane sa do grup pl.news.nowe-grupy oraz
pl.announce.newgroups. Do utworzenia nowej grupy wymagane jest obecnie, by
liczba glosujacych ZA byla co najmniej o 50 wieksza od liczby osob
glosujacych PRZECIW (do 31.12.1998 wymagane bylo 25 glosow roznicy), a
ponadto glosy ZA musza stanowic co najmniej 2/3 waznych glosow. Jezeli grupa
nie zostanie przeglosowana, nastepna propozycja powstania grupy o podobnej
tematyce lub charakterze nie powinna sie pojawic wczesniej niz miesiac po
ogloszeniu wynikow i dopiero po ponownym przedyskutowaniu tej propozycji w
grupie pl.news.nowe-grupy. Jezeli natomiast podane warunki warunki zostaly
spelnione, to po kilku dniach, przeznaczonych na ewentualna weryfikacje
wynikow oraz przygotowanie techniczne powstania grupy, grupa zostaje
utworzona.
Jest to dokonywane poprzez wyslanie odpowiedniego `control message',
tworzacego nowa grupe na wszystkich serwerach news, ktore otrzymuja grupy
pl.* (w Polsce i na calym swiecie).
Jesli natomiast ma to byc grupa lokalna - utworzyc ja moze administrator
lokalnego serwera news, bez ogladania sie na inne serwery i bez stosowania
zasad opisanych powyzej. Sluzy do tego komenda `ctlinnd newgroup nazwa.grupy
y'. Wowczas wazne jest takze to, by zadbac o to, by w plikach `distrib.pats'
oraz `newsfeeds' znalazly sie odpowiednie linie, gwarantujace ze grupa nie
bedzie `wyciekala' na inne serwery.
Dla porzadku, procedura zakladania grupy pl.* jest nastepujaca:
1. Inicjator proponuje nowa grupe na lamach pl.news.nowe-grupy oraz ew.
innych grup, ktore tematycznie zwiazane sa z proponowana grupa i gdzie
moga znalezc sie osoby zainteresowane powstaniem takiej grupy.
Propozycja zawierac powinna proponowana nazwe grupy, krotki,
jednolinijkowy (max. ok. 40 znakow), opis tematyki grupy, nieco dluzszy
opis zawierajacy informacje dla kogo to i po co (kilka zdan), pole
Followup-To: pl.news.nowe-grupy, a `Subject' takiej propozycji powinien
wygladac nastepujaco:
Subject: PROPOZYCJA: pl.proponowana.nazwa.grupy
2. Nastepuje dyskusja, zostaje ustalona ostateczna nazwa, tematyka grupy,
oraz jej jednolinijkowy opis, itp. itd. (UWAGA! Na tym etapie
propozycja nie powinna byc wysylana do grupy pl.announce.newgroups,
gdyz jest to grupa moderowana sluzaca wylacznie do oglaszania CFV i
informacji o nowych grupach. Wysylajac do innych grup moderowanych
takze nalezy sie liczyc z tym, ze list moze zostac odrzucony przez
moderatora).
3. Autor propozycji na adres cfv@usenet.pl wysyla wypelniony szablon
rozpoczecia glosowania (mozna go znalezc w czesci czwartej tego FAQ pod
adresem http://www.usenet.pl/doc/news-pl-faq.4.htpl), zawierajacy
OSTATECZNA wersje nazwy grupy oraz jej tematyki i opisu.
4. Po jakims czasie rozpoczyna sie glosowanie. Naplywaja e-mailem glosy
poparcia lub dezaprobaty. Po zakonczeniu glosowania pojawia sie list z
ich wynikami. Jesli z glosowania wyniknie, ze grupa ma powstac (zgodnie
z warunkami ogloszonymi w CFV), to do grup pl.news.nowe-grupy i
pl.announce.newgroup zostaje przeslany list zawierajacy:
o nazwe grupy (dokladnie taka, jak w ogloszeniach CFV);
o stwierdzenie, czy grupa bedzie moderowana, czy nie. Jesli ma byc
moderowana, to w liscie tym musi znalezc sie tez adres moderatora;
o jednolinijkowy opis grupy (max ok. 40-50 znakow);
o krotki opis, tematyki grupy, dla kogo ona jest i po co (kilka
zdan);
o liste osob popierajacych i protestujacych.
Na wczesniejszych etapach dyskusji NIE NALEZY pisac listow z prosba o
zalozenie grupy lub niecierpliwiacych sie, kiedy grupa powstanie. Nie nalezy
tez listow na ten temat wysylac do grupy pl.news.admin, gdyz od czasu
powstania pl.news.nowe-grupy jest to grupa sluzaca WYLACZNIE do dyskusji na
tematy techniczne dotyczace serwerow news. Nie nalezy tez glosowac wysylajac
listy do jakichkolwiek grup news, gdyz sluza ona jedynie do wstepnej
dyskusji nad celowoscia powstania grupy oraz ustalenia ostatecznej nazwy,
ktora najlepiej odda sens nowej grupy. Jedynie glosy wyslane na adres
voting@usenet.pl w odpowiedzi na wlasciwy list CFV (Call for Votes) sa
uznawane jako decydujace o powstaniu grupy.
I na koniec jeszcze raz apel - dla wlasnego dobra (objawiajacego sie szybkim
pojawianiem sie nowych grup) przestrzegajmy tych zasad. Jesli rusza
lancuszek listow mowiacych "jestem ZA", a jeszcze nie wiadomo, jaka ma byc
nazwa grupy lub trwa ozywiona dyskusja nad innymi aspektami powstania grupy
i nie za bardzo wiadomo, za czym sie glosuje, to nie dziwmy sie pozniej, ze
powstanie grupy sie opoznia.
Wymyslajmy takze sensowne opisy grup, szczegolnie te jednolinijkowe. Nie
kazda grupa musi miec w opisie "Wszystko o...", "Wszystko na temat...", a
ostatnio takze "Forum dyskusjyjne takich a siakich...", "Grupa dla...",
"Dyskusje o...", itd., itp. Po pierwsze wyglada to kiepsko, po drugie -
czytniki news zwykle obcinaja takie opisy od konca, moze sie wiec okazac, ze
wszystkie opisy grup na ekranie pokazywane sa jako "Wszystko na tem" i na
tym sie urywaja...
----------------------------------------------------------------------------
Dlaczego nie ma i nie bedzie grup pl.alt.*?
Dlatego, ze tego sie nie da fizycznie zrobic. Grupy `alt.*' z zalozenia sie
alternatywna hierarchia news, w ktorej akceptowane sa praktycznie wszystkie
`control-messages', pochodzace od kazdego. Oznacza to, ze kazdy moze zalozyc
dowolna grupe alt.* lub ja skasowac. Wymaga to jedynie minimalnej wiedzy na
temat funkcjonowania USENETu.
Utworzenie analogicznej hierarchii pl.alt.* wiazaloby sie z koniecznoscia
wpisania odpowiedniej konfiguracji na tysiacach serwerow news na swiecie.
Tego typu zmiany nie sa latwe do przeprowadzenia. Nawet tak prosta,
wydawaloby sie, zmiana jak uaktualnienie adresow moderatorow grup pl.*,
ktore w pewnym momencie zostaly zmieniony z %s@moderators.fuw.edu.pl na
%s@usenet.pl, trwala ponad dwa lata, a jeszcze dzis zdarza sie, ze odbija
sie poczta wysylana na stary adres, bo na jakims serwerze news w swiecie
ktos dawno dawno skonfigurowal go na stary adres i tak juz zostalo.
Poza tym zmiana taka nie spotkalaby sie z aprobata wielu administratorow
news na swiecie, ktorzy decyduja sie na udostepnianie hierarchii pl.* swoim
uzytkownikom, zdajac sobie sprawe z tego, ze nie ma tam zadnych grup z
binariami ani zywiolowo paczkujacych *.alt.*.
Nic nie stoi jednak na przeszkodzie, by utworzyc hierarchie alt.pl.* i w
niej zakladac dowolne grupy, w ktorych z zalozenia rozmawiac sie bedzie po
polsku. Kilka takich grup juz istnieje. Nie wymaga to zadnych rekonfiguracji
na serwerach, ani nawet specjalnych dyskusji. Po prostu wystarczy wyslac
odpowiedni control-message, a wszystkie serwery, na ktorych jest hierarchia
alt.* taka grupe zaloza. Zanim jednak sprobujesz zalozyc taka grupe,
poczytaj troche na ten temat, a pierwsze proby rob dopisujac w naglowkach
swoich artykulow pole "Distribution: local", aby blednie zbudowane listy nie
podnosily alarmow na wszystich serwerach swiata.
----------------------------------------------------------------------------
Do czego sluzy pl.answers
Jest to specjalna grupa, analogiczna do comp.answers czy news.answers,
bedaca repozytorium artykulow typu 'FAQ' - a wiec wysylanych mniej lub
bardziej regularnie i zawierajacych odpowiedzi na czesto zadawane pytania
(tzw. "Frequently Questioned Answers" ;-) ). Artykuly wysylane tutaj albo
maja swoje 'glowne' miejsce w innych grupach news, a na pl.answers sa
'crossposted', albo rozprowadzane sa w zupelnie inny sposob (jak np. PZS -
poprzez specjalna liste dystrybucyjna), ale pojawiaja sie w grupie
pl.answers, by w jednym miejscu zebrac wszelkie tego typu informacje. Przy
wlasciwym sposobie wysylania artykulow mozna zagwarantowac, ze pl.answers
zawiera zawsze dokladnie jedna (i to zawsze najnowsza) kopie danego
dokumentu.
Aby osiagnac ten cel, artykuly wysylane tutaj powinny spelniac 2 warunki:
miec pole 'Expires:' z ustawiona data przewidywanej kolejnej wersji
dokumentu, oraz 'Supersedes:' z Message-Id poprzedniej wersji. Przykladowo,
jesli dokument wysylany jest automatycznie 10. dnia kazdego miesiaca, a jego
wersja wyslana 10. lipca miala 'Message-Id' rowne
'' to w wersji wysylanej 10.
sierpnia powinny znalezc sie pola:
Supersedes:
Expires: Sep 12 1994, 12:00 GMT
Expires ma tutaj date 12. a nie 10, aby dac szanse na dotarcie artykulu do
wszystkich serwerow. Jesli zasieg jest wiekszy niz tylko Polska - np. caly
swiat (a tak juz), mozna tego zapasu dac jeszcze wiecej - ok. 4-5 dni.
Najlepiej do wysylania zatrudnic program 'auto-faq' (jest to skrypt w
PERL-u), ktory generuje we wlasciwy sposob wspomniane wyzej naglowki i moze
zostac uruchamiany z crontab-a, calkowicie automatyzujac wysylanie
dokumentow. Jedyne, co trzeba robic, to uaktualniac je :-) Jesli chcesz
sciagnac auto-faq przez ftp, zajrzyj do rozdzialu "Gdzie znalezc zrodla
CNEWS, INN, NNTP, TIN, NN, TRN i ich FAQ?"
Poniewaz jednak na razie zbyt wielu artykulow tego typu nie ma, szczegoly
techniczne nie sa byc moze najwazniejsze i zgodnie z zapowiedziami Rafala
Maszkowskiego, ktory jest moderatorem pl.answers, kazdy sensowny artykul
moze zostac tam wyslany (a szczegoly techniczne mozna rozwiazac pozniej).
Z drugiej strony - w utrzymywaniu zawsze aktualnych kopii artykulow w
pl.answers wspoldzialac musza takze serwery news, tzn. nie kasowac zbyt
szybko listow w tej grupie. Wystarczy, ze respektowane sa pola 'Expires:' co
w przypadku serwera innd oznacza umieszczenie w pliku expire.ctl linii:
pl.answers:A:1:14:never
lub np.
pl.answers:A:1:14:60
jesli ktos (administrator news) boi sie bardzo, ze artykuly beda tam zalegac
zbyt dlugo. Linia taka oznacza, ze artykuly w grupie pl.answers maja byc
trzymane co najmniej 1 dzien (to takze mozna zwiekszyc), standardowo - 14
dni (jesli nie ma pola "Expires:"), a jesli wystepuje pole 'Expires:', to az
do daty w nim wyspecyfikowanej (ale nie wiecej jak 60 dni - w drugim
przypadku).
Wiekszosc artykulow wysylanych w grupie pl.answers ma takze swoje
odpowiedniki na stronach WWW. Odwolania do nich znajduja sie na stronie
http://faq-bot.usenet.pl/.
----------------------------------------------------------------------------
Czy w newsach mozna uzywac polskich "ogonkow"
Zdecydowanie tak. Nie ma ku temu zadnych przeciwskazan natury technicznej -
system transferu news jest calkowicie "8-bit clean", tzn. ze serwery nie
interesuja sie zawartoscia artykulow - moga one zawierac dane 8-bitowe
definiowane w dowolnym standardzie (czyli np. ISO-8859-1, ISO-8859-2, KOI-8,
itp.). Jaki standard jest uzywany jest istotne wylacznie dla czytnikow news.
W przypadku tekstow pisanych po polsku (a wiec w grupach pl.*, ew.
soc.culture.polish) jest to ISO-8859-2. Czytnik news wysylajacy artykul z
polskimi literkami (czyt. "polskimi znakami diakrytycznymi") powinien
dopisac do naglowkow wysylanego artykulu odpowiednie naglowki MIME, mowiace
jakiego kodowania uzyto. Dla jezyka polskiego bedzie to:
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=iso-8859-2
Dopuszczalne (i rownouprawnione z 8bit) jest takze stosowanie kodowania
Quoted-Printable, jednakze ze wzgledu na wygode i prostote czytania news
zakodowanych 8-bitowo oraz niemoznosc odkodowania QP przez niektore
popularne czytniki news pracujace w srodowisku MS-windows, warto polecac
uzywanie kodowania 8bit.
Z drugiej strony - nalezy pamietac takze, ze grupy pl.* sa czytane nie tylko
w Polsce i niektorzy moga miec problemy z poprawnym skonfigurowaniem
czytnikow news do obslugi ogonkow. W takim przypadku najlepiej odeslac ich
na Polska Strone Ogonkowa, znajdujaca sie pod adresem
http://www.agh.edu.pl/ogonki/, lub do grupy pl.comp.ogonki, gdzie wlasnie
tego typu problemy sa dyskutowane. Jesli w dalszym ciagu wiele osob w grupie
narzeka na to, ze nie moga przeczytac "robaczkowych" listow, to oczywiscie
sprawa uzywania ogonkow pozostaje kwestia odpowiednich kompromisow.
Jedynym miejscem, w ktorym nie moga wystapic znaki o kodach powyzej 127 sa
nazwy grup. Zastanawiajac sie, czy pisac z ogonkami czy bez, warto takze
zwrocic uwage na to, czy grupa news nie jest przypadkiem polaczona z jakas
lista dyskusyjna. Informacje o tym przedstawiono powyzej, w rozdziale Spis
grup news polaczonych z e-mailowymi listami dyskusyjnymi. Tam tez znajduja
sie informacje o tym, ktore z bramek news2mail/mail2news oraz list
dyskusyjnych przenosza poprawnie naglowki MIME.
Wiecej informacji o uzywaniu ogonkow w news i w ogole znalezc mozna na
Polskiej Stronie Ogonkowej (http://www.agh.edu.pl/ogonki/). Informacje na
temat odpowiedniej konfiguracji mail2news/news2mail oraz programu sendmail
znajduja sie natomiast w drugiej czesci tego FAQ.
----------------------------------------------------------------------------
Ratunku! Dostalem list od robota! Czy mam sie bac?
Dostalem list od robota, mowiacy, ze mam nieprawidlowo zakodowane ogonki lub
wyslalem spam. Co mam z tym zrobic?
Jezeli tak sie stalo, to znaczy, ze albo naruszyles netykiete, czyli zbior
ogolnie przyjetych zasad obowiazujacych w sieci, albo twoje oprogramowanie
nie przestrzega norm i standardow obowiazujacych w Internecie i twoje listy
sa wysylane nieprawidlowo, "zasmiecajac" siec. Drugi z tych przypadkow
dotyczy glownie (ale nie tylko) osob korzystajacych z MS Internet Explorera,
Netscape lub oprogramowania dzialajacego w srodowisku MS-Windows. Niektore z
bledow konfiguracji, takie jak np. niepoprawny adres zwrotny w polu From:,
sa wykrywane przez serwer news w momencie wysylania artykulu i artykul taki
nie zostaje przyjety z komunikatem '441 Posting failed'. Nie wszystkie bledy
mozna jednak wykryc w ten sposob. Stad obecnosc robotow, sprawdzajacych
poprawnosc listow juz po wyslaniu.
Obecnie w polskim usenecie dziala kilka robotow sprawdzajacych poprawnosc
wysylanych w grupach pl.* listow. Listy wysylane niezgodnie z obowiazujacymi
standardami moga byc kasowane, a autor takiego listu zwykle jest o tym
fakcie powiadamiany e-mailem (o ile, po pierwsze, w polu From: lub Reply-To:
umiescil swoj rzeczywisty i dzialajacy adres e-mail). Nie jest to cenzura,
lecz techniczne oczyszczanie hierarchii pl.* z listow, ktore nie moga byc
prawidlowo odczytane w systemach innych niz ten, z ktorego pochodza. Roboty
w zadnym stopniu nie oceniaja merytorycznej tresci listu, lecz sprawdzaja
jedynie jego techniczna poprawnosc. Kazdy z dzialajacych robotow moze miec
minimalnie odmienne zasady oceniania listu, jednakze generalnie rzecz
ujmujac kasowane sa/moga byc (z powiadomieniem autora):
* Listy zawierajace binaria, np. zdjecia, pliki *.wav, programy, itp.
Newsy sa systemem przesylania artykulow tekstowych, a grupy news sa
grupami dyskusyjnymi, dlatego tez przesylanie w newsach binariow jest
surowo zabronione.
* Listy uzywajace polskich znakow diakrytycznych bez prawidlowych
naglowkow MIME, okreslajacych, ze uzyto kodowania iso-8859-2. Listy
takie powoduja wyswietlanie "robaczkow" w miejscu polskich liter i sa
nieczytelne w prawidlowo skonfigurowanych czytnikach news.
* Listy uzywajace polskich znakow zakodowanych niezgodnie z norma ISO
8859-2. Dotyczy to glownie artykulow wysylanych z systemu MS-Windows,
uzywajacego wewnetrznego standardu windows, jakim jest CP-1250. Listy
takie powoduja wyswietlanie "robaczkow" lub pomijanie niektorych znakow
w miejscu polskich liter i sa nieczytelne zarowno na wszystkich innych
systemach niz MS-Windows, ale takze w MS-Windows w prawidlowo
skonfigurowanych programach Netscape czy MSIE. Humorystycznym
przykladem (prawdziwym!) byla reklama firmy Microsoft mowiaca "Kto by
pomylal? - My pomylelimy!", w ktorej na skutek uzycia nieprawidlowego
kodowania zniknely wszystkie literki "s" (tzn. "s" z apostrofem).
* Listy o dokladnie tej samej tresci wyslane do kilku(nastu) grup lub
duplikaty tego samego listu wyslane w krotkich odstepach czasu do tej
samej grupy news. Bledy w programach Netscape/MSIE (Netscape takze w
wersjach UNIX) powoduja, ze uzytkownik czesto nie otrzymuje informacji
o tym, ze jego artykul zostal juz wyslany, wiec klika jeszcze raz, by
go wyslac. W newsach pojawiaja sie wiec 2 lub 3 kopie tego samego
artykulu. Roboty kasuja duplikaty, pozostawiajac jedynie pierwszy z
tych kilku jednakowych artykulow. Jednakze wyslanie duzej ilosci takich
samych listow moze spowodowac zakwalifikowanie ich jako spam, a wowczas
kasowane sa wszystkie, z reguly - bez powiadamiania o tym autora listu,
jako ze spamy zwykle wysylane sa z nieistniejacych adresow i
powiadamianie "autora" zwykle nie ma sensu. Tym bardziej, ze glownie
dotyczy to spamow trafiajacych do Polski z zewnatrz, a wiec z roznych
serwerow poza Polska, na ktorych grupy pl.* obecne sa wsrod wszystkich
innych grup.
Roboty narzekaja takze (nie kasujac z reguly) na listy zawierajace linie
dluzsze niz 80 znakow, jedynie informujac o tym autora emailem.
Od pownego czasu dziala takze FAQ-Bot - robot informacyjny omowiony w
nastepnym rozdziale.
----------------------------------------------------------------------------
FAQ-Bot
FAQ-Bot jest powstala na poczatku 1998 roku usluga informacyjna majaca za
zadanie zapoznanie nowych uzytkownikow polskiego usenetu z netykieta i
regulami w nim obowiazujacymi. Stara sie takze przekazac podstawowa wiedze
na ten temat, bowiem jednym z najwiekszych problemow zwiazanych z gwaltownym
rozwojem internetu jest to, ze malo ktory dostawca uslug internetowych
informuje swoich uzytkownikow jak tak naprawde z Internetu nalezy korzystac.
Nagminne wiec jest wysylanie listow w niewlasciwych grupach, wysylanie ich
do kilku lub kilkunastu grup jednoczesnie, mylenie Usenetu z wielka tablica
ogloszeniowa, podczas gdy sluzy on przede wszystkim do dyskusji, oraz wiele
innych przewinien. Co gorsza, przewinienia te zwykle nie wynikaja ze zlej
woli uzytkownika news, lecz z tego, ze nikt nie poinformowal go jak nalezy
sie zachowywac.
FAQ-Bot stara sie wypelnic te luke sledzac adresy pojawiajace sie w polu
From: artykulow wysylanych w grupach pl.*. Jezeli pojawi sie adres, ktory
nie wystepuje jeszcze w bazie FAQ-Bota, na adres ten wysylana jest krotka
informacja z opisem grupy, a jesli grupa posiada FAQ, to takze jego aktualna
wersja. Po wyslaniu takiego zestawu startowego FAQ-Bot zapamietuje adres
osoby, po to, by wiecej jej nie niepokoic tymi samymi informacjami.
Informacje dotyczace adresow traktowane sa jako poufne i nie sa nigdzie i
nikomu udostepniane. Wiecej informacji na temat FAQ-Bota mozna znalezc na
stronie http://faq-bot.usenet.pl/, tam rowniez znajduja sie odwolania do
stron WWW zawierajacych FAQ poszczegolnych grup, oraz do strony WWW
zawierajacej opisy grup (http://www.usenet.pl/opisy/
----------------------------------------------------------------------------
Reguly wysylania artykulow w grupach pl.*
Ponizsze reguly oparte sa na netykiecie obowiazujacej wszystkich
uzytkownikow sieci, precyzujac nieco zasady wysylania news w grupach pl.*.
Ich przestrzeganie nie jest na razie wymuszane srodkami technicznymi (chyba,
ze zostalo to opisane w poprzednim punkcie, dotyczacym robotow), aczkolwiek
niewykluczone, ze tak sie w przyszlosci stanie, gdyz nieprzestrzeganie lub
wrecz nieznajomosc netykiety staje sie ostatnio wrecz nagminna, bedac cena,
jaka przychodzi nam wszystkim placic za burzliwie ostatnio postepujacy
rozwoj Internetu.
* Artykuly nie powinny byc wysylane jednoczesnie do wiecej niz 3-4 grup
pl.*. Mimo, iz oryginalny artykul moze rzeczywiscie pasowac do kilku
grup jednoczesnie, to dyskusja zwykle szybko zbacza na temat, ktory nie
nalezy do prawie zadnej z tych grup, co z kolei prowadzi do wielu
listow "Dlaczego o tym mowicie tutaj? Idzcie sobie do innej grupy".
Dlatego zawsze list wysylany do kilku grup powinien zawierac pole
"Followup:" zawierajace nazwe jednej grupy, w ktorej nalezy dalej
prowadzic dyskusje.
Zgodnie z obowiazujacymi obecnie zasadami, artykul nie zawierajacy pola
'Followup-To:' moze byc wyslany co najwyzej do 3 grup, a artykul
zawierajacy pole Followup-To: z nazwa 1-3 grup news, adresem autora lub
slowem 'poster', a wiec kierujacy odpowiedzi do tej grupy lub do
nadawcy, moze byc wyslany maksimum do 6 grup news.
* Crosspostowanie, czyli wysylanie do kilku grup jednoczesnie powinno byc
ponadto ograniczone wylacznie do grup pl.*, gdyz w grupach pl.* listy
pisze sie po polsku, a w pozostalych - nie. Wysylanie wiec czegos
jednoczesnie do pl.* i np. comp.* jest pozbawione sensu.
Zabronione jest tez crosspostowanie pomiedzy grupami, ktorych nazwa
rozni sie tylko ostatnim czlonem, czyli nalezacymi do tej samej
pohierarchii, a wiec o zblizonej tematyce. Przykladowo, nie nalezy
wysylac listow jednoczesnie do pl.soc.edukacja i
pl.soc.edukacja.szkola, gdyz grupa "szkola" powstala wlasnie po to, by
dyskusje o edukacji w szkolach prowadzic wlasnie tam, a nie w grupie
bardziej ogolnej, zajmujacej sie edukacja w innych formach.
Niektore grupy w swoim opisie tematyki (opisy takie dostepne sa pod
adresem http://www.usenet.pl/opisy/) dodatkowo zabraniaja jednoczesnego
wysylania listow do tej grupy i wybranych innych, np. zabronione jest
crosspostowanie miedzy grupami pl.regionalne.szczecin i
pl.regionalne.szczecin.ogloszenia, a opis grupy pl.rec.muzyka.metal
zabrania jakichkolwiek crosspostow z wyjatkiem grupy
pl.rec.muzyka.rock.
Ze wzgledu na "zapalny" charakter grup pl.soc.polityka, pl.soc.religia,
pl.sci.historia i pl.listserv.dziennikarz, zabronione jest takze
crosspostowanie artykulow pomiedzy tymi grupami. Jak wskazuje
doswiadczenie, tego typu crossposty z reguly sa wysylane bez zwracania
uwagi na to jakiej tematyki list dotyczy, a tasiemcowe "dyskusje" i
flame-wars ciagna sie potem niepotrzebnie we wszystkich grupach, bo
wiekszosc odpowiadajacych w ferworze walki nie zwraca uwagi na to,
dokad sle swoje artykuly.
Powyzszy problem (flame-wars i okolice) dotyczy coraz wiekszej liczby
grup (np. ostatnio pl.soc.wegetarianizm, grupy biznes, inne...). W
zwiazku z tym prosimy o przenoszenie crosspostow (poprzez ustawianie
followup-to:) na konkretne grupy, tak, aby watek w crossposcie nie
trwal dluzej niz 4-5 artykulow.
* Wysylanie binariow, czyli obrazkow, zdjec, zakodowanej muzyki,
zakodowanych binarnie dokumentow w formatach innych niz tekstowy, itp.
itd. jest calkowicie zabronione. Jak juz wspomniane zostalo wczesniej,
system usenet news to grupy dyskusyjne i nie sluza one do dystrybucji
programow czy jakichkolwiek innych informacji, niz informacje tekstowe.
Ze wzgledu na nadmierne zajmowanie zasobow (zajmowanie miejsca na dysku
serwerow news, zajmowanie pasma w celu przeslania miedzy serwerami,
czas potrzebny na sciaganie ich przez modem) binaria z grup pl.* sa
usuwane automatycznie przy pomocy robotow.
* Jak we wszystkich innych grupach news, przed wyslaniem swojego
pierwszego listu w grupie nalezy sie przez jakis czas (kilka dni
przynajmniej) przysluchiwac dyskusji tam prowadzonej, aby zorientowac
sie, czy jest to wlasciwe forum do zadania tego wlasnie pytania. W
wielu grupach regularnie wysylane jest FAQ, czyli artykul zawierajacy
`Frequently Asked Questions' - odpowiedzi na czesto zadawane pytania.
Byc moze twoje pytanie tez nalezy do tej kategorii, wiec poszukaj
najpierw odpowiedzi w FAQ, a dopiero potem pytaj, jesli jej tam nie
znalazles. Jesli tego nie zrobisz, zapewne otrzymasz lakoniczna
odpowiedz `RTFM' lub `RTFFAQ' (Read the Fu^H^H Fascinating Manual/FAQ).
Aby bylo latwiej je znalezc, wszystkie FAQ oprocz swej `rodzimej' grupy
sa takze wysylane do grupy pl.answers, opisanej wczesniej.
FAQ dostepne sa takze na serwerach www.usenet.pl i faq.usenet.pl.
* Zabronione jest wysylanie ogloszen i reklam w grupach, ktore do tego
nie sluza. A dokladniej -- wszedzie, z wyjatkiem kilku grup specjalnie
do tego przeznaczonych, lub jesli ogloszenie jest "na temat" i
jednoczesnie opis grupy dopuszcza wysylanie takich ogloszen. Typowo
ogloszeniowymi grupami sa hierarchie pl.ogloszenia.* i pl.praca.* (z
wyjatkiem pl.praca.dyskusje). Ogloszeniom nie sluzy natomiast
pl.biznes, czy cala hierarchia pl.biznes.*. Sa to grupy dyskusyjne,
podobnie jak wiekszosc pozostalych. Opisy grup mozesz sprawdzic pod
adresem http://www.usenet.pl/opisy/.
Przy okazji nalezy zwrocic uwage, ze istniejace w niektorych grupach
zasady dopuszczajace pojawianie sie pojedynczych ogloszen, odnosza sie
do ogloszen wysylanych *jednorazowo* przez uczestnikow grupy
dyskusyjnej i majacych charakter gieldowy, a nie do ofert hurtowni czy
firm sprzedajacych jakies rzeczy i wysylajacych swe ogloszenia co jakis
czas. Jesli jestes przedstawicielem jakiejs firmy i chcesz ja
zareklamowac, zdecydowanie lepszy efekt osiagniesz umieszczajac URL-a
do firmowej strony WWW w swojej stopce (sygnaturce) i uczestniczac w
konstruktywny sposob w dyskusjach prowadzonych w grupie. Wysylanie
samych reklam lub ofert z reguly przynosi odwrotny skutek, odstreczajac
od zagladania na reklamowane strony.
* Zadne ogloszenie (ani w grupach dopuszczajacych pojedyncze ogloszenia,
ani w tych, ktore sluza wylacznie umieszczaniu ogloszen) nie powinno
sie pojawiac zbyt czesto, tzn. czesciej niz raz na miesiac, ew. raz na
2 tygodnie. Usenet news to nie jest gazeta, ktora codziennie ma
zupelnie nowe wydanie. Artykul (ogloszenie) raz umieszczone na serwerze
bedzie tam tkwilo przez dluzszy czas - zwykle przez miesiac, a na
niektorych serwerach nawet 3 miesiace lub dluzej. Nawet, jesli tekst
pozornie zniknie, bo zostanie przeczytany, to dalej jest trzymany na
serwerze i prezentowany wszystkim, ktorzy go jeszcze nie czytali.
Wysylanie tego samego tekstu codziennie powoduje, ze na serwerze
znajdzie sie wiele jego kopii, a inni uzytkownicy sa zmuszeni do
czytania tych samych wiadomosci na nowo, co takze jest traktowane jak
spam i moze powodowac usuniecie z serwera wszystkich kopii wyslanego
artykulu/ogloszenia.
* Zabronione jest takze wielokrotne wysylanie listu o tej samej lub
minimalnie rozniacej sie tresci do wielu grup news. Listy takie
traktowane sa jako spam i albo od razu nie przyjmowane na serwerze,
albo usuwane z niego automatycznie po przekroczeniu odpowiedniego
limitu. Jezeli przestrzegasz zasad opisanych wczesniej, mozesz byc
spokojny, ze tego limitu nie przekroczysz. A jesli chcesz wiedziec
dokladniej czym jest, a czym nie jest spam, zajrzyj na serwer
www.abuse.net.
* (na razie tyle, ale regul tych jest wiecej i pojawia sie one tutaj...)
----------------------------------------------------------------------------
Dostep do News:
----------------------------------------------------------------------------
W jaki sposob mozna uzywac USENET?
>> Czy i w jaki sposob mozna dostac sie i uzywac siec USENET?
1. Poprzez serwer news przy uzyciu czytnika news:
Serwer:
o najlepiej znalezc najblizszy serwer news - np. we Wroclawiu bedzie to
news.ict.pwr.wroc.pl lub news.pwr.wroc.pl, w Krakowie -
galaxy.uci.agh.edu.pl lub cyfronet, w innych miastach - serwer w
ktorejs z lokalnych instytucji lub serwer z innego miasta, ale
najblizszy w sensie topologii sieci. Najlepiej zawsze popytac sie
administratorow lub skorzystac z listy serwerow zamieszczonej powyzej i
za pomoca traceroute sprawdzic, ktory jest najblizszy. Mozna tez
sprobowac za pomoca programu "nslookup" lub "host" spytac jakiegos
serwera DNS o adres postaci miasto.usenet.pl - np. "torun.usenet.pl",
aby dowiedziec sie, gdzie jest najblizszy serwer. (Jesli uzywasz
nslookup, pamietaj o ustawieniu "set type=any"). Dla uzytkownikow
*.tpnet.pl wlasciwym serwerem jest news.tpi.pl. Uzytkownicy posiadajacy
konta na friko*.onet.pl moga takze korzystac z serwera news.onet.pl
logujac sie na niego za pomoca hasla. Wiecej informacji na ten temat
znajduje sie w rozdziale Z jakiego serwera powinienem korzystac?.
o mozna korzystac z innego, najlepiej bliskiego, serwera - co przy
obecnej strukturze sieci w Polsce oznacza, ze z ktoregos serwera w
Warszawie, Krakowie, Lublinie, Poznaniu, Gdansku, Gliwicach, Katowicach
lub Wroclawiu (lacza 34 Mbps lub 2Mbps). Adresy administratorow mozna
znalezc w PZS: http://www.ict.pwr.wroc.pl/pzs/
o publiczny serwer ze wszystkimi grupami - trudno polecac te metode, bo
jest straszliwie powolna; najblizszy taki serwer jest w Berlinie.
o grupy pl.* i troche lokalnych mozna czytac laczac sie z jednym z
serwerow news.ict.pwr.wroc.pl, news.mat.uni.torun.pl,
news.uci.agh.edu.pl lub news.lublin.pl.
o Aby ustalic, z jakiego serwera news chcemy korzystac, w UNIXie nalezy
ustawic zmienna srodowiskowa o nazwie 'NNTPSERVER'. Na przyklad:
setenv NNTPSERVER news.ict.pwr.wroc.pl
po czym uruchomic czytnik news. Pod DOSem i w innych systemach robi sie
to zwykle wpisujac nazwe serwera w odpowiednim pliku konfiguracyjnym,
lub wybierajac ja z odpowiedniego menu konfiguracyjnego programu. Adres
"domyslnego" serwera news warto wpisac na stale do konfiguracji
czytnika, lub podac go przy jego kompilacji.
Warto przy okazji pamietac o jednej rzeczy: Jesli korzystasz z KILKU
serwerow news, pamietaj, by uzywac roznych plikow .newsrc - inaczej
moze sie okazac, ze na jednym z serwerow nigdy nie bedziesz widzial
nowych artykulow w niektorych grupach. W systemie UNIX plik .newsrc
zawiera liste czytanych przez Ciebie grup oraz numery przeczytanych
artykulow, np:
pl.internet.polip: 1-22359,22364-22365,22370,22372-22379
Jesli na innym serwerze news te same artykuly maja numery rzedu 5000,
to NIGDY nie zobaczysz nowych, bo czytnik news wszystkie artykuly o
numerach 1-22359 uwaza za przeczytane. Dlatego jesli np. korzystajac z
tin-a chcesz polaczyc sie z innym niz zwykle serwerem news, zrob to w
ten sposob:
(setenv NNTPSERVER adres.serwera; tin -r -f ~/.newsrc.inny)
Nawiasy okragle powoduja, ze zmienna NNTPSERVER zostanie ustawiona
tylko na czas wykonywania komendy tin (dokladniej - uruchomiona
zostanie podpowloka z komendami "setenv" i "tin"), a ~/.newsrc.inny to
nazwa 'innego' (dowolnego) pliku .newsrc
Setenv to oczywiscie komenda csh, dla sh nalezy uzyc "( export
NNTPSERVER=adres.serwera; tin -r ... )"
Czytnik news:
o Czytnikiem moze byc np. lynx lub netscape, wygodniej korzystac z
programow takich jak tin, nn, rn, trn, slrn, itp. umozliwiaja one
bowiem po pierwsze wysylanie artykulow (to potrafi takze netscape), a
po drugie - sortowanie ich w watki, usuwanie z "pola widzenia"
niechcianych autorow lub tematow (tzw. `killfile') i wiele innych
rzeczy.
2. Mozliwy jest takze dostep za pomoca uslugi gopher:
gopher://gopher.uci.agh.edu.pl:70/1exec%3aroot%3a/.scripts/readnews
gopher://sun1000.pwr.wroc.pl/11/news/
Poniewaz dostep taki jest "read-only", nalezy ten sposob uzupelnic
mozliwoscia wysylania artykulow:
Jesli nie masz bezposredniego dostepu do grup USENET, mimo wszystko mozesz
wyslac artykul, tak by trafil do odpowiedniej grupy. Moze to zostac zrobione
poprzez wyslanie listu e-mailem na jeden z adresow publicznych bramek
mail->news. Kazda z nich ma wlasna skladnie i sposob adresowania, dobrze
jest wiec najpierw to sprawdzic. Trzy najpopularniejsze, to: (W tej chwili
podobno wszystkie z nich sa juz nieaktualne, lecz nie jest to informacja
sprawdzona - [ts])
Host: cs.utexas.edu
Skladnia: newsgroup-name@cs.utexas.edu
Przyklad: aby wyslac artykul do grupy 'comp.compilers', nalezy
zaadresowac swoj list jako:
comp-compilers@cs.utexas.edu
Host: newsbase.cs.yale.edu
Skladnia: newsgroup.name-news@newsbase.cs.yale.edu
Przyklad: aby wyslac artykul do grupy 'comp.compilers', nalezy
zaadresowac swoj list jako:
comp.compilers-news@newsbase.cs.yale.edu
Host: decwrl.dec.com
Skladnia: newsgroup.name@decwrl.dec.com
Przyklad: aby wyslac artykul do grupy 'comp.compilers', nalezy
zaadresowac swoj list jako:
comp.compliers@decwrl.dec.com
Nalezy jednak pamietac, ze w ten sposob nie mozna wyslac artykulow do zadnej
z grup o zasiegu mniejszym niz caly swiat - a wiec takze do zadnej z grup
pl.*
Bramki dla grup pl.*
Od okolo polowy roku 1996 grupy pl.* przenoszone sa takze przez najbardziej
znany serwer usenetu na swiecie, a wiec uunet.uu.net. Mozna wiec liczyc na
to, ze skorzystanie z jednej z powyzszych bramek dla grup pl.* zakonczy sie
sukcesem. Oprocz tego, we wrzesniu 1995 zostala uruchomiona bramka dla grup
pl.*, znajdujaca sie w domenie usenet.pl. Bramka ta pozwala uczestniczyc w
dyskusji poprzez wyslanie listu poczta na adres:
pl-nazwa-grupy@gateway.usenet.pl
Tak wiec opis powyzszy mozna uzupelnic o nastepujace dane:
Adres: gateway.usenet.pl (Tylko MX)
Skladnia: pl-nazwa-grupy@gateway.usenet.pl
Przyklad: aby wyslac artykul do grupy 'pl.test', nalezy
zaadresowac swoj list jako:
pl-test@gateway.usenet.pl
Uwaga! Bramka dziala wylacznie dla grup pl.* !!!
Od razu warto zwrocic uwage, ze wszelkie proby naduzywania bramki,
polegajace na wysylaniu przez nia spamow (czyli tych samych lub jedynie
minimalnie sie rozniacych artykulow wysylanych jednoczesnie do wielu grup
news), beda powodowaly permanentne i nieodwolalne wpisanie adresu (lub
domeny) nadawcy do plikow filtrujacych poczte nadchodzaca, co w efekcie
oznacza dla nadawcy pozbawienie go mozliwosci wysylania listow na adres
bramki (a takze na inne adresy obslugiwane przez ten i inne serwery
internetowe).
Istnieje takze bramka newsgate.gliwice.pl, pozwalajaca korzystac z grup
dyskusyjnych w hierarchii pl.* poprzez poczte elektroniczna. Wiecej
informacji na temat jej dzialania (i jak skorzystac z bramki, zapisujac sie
na odpowiednia liste) mozna znalezc pod adresem www.newsgate.gliwice.pl.
3. Dostep przez publiczne ("otwarte") serwery
Wiekszosc serwerow w Polsce skonfigurowanych jest w taki sposob, ze
umozliwiaja laczenie sie takze uzytkownikom spoza swojej domeny,
udostepniajac im ograniczony zestaw grup (sa to zwykle wylacznie grupy
pl.*), a czasem takze nie pozwalajac na wysylanie artykulow. Istnieja takze
"otwarte serwery" poza Polska, umozliwiajace czytanie i wysylanie artykulow
kazdemu, zwykle jednak okazuje sie, ze sa to serwery nie tyle "otwarte", co
zle skonfigurowane. Staja sie one niestety narzedziem naduzyc dla wszelkiej
masci spammerow i w krotkim czasie zostaja zamkniete.
Z tego wzgledu najlepszym wyjsciem jest jednak poszukanie wlasciwego dla
swojej domeny serwera news, a jesli provider internetu takiego nie ma -
monitowanie go, by serwer taki zalozyl lub uzyskal dostep dla swoich
uzytkownikow na innym, pobliskim serwerze news.
4. Dostep przez NFS w Stuttgarcie
Adresu niestety nie znam - prosze o informacje, jezeli ktos z tej uslugi
korzysta. Zdaje sie jednak, ze taki dostep nie jest juz obecnie mozliwy.
----------------------------------------------------------------------------
Jaki jest najszybszy serwer news?
Jaki jest najszybszy serwer news? Korzystalem z sunsite.icm.edu.pl, ale
dostep do niego jest taki wooooolny...
Zalezy skad sie laczysz. Przeczytaj odpowiedz na nastepne pytanie.
----------------------------------------------------------------------------
Z jakiego serwera powinienem korzystac?
Z jakiego serwera news powinienem korzystac? Probowalem z
sunsite.icm.edu.pl, ale on jest strasznie wolny... Probowalem tez innych,
ale tam nie ma grup alt.*. Na jeszcze innych moge czytac artykuly, ale nie
moge zadnego wyslac.
To pytanie zadawane jest glownie przez uzytkownikow sieci TPNET, laczacych
sie po wykreceniu numeru 0-20-21-22. Ale o tym za chwile...
Wszystko zalezy skad sie laczysz. A takze od tego, czy dziala ci tzw.
odwrotny DNS, tzn. czy twoj komputer jest zarejestrowany w DNS w domenie
*.pl.
Serwer, z ktorego korzystasz, powinienes wybrac zaleznie od tego, w jaki
sposob jestes podlaczony do sieci Internet. Jezeli na przyklad jestes
podlaczony do akademickiej sieci we Wroclawiu (tzn. wroclawskiej sieci MAN),
bedzie to serwer news.pwr.wroc.pl lub news.ict.pwr.wroc.pl. Tylko one dadza
ci dostep do wszystkich grup, ktore na tych serwerach sie znajduja. Jesli
jestes w Poznaniu i twoje polaczenie z internetem prowadzi przez siec MAN --
bedzie to serwer news.man.poznan.pl. Analogicznie w pozostalych miastach.
Jesli w twoim miescie nie ma serwera news (ale korzystasz z sieci
akademickiej), sprobuj polaczyc sie z serwerem w najblizszym miescie, gdzie
taki serwer jest. Np. dla Zielonej Gory bedzie to Poznan. Jako punktu
zaczepienia mozna uzyc listy serwerow przedstawionej wczesniej lub wpisac
nazwe miasta w DNS, np. "zielona.gora.usenet.pl", tak jak to zostalo opisane
w dalszej czesci.
Nieco inaczej wyglada sprawa, jesli laczysz sie przez siec TPNET, a wiec
dzwoniac pod numer 0-20-21-22 lub korzystajac z komputera w firmie, ktora
jest podlaczona przez siec TPNET. Uzytkownicy korzystajacy z "anonimowych"
dialupow TPNet i otrzymujacy adresy *.ppp.MIASTO.tpnet.pl,
*MIASTO.cvx.ppp.tpnet.pl itp., powinni korzystac z serwera news.tpi.pl.
Tylko ten serwer udostepnia artykuly news do czytania i pisania bez
dodatkowych pytan o haslo. Pozostali uzytkownicy sieci TPNet (np. firmy
podlaczone do sieci laczami POLPAK-T, ale posiadajace wlasna domene, pule
adresow IP itd.) powinni nadal stosowac sie do zasady "Serwer powinienes
wybrac zaleznie od tego, w jaki sposob jestes podlaczony do sieci Internet",
pamietajac jednak, ze wazniejsze od tego, w jakim miescie jestes, jest to,
ze jest to siec TPNET. Jesli jestes np. w Katowicach, lub Szczecinie, to
serwery sieci MAN tych miast wcale nie sa twoimi najblizszymi serwerami, bo
pakiety do nich podrozowac musza przez siec TPNET do Warszawy lub innego
miasta (np. Poznania), tam przedostac sie do sieci NASK lub POL-34, po czym
innymi laczami wrocic ponownie do odpowiedniej sieci MAN. Dlatego znacznie
lepszym rozwiazaniem jest znalezienie serwera w sieci TPNET. Bedzie to
rozwiazanie znacznie szybsze, prawdopodobnie tez uzyskasz wieksza liczbe
grup, a nie tylko grupy pl.* oraz mozliwosc pisania artykulow.
W miastach, w ktorych istnieja lokalne bramki MAN--TPNET sytuacja wyglada
lepiej, bo pakiety nie musza podrozowac do Warszawy i z powrotem, lecz
przesylane sa lokalna bramka, zwykle o przepustowosci 2 Mbps lub wiekszej.
Takimi miastami sa m.in. Lublin, Lodz, Poznan, Gdansk, Krakow, Wroclaw (no i
Warszawa, ale tamtejsza bramka jest notorycznie przeciazona, bo obsluguje
takze cala reszte Polski).
W sieci TPNET znajduja sie serwery news.tpi.pl oraz news.onet.pl i z tych
serwerow powinienes korzystac w pierwszym rzedzie, jesli z internetem
laczysz sie przez numer dostepowy 0-202122 TPSA. Do lutego 2000, dzieki
lokalnym bramkom TPNET-POL34/NASK, mozliwe bylo takze korzystanie w
niektorych przypadkach z innych serwerow, znajdujacych sie w sieci NASK lub
POL-34. Dostep dla dialupow sieci TPNET zawsze odbywal sie na zasadzie
"goscinnosci" tych serwerow, z mozliwoscia zmiany w kazdej chwili, co
ostatecznie nastapilo w marcu 2000, ze wzgledu na narastajace od dlugiego
czasu problemy z naduzyciami powodowanymi przez uzytkownikow TPNet i
niewielkiej mozliwosci szybkiego reagowania na te naduzycia (mimo zabiegow
zespolu abuse@tpnet i wykrywania wiekszosci przypadkow). Dlatego od marca
2000 uzytkownicy dialupow TPNET mogli korzystac juz prawie tylko z serwera
news.tpnet.pl, ktorego funkcje w sierpniu 2000 przejal serwer news.tpi.pl.
Gdzieniegdzie mozliwy jest jeszcze dostep w trybie wylacznie do czytania,
bez mozliwosci ich wysylania, jednak uzytkownicy sieci TPNet powinni
korzystac z serwera swojego providera, czyli news.tpi.pl.
Zasady dostepu do poszczegolnych serwerow dostepne sa czesto na odpowiednich
stronach WWW opisujacych te serwery (np. http://news.icm.edu.pl/).
Jesli jestes w sieci TPNET... to mozesz skorzystac z serwera..
-------------------------------------- -----------------------------------
.... i masz konto w *.onet.pl, Serwer news.onet.pl. Przy wysylaniu
konieczna autoryzacja za pomoca hasla.
Dla pozostalych - tylko do czytania.
Jako username podaj pelny adres
konta, np. username@priv1.onet.pl.
.... i nalezysz do klubu Chip, Serwer news.vogel.pl. Konieczna
autoryzacja za pomoca hasla.
.... i nie masz zadnego takiego konta, Serwer news.tpi.pl - dostep pozwalajacy
na czytanie i wysylanie artykulow.
====================================== -----------------------------------
Jesli jestes w sieci INETII... to powinienes korzystac z serwera
(dialupy *.inetia.pl) news.internetia.pl.
-------------------------------------- -----------------------------------
Jesli jestes w innej sieci... spytaj swojego operatora o adres jego
serwera news. Z reguly jest to adres
news.NAZWA-SIECI.pl, tak jak np.
news.ipartners.pl, czy news.nask.pl,
ale nie zawsze.
-------------------------------------- -----------------------------------
----------------------------------------------------------------------------
Czy w domenie usenet.pl nie ma zadnych hostow?
Istnieje domena usenet.pl. Jednak jesli probuje programem nslookup
sprawdzic, jakie sa w niej adresy, nie dostaje nic.
Owszem. Jest to specjalna domena sluzaca uporzadkowaniu spraw zwiazanych z
administrowaniem grupami pl.*. Zawiera ona jedynie adresy MX komputerow
odpowiedzialnych za dostarczanie poczty w domenie *usenet.pl oraz rekordy
CNAME wskazujace dla wielu miast ich najblizszy serwer news. Rekordow CNAME
nie mozna wylistowc za pomoca nslookup, potrafi to jednak zrobic program
"host". (Sprobuj "host -l usenet.pl" lub "host -l -t CNAME usenet.pl".
Funkcje istniejacych w domenie usenet.pl adresow sa nastepujace:
pl-nazwa-grupy@usenet.pl
Adresy kontaktowe moderatorow. Jesli grupa jest moderowana, a wiec
artykuly do niej wysylane musza zostac "zatwierdzone" przez osobe
sprawujaca opieke nad ta grupa, to adres taki prowadzi wlasnie do tej
osoby. Dzieki temu na wszystkich serwerach news wystarczy raz tylko
zdefiniowac, ze adresy moderatorow grup pl.* to %s@usenet.pl (%s
zostaje zastapione nazwa grupy, po zamianie wszystkich kropek na
minusy).
pl-nazwa-grupy@gateway.usenet.pl
Adres bramek email-->news dla grup pl.*. Bramki takie istnieja w celu
umozliwienia wysylania artykulow takze tym, ktorzy news czytaja np. za
pomoca gophera i lynx-a, albo po prostu wygodniej im jest wyslac jakis
artykul poczta niz programem tin/rn/nn/netscape itp. (Bo np. pisza go w
domu, majac wylacznie email via uucp). Artykul do KAZDEJ grupy pl.*
(takze do grup moderowanych) moze zostac wyslany poczta na adres
nazwa-grupy-z-kreskami-zamiast-kropek@gateway.usenet.pl, skad trafi
prosto do news. Artykuly do grup moderowanych trafia oczywiscie
najpierw do moderatora.
miasto.usenet.pl
Np. wroclaw.usenet.pl, krakow.usenet.pl, kielce.usenet.pl itd... Sa to
rekordy typu CNAME (Canonical name) wskazujace wlasciwy dla danego
miasta serwer news (najblizszy pod wzgledem sieciowym, z ktorego w
miescie tym nalezy korzystac (chyba, ze jest ich kilka - moga byc wtedy
rownowazne). Np. jgora.usenet.pl wskazuje na news.pwr.wroc.pl, gdyz
jest to najblizszy serwer dla Jeleniej Gory i jednoczesnie uzytkownicy
z Jeleniej Gory maja dostep do wszystkich grup na tym serwerze. (Drugim
serwerem we Wroclawiu jest news.ict.pwr.wroc.pl, ale nie ma na nim
wszystkich grup (sa tylko comp.*, news.*, pl.*, linux.* i pojedyncze z
innych hierarchii), dlatego podany zostal news.pwr.wroc.pl)
UWAGA! adres tej postaci w zadnym wypadku nie przesadza o tym, ktory
serwer jest lepszy, wiekszy itp. (w miastach, w ktorych jest ich
kilka). Wpisanie MIASTO.usenet.pl ma tylko pomoc kazdemu uzytkownikowi
w znalezieniu najblizszego serwera, ktory umozliwi mu czytanie newsow.
----------------------------------------------------------------------------
W jaki sposob skonfigurowac klienta news?
Czytnikow news jest ogromna ilosc - i tych dzialajacych pod UNIXem, i tych
dzialajacych w srodowisku DOS/MS Windows. Wazne sa dwie rzeczy - podanie
wlasciwego adresu serwera news, a nastepnie zadbanie o to, by wysylac news z
poprawnymi adresami zwrotnymi. Inna wazna rzecza jest wlasciwe zdefiniowanie
daty i strefy czasowej - dotyczy to jednak nie tylko news, ale i poczty
elektronicznej, a jest to zwykle problemem na pecetach.
W przypadku systemu UNIX, aby ustalic adres serwera news, nalezy ustawic
zmienna srodowiskowa NNTPSERVER na adres najblizszego serwera. W powlokach
Bourne Shell, Korn Shell i Bash wygladac to moze nastepujaco:
NNTPSERVER=news.ict.pwr.wroc.pl
export NNTPSERVER
W powlokach csh i tcsh natomiast w ten sposob:
setenv NNTPSERVER news.ict.pwr.wroc.pl
Nazwe news.ict.pwr.wroc.pl nalezy oczywiscie zastapic nazwa `swojego'
serwera news, a linie taka najlepiej umiescic we wlasnym pliku .login,
..bashrc, .profile lub .cshrc.
Jezeli adres najblizszego serwera nie jest znany, mozna wykorzystac
specjalnie w tym celu tworzone mapy DNS i zapytac (np. za pomoca programu
nslookup lub host) o adres postaci:
miasto.usenet.pl
Np. pytajac sie o "torun.usenet.pl" otrzymamy odpowiedz
"news.mat.uni.torun.pl". Podobnie zreszta jak dla Bydgoszczy, bo tam akurat
nie ma serwera news, a najblizszy jest ten torunski wlasnie.
Uruchomienie czytnika news bez ustawienia zmiennej NNTPSERVER zwykle tez
jest mozliwe, jako ze podczas kompilacji czytnika trzeba podac "domyslny"
adres serwera news, problemy natomiast pojawic sie moga przy wysylaniu news,
bowiem czesc czytnikow nie wysyla artykulow sama, lecz z pomoca osobnego
programu o nazwie inews. Jesli wyslanie news konczy sie komunikatem typu
"cannot locate server", problem jest wlasnie w zmiennej NNTPSERVER.
Wszystkie testy wysylac nalezy do grup specjalnie do tego przeznaczonych
(np. pl.test, misc.test i podobnych - np. pwr.test, w zadnym natomiast
wypadku do grup, w ktorych toczy sie dyskusja. Po to wlasnie istnieja grupy
*.test, by mozna bylo do woli testowac konfiguracje czytnikow i serwerow,
nie smiecac przy okazji tam, gdzie nie jest to konieczne.
Przy wysylaniu news wazne jest sprawdzenie kilku pol naglowka w wysylanych
artykulach (takich, jak np. adres zwrotny w polu From:). Najczestszym
problemem jest niepelny adres, taki jak kowalski@pipeta, w ktorym wystepuje
nazwa hosta bez doklejonej domeny. Adres taki jest bezuzyteczny, gdy ktos na
ten list chce odpowiedziec wprost do autora, a nie poprzez news (i na
dodatek sprzeczny ze stosownymi RFC). Najlepiej o tym przeczytac w artykule
pt. "### Witamy w pl.test ### DO NOT IGNORE THIS POSTING", wysylanym w
grupie pl.test regularnie raz na tydzien (oraz dostepnym pod adresami
ftp://ftp.ict.pwr.wroc.pl/pub/faq-pl/pl-test-faq.1 i
http://www.usenet.pl/doc/pl-test-faq.1. W artykule tym wyjasnione sa takze
inne problemy zwiazane z konfiguracja czytnika news, takie jak aktualna data
w komputerze czy wlasciwa definicja strefy czasowej. Warto tez wiedziec, ze
na poprawnie wyslany w grupie pl.test artykul powinienes w ciagu max. 1-2
dni otrzymac odpowiedz via email od automatycznej odpowiadaczki w Lodzi,
chyba ze w polu `Subject:' lub tresci testowego artykulu umiesciles slowo
"ignore" lub "ignoruj".
----------------------------------------------------------------------------
----------------------------------------------------------------------------
Dlaczego mam dojscie tylko do grup pl.*?
Dlaczego mam dojscie tylko do grup pl.*? Obojetnie jakiego czytnika news
uzywam, zawsze dostaje max 50 grup. Z niektorych serwerow w ogole nie udaje
mi sie nic przeczytac, bo dostaje przy polaczeniu komunikat "You have no
permission to talk." albo "Serwer zwrocil blad autoryzacji SSL". itp.
Pytanie uzupelniajace -- czy jestes pewien, ze uzywasz wlasciwego,
`swojego', serwera news? Np. jesli jestes podlaczony do sieci akademickiej
we Wroclawiu, Legnicy lub Walbrzychu, powinienes korzystac z serwerow
wroclawskich. Jesli jestes klientem firmy ISP -- zapytaj administratora
systemu, z jakiego serwera powinienes korzystac. Tylko takie serwery
udostepnia ci wszystkie grupy, jakie posiadaja. Pozostale serwery udostepnia
tylko grupy pl.* lub w ogole odmowia wspolpracy (oznajmiajac `You have no
permission to talk'). Jesli laczysz sie przez siec TPNET (numer 0-20-21-22)
tez bedzie to wygladac inaczej. Sprawdz w rozdziale ze spisem serwerow,
jakiego serwera powinienes uzywac.
Wyjasnienia wymaga tez komunikat wspominajacy o SSL -- tak niestety reaguje
na brak mozliwosci pisania Outlook Express i inne microsoftowe programy
pozwalajace czytac news. Rzeczywista przyczyna bledu nie ma nic wspolnego z
SSL (Secure Sockets Layer) -- komunikat mowi tylko tyle, ze z jakiegos
powodu nie udalo sie polaczyc z serwerem, ale coz -- programisci MS wiedza
lepiej... No wiec jeszcze raz -- uzywam `swojego' serwera news, ale nadal
widze tylko grupy pl.* lub w ogole podczas laczenia pojawia sie blad. O co
tu chodzi?
Pewnie dlatego, ze komputer, z ktorego laczysz sie, by czytac newsy, nie
jest zarejstrowany w odwrotnym DNS. Serwer news probuje przetlumaczyc adres
numerkowy na nazwe, by zakwalifikowac cie do odpowiedniej grupy
uzytkownikow, ale nie otrzymuje poprawnego tlumaczenia i pozostajesz
"nieznany". Przykladowo - jesli adres Twojego komputera to 156.17.41.20, a
nazwa - brzdac.ict.pwr.wroc.pl, to laczac sie z serwerem
news.ict.pwr.wroc.pl powinienes uzyskac dostep do wszystkich grup, jakie tam
sa, bo serwer news.ict.pwr.wroc.pl udostepnia komputerom z sieci
akademickiej *.wroc.pl wszystkie swoje grupy (i niektorym innym, tak jak
jest to napisane w tabelce ze spisem serwerow powyzej), natomiast pozostalym
wylacznie grupy pl.* i pwr.* (niektore inne serwery w ogole odrzucaja
polaczenia z adresow nie zarejestrowanych w DNS). Komputer 156.17.41.20 musi
wiec posiadac tlumaczenie na nazwe w odpowiednich mapach DNS i to w obie
strony. Dla serwerow news wazniejsze jest tlumaczenie z adresu numerkowego
na nazwe. Czy jest ono poprawne, mozna sprawdzic samemu, za pomoca programu
host lub komendy nslookup w systemie UNIX:
% nslookup
> set type=PTR
> 20.41.17.156.in-addr.arpa
20.41.17.156.in-addr.arpa name = brzdac.ict.pwr.wroc.pl
> 59.41.17.156.in-addr.arpa
*** can't find 59.41.17.156.in-addr.arpa: Non-existent domain
Jesli wszystko jest ok, dostaniemy nazwe komputera - tak jak w przypadku
pytania o "20.41.17.156.in-addr.arpa" powyzej. Jesli brak odwrotnego
tlumaczenia - informacje w stylu "No PTR records available" lub
"Non-existent domain". W takim przypadku mozemy wykonac "set type=SOA" lub
"set type=any", a nastepnie pytac dalej, obcinajac kolejne (ostatnie) cyfry
adresu, a wiec "41.17.156.in-addr.arpa" lub "17.156.in-addr.arpa", po to, by
uzyskac informacje komu nalezy zglaszac poprawki w tablicach DNS.
Przykladowo, pomijajac pierwszy czlon "20" i pytajac o
41.17.156.in-addr.arpa otrzymamy odpowiedz:
41.17.156.in-addr.arpa
origin = okapi.ict.pwr.wroc.pl
mail addr = hostmaster.ict.pwr.wroc.pl
serial = 95110115
refresh = 43200 (12 hours)
....
co oznacza, ze adresem kontaktowym jest hostmaster@ict.pwr.wroc.pl (pierwsza
kropke zmienic nalezy na znak @). Pod taki tez adres nalezy kierowac
wszelkie uwagi i prosby dotyczace zmian w DNS dla komputerow o adresach
156.17.41.*.
Problem w kazdym razie nie lezy w serwerze news, lecz w definicji adresu
komputera, ktorego uzywasz. Musisz sie wiec udac do lokalnego administratora
DNS (czasem prosciej jest uzyc e-maila lub skorzystac z telefonu) i poprosic
o dopisanie odpowiedniego rekordu w tablicach DNS.
----------------------------------------------------------------------------
Dlaczego nie moge wyslac zadnego artykulu?
Dlaczego nie moge wyslac zadnego artykulu, mimo ze moj czytnik laczy sie
poprawnie z serwerem i bez problemow moge czytac artykuly z grup news?
Byc moze jest to chwilowy problem serwera, z ktorego korzystasz - moze sie
czasem zdarzyc (choc rzadko), ze skonczylo sie miejsce na dysku lub wystapil
inny problem i serwer nie jest w stanie przyjac nowych artykulow (takze od
innych serwerow), nic nie stoi jednak na przeszkodzie, by artykuly juz
znajdujace sie na serwerze oferowac klientom do czytania.
Moze tez jednak byc tak, ze serwer na podstawie adresu komputera, z ktorego
inicjujesz to polaczenie, decyduje, ze mozesz miec dostep wylacznie do
czytania news, bez prawa wysylania artykulow. Najprawdopodobniej wlasnie to
jest przyczyna jesli laczysz sie z ktoryms z serwerow akademickich z sieci
TPNET. Podobne efekty moga wystapic takze jesli twoj komputer nie jest
zarejestrowany w tzw. "odwrotnym DNS" (rDNS) lub jesli na skutek jakiejs
awarii wystepuja problemy z rDNS. Zajrzyj do rozdzialu "Z jakiego serwera
powinienem korzystac?".
----------------------------------------------------------------------------
Program Outlook Express nie mogl oglosic Twojej wiadomosci. Dlaczego?
Uzywam Outlooka, przy probie wyslania artykulu dostaje blad: Program Outlook
Express nie mogl oglosic Twojej wiadomosci. Temat 'MS Proxy 2.0 i ping',
Konto: 'news.ict.pwr.wroc.pl', Serwer: 'news.ict.pwr.wroc.pl', Protokol:
NNTP, Odpowiedz serwera: '440 Posting not allowed', Port: 119,
Zabezpieczenie (SSL): Nie, Blad serwera: 440, Numer bledu: 0x800CCCA9
Calkowicie nieczytelne komunikaty bledow to niestety dosc charakterystyczna
cecha produktow firmy Microsoft. Powyzszy komunikat oznacza po prostu, ze
nie masz dostepu do serwera news, a przynajmniej nie do wysylania artykulow
news. Prawdopodobne przyczyny takiego stanu zostaly opisane w poprzednich
dwoch punktach -- byc moze laczysz sie z niewlasciwym serwerem news lub masz
zle zarejestrowany "odwrotny DNS".
----------------------------------------------------------------------------
W grupach, ktore czytam, od dluzszego czasu nic nie przychodzi. Dlaczego?
Cos sie chyba dzieje z serwerem news na sun1000 - grupy sa, ale od dawna nic
nowego sie w nich nie pojawia - np. soc.culture.polish, polip, news.admin i
w innych.
Byc moze uzywasz na zmiane dwoch serwerow news, a masz tylko jeden plik
..newsrc?
Jesli tak, to nic dziwnego... Np. na jednym serwerze w soc.culture.polish
mozesz miec przeczytane artykuly nr 1-20000, podczas gdy na drugim numeracja
jest inna i aktualnie np. najnowszy artykul ma numerek 10000. Gdy pojawi sie
nowy artykul z numerem 10001, to w dalszym ciagu go nie zobaczysz, gdyz Twoj
czytnik news stwierdzi, ze artykuly 1-20000 juz kiedys czytales.
Zajrzyj tez do punktu "W jaki sposob mozna uzywac USENET?", aby znalezc
dokladniejsze wytlumaczenie dlaczego tak sie dzieje. Jesli uzywasz tin-a, to
aby poprawic to, co jest zle, sprobuj zrobic tak:
mv .newsrc .newsrc.old
setenv NNTPSERVER adres.twojego.serwera.news
tin -r
i zobacz, czy to pomoglo. Jesli tak, to do .cshrc dodaj sobie 2 aliasy,
podobne do ponizszych:
alias stin '(setenv NNTPSERVER news.pwr.wroc.pl; tin -r -f ~/.newsrc.pwr)'
alias otin '(setenv NNTPSERVER news.ict.pwr.wroc.pl; tin -r -f ~/.newsrc.ict)'
Zamiast adresow news.pwr.wroc.pl i news.ict.pwr.wroc.pl wstaw oczywiscie
adresy serwerow, z ktorych korzystasz. Nazwy plikow .newsrc.*, czy nawet
samych aliasow oczywiscie tez mozesz zmienic - wazne jest tylko to, by
laczac sie z roznymi serwerami uzywac roznych .newsrc.
W programie tin mozna rowniez zastosowac inne rozwiazanie. Utworz plik
..tin/newsrctable, a w nim wpisz na przyklad:
news.nask.pl .tin/rc.nask nask
news.icm.edu.pl .tin/rc.icm icm
news.agh.edu.pl .tin/rc.agh agh
news.ict.pwr.wroc.pl .tin/rc.ict ict
news.onet.pl .tin/rc.onet onet
a nastepnie uruchamiaj tin-a jako tin -g nask itp.
Jesli korzystasz z news spod DOSa, musisz w inny sposob rozwiazac ten
problem, ale idea jest ta sama. Jesli to natomiast nie pomaga, albo uzywasz
tylko jednego serwera news, a mimo wszystko w jednej lub kilku (lub
wszystkich) grupach nie pojawia sie nic nowego, to moze byc to oznaka
problemu na serwerze. Mozliwe (ale pewnie i tak nie wszystkie) sytuacje to:
* Serwer news "zapchal sie", a wiec brak na dysku miejsca na nowe
artykuly, dopoki administrator nie przywroci go do stanu "normalnego".
Sytuacja taka taka czasem sie zdarza, lecz zwykle nie trwa dluzej niz
1-2 dni.
* Zapchal sie serwer, ktory Twojemu serwerowi dostarcza news. Brak mu
miejsca na nowe artykuly, nie ma wiec czego wysylac dalej.
* Brak artykulow w jednej tylko grupie, grupa jest bramkowana z listy
dyskusyjnej i cos nie dziala w miejscu bramkowania. Albo cos jest nie
tak z listserwerem.
* Po prostu nikt nie pisze w grupach, ktore czytasz.
Czy jest to problem serwera mozesz przekonac sie sam(a) wysylajac
jakikolwiek artykul do ktorejs z grup *.test (np. pl.test) i sprawdzajac po
chwili, czy sie w niej pojawil. Jesli jest, a podejrzewasz, ze cos jest nie
tak z "sasiednim" serwerem news, polacz sie z ktoryms z serwerow
udostepiajacych grupy pl.* wszystkim (wg mapki i spisu serwerow, wyslij
artykul w grupie pl.test i za jakis czas sprawdz, czy doszedl do Twojego
serwera. (Licz ok. 5-10 minut na kazde polaczenie, a wiec np. Lublin -> ict
to od 20 do 40 minut po prawdopodobnej drodze lublin -> nask -> uw -> ict
(lub lublin -> nask -> icm -> ict)). Jesli wydaje ci sie, ze problem
rzeczywiscie jest po stronie serwera, wyslij e-mail na adres
usenet@SERWER.NEWS (zamiast SERWER.NEWS wstaw oczywiscie adres odpowiedniego
serwera news), informujac jego administratora o problemie.
W przypadku serwerow news poza Polska moze wystapic jeszcze jeden problem -
moze brakowac czesci artykulow w grupie. Ale o tym w nastepnym punkcie:
----------------------------------------------------------------------------
W grupach, ktore czytam, brak czesci artykulow. Dlaczego?
Problem ten pojawia sie zwykle na serwerach news poza Polska i zwiazany jest
ze sposobem, w jaki otrzymuja one artykuly od innych serwerow. Coraz wiecej
serwerow zaczyna otrzymywac grupy pl.*, lecz nie zawsze jest to robione do
konca poprawnie. Zalozmy, ze rozpatrujemy 3 serwery news znajdujace sie poza
Polska i polaczone w taki sposob:
wariat <--> poor <--> good
Wariat otrzymuje wszystkie grupy (tzn. wszystkie grupy istnieja na wariacie
i pojawiaja sie w nich artykuly. Serwer 'good' takze ma poprawnie zalozone
wszystkie grupy. Natomiast 'poor' jest nie do konca dobrze skonfigurowany i
nie zostala na nim zalozona grupa pl.comp.objects, natomiast sa na przyklad
pl.answers i wszystkie pl.listserv.* .
Jesli ktos w Polsce wysle artykul do pl.comp.objects, to dotrze on do
serwera 'wariat', ten wysle go na 'poor', ale 'poor' nie przyjmie go, bo nie
ma u siebie takiej grupy. Nie dotrze wiec on takze do 'good', mimo, ze grupa
pl.comp.objects jest tam zalozona w poprawny sposob. Analogicznie - newsy
wysylane do pl.comp.objects na serwerze 'good' nie dotra do "reszty swiata",
tzn. do komputera wariat i wszystkich serwerow w Polsce, bo nie przepusci
ich przez siebie serwer 'poor'.
Moze sie jednak zdarzyc, ze jakies artukuly z pl.comp.objects przebijaja sie
jednak do serwera 'good'. Np. FAQ grupy pl.comp.objects jest wysylane
rownoczesnie do pl.comp.objects i pl.answers. Serwer 'poor', otrzymujac taki
artykul z serwera 'wariat' nie wyrzuci go, bo posiada grupe pl.answers.
Przesle tez artykul do serwera 'good', ktory ponownie przeczyta pole
'Newsgroups:' naglowka i umiesci artykul we wszystkich grupach tam
wystepujacych, a wiec i pl.comp.objects. Podobnie w druga strone - artykul
wyslany do problematycznej grupy (na serwerze 'good') grzeznie, chyba ze
jest wyslany jednoczesnie ('cross-posted') do ktorejs z pozostalych grup
(np. misc.test, pl.test itp.)
Jesli takie sa wlasnie objawy, wyjscie jest tylko jedno - skontaktowac sie z
administratorem niedokonfigurowanego serwera news i poprosic go o zalozenie
grup, ktorych brak, oraz o poprawienie konfiguracji serwera (by byly
poprawnie zakladane nowe grupy). W tym celu najlepiej poslac mu FAQ po
angielsku dla administratorow serwerow news poza Polska, ktore wysylane jest
kazdego 2. dnia miesiaca do grup pl.answers, pl.news.admin,
news.admin.hierarchies, soc.culture.polish, soc.answers i news.answers, a
takze dostepne w wersji HTML pod adresem wymienionym ponizej. W celu
unikniecia takich sytuacji, co pewien czas wysylane sa tzw. "checkgroup
messages", czyli listy ze specjalnymi naglowkami, zawierajace liste
wszystkich aktywnych grup pl.*. Wiecej na ich temat mozna przeczytac w
drugiej czesci FAQ.
----------------------------------------------------------------------------
Zauwazylem, ze wiele listow/odpowiedzi jest w grupach news dwukrotnie...
Zauwazylem, ze wiele listow/odpowiedzi jest w grupach news dwukrotnie -
czasem nawet moje niektore odpowiedzi na listy pojawiaja sie dwa razy - raz
moment po wyslaniu odpowiedzi i ponownie (druga kopia) w pol - do paru
godzin pozniej - hmmm coz mam zrobic, aby to sie nie zdarzalo?
Niestety tak juz jest w niektorych grupach - a dokladniej w grupach, ktore
sa bramkowane do news, a serwer listy znajduje sie na komputerze z systemem
Novell. Wiecej informacji na temat dzialania bramek mail2news mozna znalezc
w drugiej czesci FAQ, tu jednak pokrotce wyjasnie o co chodzi.
Listserwery novellowe niestety gubia lub wyrzucaja pole Message-ID:
(identyfikujace artykul w newsach). Na dodatek nie daje sie w nich wylaczyc
opcji wysylania kopii listu do subskrybenta listy, jesli zamiast w polu
From: wystepuje on jako "Sender:".
Tlumaczac to teraz na konkretny przypadek: Wysylam list do grupy
pl.listserv.hihot, spietej z lista emailowa hihot@pluton.pol.lublin.pl. List
trafia do newsow i sie tamtedy rozchodzi. Oprocz tego trafia emailem do
serwera listy (programu maiser), a on obcina niektore naglowki i rozsyla na
cala swoja liste dystrybucyjna, a wiec takze na adres bramki wpuszczajacej
listy z email-a do news. List ma inny Message-ID, wiec dla serwera news jest
to ZUPELNIE INNY LIST i serwer go akceptuje, dlatego w newsach pojawiaja sie
dwie kopie.
Dopoki oprogramowanie takie nie zostanie naprawione, albo novellowe listy
zostana przeniesione na lepsze maszyny, to niewiele da sie tu zmienic.
Inny problem, to tzw. "czytniki news" takie jak MS Internet Explorer, ktore
czasem przy wysylaniu artykulow blednie interpretuja informacje zwracane
przez serwer i nie informuja uzytkownika, ze artykul zostal poprawnie
wyslany, mimo, ze tak wlasnie sie stalo, co czasem skutkuje tym, ze osoba,
ktorej MSIE zakomunikowal blad, wysyla artykul jeszcze raz, i jeszcze raz, i
jeszcze... A potem musi sie wstydzic za wyslanie tego samego artykulu kilka
razy. Ale to jest zupelnie inna historia...
----------------------------------------------------------------------------
Czesc pierwsza FAQ - ogolne informacje o grupach pl.*
Czesc druga FAQ - konfigurowanie serwerow news
Czesc trzecia FAQ - Lista istniejacych grup pl.*
Czesc czwarta FAQ - Szablon rozpoczecia glosowania w grupach pl.*
FAQ po angielsku dla administratorow serwerow news poza Polska
----------------------------------------------------------------------------
Tomasz R. Surmacz (tsurmacz@news.ict.pwr.wroc,pl), 07.12.2000
RCS ID: $Id: news-pl-faq.htpl,v 3.2 2001/12/20 01:30:08 ts Exp $
----------------------------------------------------------------------------
(c) 1994-2000 Tomasz R. Surmacz
Kopirajt i disclajmer:
Powyzszy tekst moze byc w niezmienionej postaci i w calosci (wszystkie
czesci FAQ), bez ograniczen kopiowany i drukowany *na wlasny uzytek*,
przekazywany przez news, e-maila, umieszczany w sieci Internet na serwerach
WWW, FTP itp. itd.), pod warunkiem przechowywania aktualnej wersji (nie
starszej niz 2-3 miesiace). Publikowanie tego tekstu w inny sposob lub
dokonywanie w nim modyfikacji oraz rozprowadzanie zmienionej wersji wymaga
zgody autora.
Aktualna wersja znajduje sie zawsze pod adresem
http://www.usenet.pl/doc/news-pl-faq.htpl i
http://www.ict.pwr.wroc.pl/doc/news-pl-faq.html
Do ostatecznej tresci tego dokumentu przyczynilo sie wiele osob, m.in.
Michal Jankowski, Rafal Maszkowski, Lukasz Ploszajski, Andrzej Resztak, Jan
Rychter, Szymon Sokol, Marcin Labuda, Andrzej Bort, Piotr Kucharski, Jacek
Zapala, Zbigniew Zych i wiele innych.
Autor niniejszego FAQ stara sie, by wszelkie przedstawione w nim informacje
byly aktualne, ale gwarantowac tego nie jest w stanie. Jesli po przeczytaniu
tego dalej nic nie rozumiesz, program tin czyta konfiguracje z jakiegos
dziwnego pliku, albo twoj ulubiony serwer news wlasnie sie na ciebie
obrazil, - sorry!, C'est la vie... Jesli blad jest w tekscie - napisz do
mnie - moze poprawie
|
|
| | From: | Tomasz R. Surmacz | | Subject: | Newsy w Polsce (4/4) - glosowanie nad nowymi grupami (FAQ) | | Date: | 23 Jan 2005 05:20:07 -0000 |
|
|
| Posted-By: auto-faq 3.1.1.2
Archive-name: news-pl-faq/part4
Szablon rozpoczecia glosowania w grupach pl.*
Sposob przeprowadzania glosowan w sprawie tworzenie nowych grup w hierarchii
pl.* opisany jest w pierwszej czesci FAQ, tutaj natomiast znajduje sie
wylacznie szablon formularza sluzacego do wygenerowania listu RFD (Request
for Discussion), wysylanego do grupy pl.news.nowe-grupy w celu rozpoczecia
dyskusji nad powstaniem grupy, a nastepnie CFV (Call for Votes)
rozpoczynajacego ostateczne glosowanie, ktorego celem jest weryfikacja sensu
zakladania grupy.
Szablonu tego nalezy takze uzyc do pierwszego zgloszenia checi zalozenia
grupy, wypelniajac caly formularz lub jego czesc i wysylajac do
pl.news.nowe-grupy, a temat takiego listu powinien brzmiec 'Propozycja:
pl.xx.yyy.zzz' lub 'Propozycja: grupa o XXXXXX'. Taki formularz moze byc
niekompletny, bo celem wyslania go publicznie do pl.news.nowe-grupy jest
wlasnie uzgodnienie z innymi wszelkich niejasnosci, takich jak dokladna
nazwa grupy, opis itp. Propozycje zglaszane publicznie moga byc formulowane
w dowolny sposob, jednak jesli ma sie rozpoczac glosowanie nad grupa,
propozycja CFV wysylana na adres cfv@usenet.pl MUSI byc wypelniona jak
ponizej, dlatego lepiej to zrobic od razu, wysylajac najpierw wersje byc
moze niekompletna, tzn. z niektorymi polami pozostawionymi bez wypelniania
lub z uwaga "kto ma dobry pomysl?" itp., a potem wprowadzajac poprawki
zglaszane przez innych dyskutantow.
Jezeli wszystkie dane dotyczace powstania grupy, takie jak jej nazwa,
jednolinijkowy opis (*NIE* zaczynajacy sie od 'Wszystko o...', 'Forum
dyskusyjne takich a siakich', itp.) oraz opis dluzszy (przynajmniej 3-4
zdania o tym, co bedzie tematyka grupy, co w grupie NIE POWINNO sie znalezc,
itp.), informacja o tym, czy grupa ma byc moderowana, czy nie, a jesli tak,
to adres moderatora, to pomyslodawca powstania grupy powinien zredagowac
odpowiedni tekst (wzorzec zamieszczony ponizej) i przeslac go na adres
cfv@usenet.pl (Subject: listu dowolny, najlepiej jednak zawierajacy nazwe
proponowanej grupy).
Jezeli jeszcze istnieja jakies watpliwosci dotyczace powyzszych danych, to
najpierw nalezy je wyjasnic na forum grupy, a dopiero potem zredagowac CFV i
wyslac je na adres jak powyzej. Jezeli istnieja alternatywne propozycje
nazwy grupy lub zostana nadeslane np. 2 rozne propozycje CFV tej samej lub
podobnych grup, to CFV nie zostaje wyslane, lecz dyskusja wraca jako RFD
(Request for Discussion) do grupy pl.news.nowe-grupy.
Proponowana nazwa grupy musi spelniac kilka wymagan technicznych:
* W nazwie moga wystepowac jedynie male litery alfabetu lacinskiego,
kropka, minus, plus i cyfry ([-+.0-9a-z])
* Kazdy czlon nazwy (pomiedzy kropkami) nie moze byc dluzszy niz 14
znakow i musi sie zaczynac od litery.
* Pierwszy czlon to oczywiscie 'pl', nastepnie nazwa odpowiedniej
podhierarchii, np. 'comp', 'news', 'rec' itp. Nalezy starac sie
dopasowac grupe do juz istniejacych hierarchii. Tworzenie nowych
hierarchii bedzie nastepowalo jedynie w uzasadnionych i gleboko
umotywowanych przypadkach. Tworzenie pojedynczych grup bezposrednio w
hierarchii pl.* jest praktycznie niemozliwe.
* Jesli proponowana jest nazwa n-czlonowa, to w momecie rozpoczynania
glosowania (n-1) poziom juz powinien istniec w hierarchii pl.
Przykladowo, jesli istnieje juz 'pl.comp.os', to mozna zaproponowac
'pl.comp.os.lamerix' ale nie 'pl.comp.os.lamerix.wersja2'. Czyli
najpierw musi powstac grupa (lub hierarchia) "ogolniejsza", a dopiero
gdy grupa wystarczajaco sie ozywi, mozna dokonac jej podzialu na
mniejsze i bardziej sprecyzowane.
Listy adresowane na cfv@usenet.pl trafia do mnie i jesli nie bedzie
watpliwosci dotyczacych nazwy/opisu/zawartosci grupy, to postaram sie
oglaszac stosowne glosowania z mozliwie najmniejszym opoznieniem od
otrzymania takiej propozycji CFV (Call For Votes), chyba ze nie bedzie ona
spelniala podstawowych wymogow formalnych, wowczas zostanie odeslana
autorowi do poprawki (lub ponownego przedyskutowania w newsach).
Przed rozpoczeciem wypelniania ponizszego szablonu zastanow sie tez przez
chwile skad wziales tekst, ktory wlasnie czytasz i czy na pewno jest on
aktualny. Jesli nagrales go sobie jakis czas temu z internetu lub
skopiowales z jakiegos CD-ROMu z kompilacja internetowych stron, to moze on
byc nieaktualny. Sprawdz date znajdujaca sie na koncu i jesli twoja wersja
jest starsza niz 2-3 miesiace, to koniecznie sciagnij aktualna wersje
bezposrednio ze strony WWW podanej na koncu.
A teraz aktualny 'wzorzec' co jest potrzebne. W wersji ostatecznej zmienic
nalezy wszystkie XXX (pozostawiajac wpisany tekst w tej samej linii, w
ktorej znajduje sie nazwa pola zakonczona dwukropkiem), usunac wszystkie
[komentarze] oznaczone nawiasami kwadratowymi, ew. tam, gdzie z tych
komentarzy tak wynika, zamienic [TAK/NIE] itp. na odpowiedni tekst, usuwajac
rzecz jasna same nawiasy. Pozostale rzeczy zostawic bez zmian.
W liscie grup nalezy wpisac grupy news, do ktorych ma trafic CFV, czyli
grupy, w ktorych znajdzie sie potencjalnie najwiecej zainteresowanych
powstaniem nowej grupy. Grup tych nie powinno byc wiecej niz 6, a ich lista
jest propozycja i moze zostac zmieniona, jesli tematyka proponowanej nowej
grupy jest zbyt odlegla od tematyki grupy, w ktorej ma nastapic ogloszenie.
Jezeli po wyslaniu CFV autor jego propozycji jest nadal innego zdania, to
moze sam wyslac informacje o glosowaniu do `sych' grup.
Ostatnia uwaga: prosze NIE wysilac sie nad specjalnym, "ladnym"
formatowaniem tekstu -- np. uzupelnianie tekstu spacjami, by wszystkie
'odpowiedzi' zaczynaly sie w jednej kolumnie. Wszystkie linie bedace
kontynuacja linii poprzedniej powinny zaczynac sie od kolumny nr 1, a tekst
powinien byc "normalnym" tekstem, jakie wysylane sa poczta czy w usenet news
-- bez zadnych i najlepiej do 80 znakow w linii. Jedynie w
dluzszych opisach formatowanie tekstu *czasem* moze byc istotne, a w
pozostalych polach tylko utrudnia przygotowanie ostatecznego CFV.
-----------------RFD--(Request for Discussion)------------------
Nazwa grupy: XXX
[grupa pl.xxx.xxxx, nazwa moze zawierac wylacznie znaki "a-z", "0-9",
"." (kropka) i "-" (minus), kazdy czlon musi zaczynac sie od litery i
nie moze byc dluzszy niz 14 znakow]
Krotki opis: XXX
[Opis powinien byc po polsku, ale nie zawierac polskich znakow
diakrytycznych, miescic sie w jednej linijce, konczyc sie kropka,
wykrzyknikiem lub pytajnikiem i dodatkowo spelniac wymaganie, ze
dlugosc nazwy grupy zaokraglona w gore do 16,24,32... plus dlugosc opisu
nie przekracza 80 znakow -- Po ludzku: aby zweryfikowac, czy opis nie
jest zbyt dlugi, wpisz nazwe grupy, nacisnij tabulator, wpisz opis --
wszystko powinno sie zmiescic w jednej, 80-znakowej, linii)]
Moderowana: [TAK/NIE]
Moderator: [adres e-mail, jesli grupa ma byc moderowana]
Opis: XXX
XXX
....
[Dluzszy opis - najlepiej, gdy po prostu "od siebie" zdefiniujesz
czemu sluzyc ma grupa i czego maja dotyczyc dyskusje. Pamietaj tez,
ze ten tekst ma zachecic ludzi do glosowania nad powstaniem grupy
- zbytnie zawezenie (albo rozszerzenie :-) ), a czasem niewlasciwe
sformulowanie tematyki moze spowodowac, ze zaglosuja przeciw. W opisie
powinienes przede wszystkim zdefiniowac tematyke grupy, ale takze
tematy zabronione (bo sa inne grupy na ten temat), czy w NAJBLIZSZEJ
przyszlosci sa planowane podgrupy (ale tylko te najbardziej realne,
a nie wszystkie mozliwe), jesli tak, to jakie i kiedy, jesli grupa
ma byc sprzezona z jakas lista e-mail, to jaka, gdzie jest/bedzie
bramka. Warto tez umotywowac pomysl utworzenie grupy, dla kogo
ona bedzie (wszystkich, 'zaawansowanych', 'poczatujacych', itp.),
dodatkowe ograniczenia/zalecenia obowiazujace w grupie, jak sie to
ma do innych (juz istniejacych) grup, itp. Opis konczy sie linia
'Autor propozycji:' Do opisu tego 'odgornie' moze zostac doklejona
takze mini-etykieta grup pl.* mowiaca o zakazie wysylania binariow,
spamow, ogloszen reklamowych nie zwiazanych scisle z tematem listy
itp. Opis pisz w czasie terazniejszym i z uzyciem polskich znakow
diakrytycznych, gdyz w przypadku utworzenia grupy staje sie on
obowiazujacym opisem grupy i na ten wlasnie opis mozna sie powolywac,
by niektorych uczestnikow grupy czasem upomniec, gdy zbyt daleko
zbaczaja od tematu.]
Autor propozycji: [adres@email (Imie Nazwisko)]
[adres email/imie+nazwisko osoby oglaszajacej. Adres ten zostanie
podany jako adres kontaktowy w sprawach MERYTORYCZNYCH dotyczacych
propozycji powstania grupy. Tam tez beda kierowane pytania, gdyby
np. nadeszly 2 propozycje CFV lub wystepowaly watpliwosci co do
nazwy, itp.].
Ogloszenie:
pl.news.nowe-grupy
pl.announce.newgroups
pl.XXX.XXX
XXX@XXX.XXX [adres listy] xxx@xxx.xxx [adres listy lub osoby]
[Do jakich grup news oraz na jakie listy dyskusyjne nalezy wyslac
ogloszenie o rozpoczeciu glosowania. Grup news nie powinno byc wiecej
niz 6 (w tym pl.news.nowe-grupy i pl.announce.newgroups). W przypadku
list dyskusyjnych powinien zostac podany adres listy lub osoby, ktora
wysle CFV na liste dyskusyjna.
Podanie adresu osoby oznacza, ze w CFV pojawi sie jedynie
informacja o tym, ze CFV zostaje wyslane na te liste, ale czynnosc
wyslania musi zostac dokonana przez autora propozycji (dostanie on kopie
CFV gotowa do wyslania na liste w momencie oglaszania glosowania). Jest
to konieczne w przypadku list moderowanych, oraz takich, ktore pozwalaja
wysylac email tylko osobom zapisanym na liste. Jezeli podany zostal
adres listy, to listserv musi przyjmowac i rozsylac listy od osob nie
bedacych subskrybentami tej konkretnej listy dyskusyjnej.]
Czas trwania: [Tydzien - XXX dni - Dwa tygodnie]
[Tydzien jest minimalnym czasem trwania i chyba na razie optymalnym.
Mozna ustalic czas dluzszy, ale nie wiecej niz 2 tygodnie. Podany
czas moze zostac nieznacznie zwiekszony (ew. minimalnie zmniejszony).
Glosowania z reguly sa konczone w piatek lub poniedzialek.]
-----------------RFD-KONIEC-------------------------
Chyba tyle. Jesli o czyms zapomnialem, to uzupelnie w nastepnej wersji. Na
wszystkie listy (w powyzszym formacie) otrzymane na adres cfv@usenet.pl
chcialbym odpowiadac szybko i zawsze (ze wszystko ok i wkrotce glosowanie,
lub ze trzeba poprawic, a jesli tak, to co), ale nawal innych zadan
powoduje, ze nie jestem tego w stanie zrobic, a innych chetnych do tej pracy
brak. W przypadku opoznienia wiekszego niz 2 miesiace prosze o krotkie
przypomnienie na adres tsurmacz@adm.usenet.pl z zaznaczeniem 'Subject: CFV -
nazwa.grupy'.
I jeszcze raz, po raz ostatni: Propozycja jak powyzej musi najpierw zostac
przedyskutowana w grupie pl.news.nowe-grupy, a dopiero potem moze trafic
e-mailem na adres cfv@usenet.pl. Uwagi co do powyzszych raczej emailem do
mnie, ew. w grupie pl.news.nowe-grupy...
Tomasz Surmacz
Przykladowy wypelniony formularz:
-----------------RFD--------------------------------
Nazwa grupy: pl.misc.diploki
Krotki opis: Dyskusje o wyzszosci Diplokow nad Triplokami.
Moderowana: NIE
Opis: Grupa poswiecona fascynujacemu zagadnieniu, jakim sa Diploki,
ich zwyczaje, zycie, codzienne zachowanie oraz wplyw na jasnosc
swiecenia Ksiezyca w ostatniej kwadrze.
Mozliwe jest takze wspominanie o Triplokach, aczkolwiek tylko w
kontekscie pejoratywnym, zgodnie z opisem grupy.
Tematy zabronione: Pentiaki (zwane czasem Petakami) i Fufloki.
Ich istnienie jest przyczyna nieustajacych wojen religijnych i
niekonczacych sie watkow, ktorych w tej grupie byc nie powinno.
Zabronione jest takze wysylanie listow zawierajacych jakiekolwiek
binaria -- programow/zdjec itp, jakikolwiek spam oraz dyskusje nie
zwiazane z tematem grupy. Nie jest to takze miejsce na ogloszenia
reklamowe, nawet jesli sa zwiazane z tematem grupy. Dopuszczalne sa
pojedyncze ogloszenia dotyczace ofert wymiany gadzetow zwiazanych z
Triplokami, jednak powtarzajace sie ogloszenia beda traktowane jak spam.
Autor propozycji: diplok@diplandia.org.pl
Ogloszenie:
pl.news.nowe-grupy
pl.announce.newgroups
pl.rec.fantastyka.sf-f
pl.rec.zwierzaki
Czas trwania: dwa tygodnie
-----------------RFD-KONIEC-------------------------
----------------------------------------------------------------------------
Najnowsza wersje powyzszego tekstu mozna znalezc pod adresem
http://www.usenet.pl/doc/news-pl-faq.4.htpl
----------------------------------------------------------------------------
Czesc pierwsza FAQ - ogolne informacje o grupach pl.*
Czesc druga FAQ - Konfiguracja serwerow news w Polsce
Czesc trzecia FAQ - Lista istniejacych grup pl.*
Czesc czwarta FAQ - Formularz glosowania nad nowymi grupami pl.*
FAQ po angielsku, dla administratorow serwerow news poza Polska
(FAQ to zawiera takze liste serwerow poza Polska, na ktorych mozna znalezc
grupy pl.*)
----------------------------------------------------------------------------
Tomasz R. Surmacz (tsurmacz%adm.usenet.pl) 19.10.2000
RCS ID: $Id: news-pl-faq.4.htpl,v 3.1 2001/05/20 10:01:09 ts Exp $
----------------------------------------------------------------------------
(c) 1994-2000 Tomasz R. Surmacz
Kopirajt i disclajmer:
Powyzszy tekst moze byc w niezmienionej postaci i w calosci (wszystkie
czesci FAQ), bez ograniczen kopiowany i drukowany *na wlasny uzytek*,
przekazywany przez news, e-maila, umieszczany w sieci Internet na serwerach
WWW, FTP itp. itd.), pod warunkiem przechowywania aktualnej wersji (nie
starszej niz 2-3 miesiace). Publikowanie tego tekstu w inny sposob lub
dokonywanie w nim modyfikacji oraz rozprowadzanie zmienionej wersji wymaga
zgody autora. Autor automatycznie udziela takiej zgody odnosnie szablonu
glosowania (RFD/CFV).
Aktualna wersja calosci FAQ znajduje sie zawsze pod adresem
http://www.usenet.pl/doc/news-pl-faq.htpl i
http://www.ict.pwr.wroc.pl/doc/news-pl-faq.htpl
Autor niniejszego FAQ stara sie, by wszelkie przedstawione w nim informacje
byly aktualne, ale gwarantowac tego nie jest w stanie. Jesli po przeczytaniu
tego dalej nic nie rozumiesz, program tin czyta konfiguracje z jakiegos
dziwnego pliku, albo twoj ulubiony serwer news wlasnie sie na ciebie
obrazil, - sorry!, C'est la vie... Jesli blad jest w tekscie - napisz do
mnie - moze poprawie
|
|
| | From: | Tomasz R. Surmacz | | Subject: | Newsy w Polsce (2/4) - konfiguracja serwerow (FAQ) | | Date: | 23 Jan 2005 05:20:04 -0000 |
|
|
| Posted-By: auto-faq 3.1.1.2
Archive-name: news-pl-faq/part2
Newsy w Polsce (FAQ) - czesc 2. - serwery news
Ponizszy tekst, to druga czesc FAQ na temat newsow w Polsce, zawierajaca
uwagi na temat konfigurowania serwerow news. Wszelkie poprawki i
uzupelnienia prosze kierowac na adres tsurmacz@ict.pwr.wroc.pl Aktualna
wersje calego FAQ mozna znalezc zawsze we Wroclawiu przez WWW:
http://www.usenet.pl/doc/news-pl-faq.htpl, FTP:
ftp://ftp.ict.pwr.wroc.pl/pub/faq-pl/news-pl-faq.2 (druga czesc), oraz w
grupach news pl.news.admin i pl.answers.
----------------------------------------------------------------------------
Spis tresci czesci 2.:
Konfiguracja serwera news
Jak skonfigurowac serwer news (grupy pl.*)
Plik active
Plik newsfeeds
Uwagi dotyczace serwerow majacych feedy zagraniczne
Plik moderators
Plik distrib.pats
Plik distributions
Plik newsgroups
Plik control.ctl
Co robic z listami typu "checkgroups"?
Jak skonfigurowac mail2news i news2mail
mail2news z uzyciem procmaila
Newsfeed za pomoca UUCP
Kompresja batchow za pomoca gzip
UUCP 'posrednie' (czyli jak wykonac cyber!papaja!rnews)
Inne mozliwosci przyspieszania transmisji
----------------------------------------------------------------------------
Konfigurowanie serwerow
----------------------------------------------------------------------------
Ogolna uwaga dotyczaca wszystkich konfiguracji -- BARDZO WAZNE!!!
Serwery news nie moga pozwalac na pisanie do grup hierarchii pl.* kazdemu
bez jakiejkolwiek autoryzacji. Jesli serwer ma byc z zalozenia otwarty dla
wszystkich, to musi zawierac system kont i uwierzytelniania. Celem systemu
musi byc unikniecie sytuacji niekontrolowanego anonimowego dostepu do
usenetu przez ten serwer, gdyz takie sytuacje predzej czy pozniej prowadza
do naduzyc odbijajacych sie echem po calym usenecie.
Dotyczy to nie tylko samych serwerow news, ale i wszelkiego rodzaju bramek z
innych uslug, np. email, www, wap, itp.
Jak skonfigurowac serwer news (w Polsce)
To zalezy od samego serwera... i najlepiej wyjasnione jest w odpowiednich
README lub FAQ towarzyszacych serwerowi. Ponizej jednak pare uwag
specyficznych dla wlasciwego skonfigurowania serwera w Polsce. Z gory
zastrzegam, ze dotyczy to (na razie) praktycznie wylacznie serwera INN, gdyz
tylko takiego mialem okazje konfigurowac i na tym sie znam ;-)
Przez $inn okreslal bede katalog, w ktorym znajduja sie pliki serwera, a
wiec np. standardowym miejscem na 'active' jest $inn/active lub
$inn/lib/active, serwer news to $inn/bin/innd itp...
Plik active ($inn/active)
Plik ten zawiera spis wszystkich grup, ktore serwer otrzymuje. Jesli
uruchamiamy nowy serwer, najlepiej jest sciagnac aktualna wersje takiego
pliku z innego serwera news (ktory bedzie nas w newsy zasilal) za pomoca
protokolu nntp, lub z ftp.uu.net poprzez ftp. Pierwsze wyjscie polega na
wykonaniu '$inn/bin/getlist -h jakis.serwer.news.pl active', drugie - uzyciu
'anonymous ftp' ale uwaga... ftp.uu.net, mimo ze od jakiegos czasu posiada
takze grupy pl.*, to nie wszystkie niestety zostaly tam poprawnie zalozone.
Dlatego lepiej skorzystac z fragmentow pliku active, dotyczacego grup pl, a
znajdujacego sie pod adresem ftp://ftp.ict.pwr.wroc.pl/pub/faq-pl/pl.active.
Plik ten jest codziennie automatycznie uaktualniany na podstawie pliku
active serwera news.ict.pwr.wroc.pl.
Po otrzymaniu takiego pliku 'active', najlepiej wyzerowac w nim numerki
oznaczajace numery artykulow prosta instrukcja:
mv active active.old
awk '{printf ("%s 0000000000 0000000001 %s\n", $1, $4)}' < active.old > active
nie zapominajac o tym, ze jesli serwer news juz dziala, to MUSI zostac
wczesniej zatrzymany np. przez '$inn/bin/ctlinnd pause xx' a ponowne
uruchomienie powinno nastapic przez:
ctlinnd reload active ''
ctlinnd go ''
Jesli dopisac trzeba pojedyncze nowe grupy w juz dzialajacym serwerze,
nalezy do tego uzyc 'ctlinnd newgroup pl.nazwa.grupy y', bez uprzedniego
zatrzymywania serwera.
Plik newsfeeds ($inn |
|
|