Newsy w Polsce (1/4) - FAQ

[Tomasz R. Surmacz]

Posted-By: auto-faq 3.1.1.2
Archive-name: news-pl-faq/part1

Newsy w Polsce (FAQ)

Poniższy tekst, to zbiór różnego rodzaju informacji na temat newsów w
Polsce. Głównie dotyczy on grup pl.* oraz konfiguracji serwerów, ale
nie tylko... Wszelkie poprawki i uzupełnienia proszę kierować na adres
tsurmaczATict.pwr.wroc.pl - szczególnie jeśli chodzi o dostępność
serwerów dla klientów (tzn. np. kto może czytać newsy z coi, uw-u,
itp. - bo jest tych serwerów dużo a raczej wątpię czy cała Warszawa z
każdego z nich może korzystać...), lokalne dystrybucje itp.

Aktualną wersję można znaleźć zawsze we Wrocławiu 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 treści:

Grupy pl.*
Czemu służą grupy pl.*
Hierarchia i znaczenie grup pl.*
Zasięg grup pl.*
Istniejące dystrybucje news w Polsce
Sposób dystrybucji grup pl.*
Adresy serwerów news w Polsce
Spis grup news połączonych z e-mailowymi listami dyskusyjnymi
Spis dzienników i innych 'gazet' komputerowych rozprowadzanych
przez news
Gdzie znaleźć źródła CNEWS, INN, NNTP, TIN, NN, TRN i ich FAQ?
Jak tworzyć nowe grupy?
Dlaczego nie ma i nie będzie grup pl.alt.*?
Do czego służy pl.answers?
Czy w newsach można używać polskich "ogonków"
Ratunku! Dostałem list od robota! Czy mam się bać?
FAQ-Bot
Reguły wysyłania artykułów w grupach pl.*

Dostęp do News:
W jaki sposób można używać USENET?
Jaki jest najszybszy serwer news?
Z jakiego serwera powinienem korzystać?
Czy w domenie usenet.pl nie ma żadnych hostów?
W jaki sposób skonfigurować klienta news?
Dlaczego mam dojście tylko do grup pl.*?
Program Outlook Express nie mógł ogłosić Twojej wiadomości?
W grupach, które czytam, od dłuższego czasu nic nie przychodzi.
Dlaczego?
W grupach, które czytam, brak części artykułów. Dlaczego?
Zauważyłem, ze wiele listów/odpowiedzi pojawia się w grupach
news dwukrotnie...

Konfiguracja serwera news (część druga)
Jak podłączyć serwer news do sieci usenet?
Jak skonfigurować serwer news (grupy pl.*)
Co robić z listami typu "checkgroups"?
Jak skonfigurować mail2news i news2mail
Newsfeed za pomocą UUCP
Kompresja batchów za pomocą gzip
Inne możliwości przyspieszania transmisji

Informacje uaktualniane automatycznie (część trzecia)
Lista wszystkich aktywnych grup pl.* i ich opisy

Dodatki (część czwarta)
Szablon zgłoszenia propozycji nowej grupy pl.*
_________________________________________________________________

Czemu służą grupy pl.*

Hmm... temu, czemu służą całe newsy, tyle że w grupach pl.* pisze się
po polsku. Jeśli termin 'news' w ogóle nic Ci nie mówi, to przeczytaj
artykuł USENET - opis dla laików, znajdujący się pod adresem
http://www.agh.edu.pl/ciekawe_www/usenet.txt . W grupach pl.* pisać
więc można o tym, jakie żarcie najbardziej lubią pieski, w co
najlepiej zainwestować pieniądze, albo w którą stronę orzeł w koronie
powinien trzymać dziób. Jak ktoś chce poplotkować na inne tematy, też
znajdzie się na to miejsce, ważne tylko, by znaleźć odpowiednią
"grupę" na tego typu dyskusje, a jeśli takiej nie ma - rzucić
propozycję i stworzyć ją.

Oprócz tego, niektóre z grup pl.* służą jako równoległy kanał
transmisji dla list dyskusyjnych. Dzięki newsom można w
efektywniejszy, niż za pomocą listserwerów, sposób rozsyłać artykuły
do dużej liczby użytkowników, odciążając zarówno łącza komputerowe
(szczególnie te międzymiastowe, bo niektóre z nich nie przekraczają w
dalszym ciągu prędkości 64kbps) jak i dyski poszczególnych komputerów.
Przykładowo, taki sobie nieduży list o długości 4kB wysłany na adres
gie...@plearn.edu.pl zostanie stamtąd przesłany do ok. 600 lub więcej
użytkowników w Polsce (i nie tylko), co oznacza, że siecią przesłana
musi zostać z Warszawy 1 kopia (rozdzielana następnie dalej na
poszczególnych węzłach) do (przyjmijmy mniej więcej) ok. 300
użytkowników BITNETu i ok. 300 kopii do użytkowników Internetu,
łącznie ok. 1200-1500kB przesyłane siecią. Po dojściu na miejsce, ten
jeden list zajmie we wszystkich skrzynkach pocztowych łącznie ok.
2.4MB. Jeśli teraz pomnożymy to przez 50 listów dziennie... A nie jest
to jedyna lista o takim natężeniu ruchu.

Jeśli natomiast dystrybucja odbywa się za pomoca systemu news, to
siecią przesyłana jest jedna kopia listu od jednego serwera news do
drugiego, a że serwerów news w Polsce mamy około 20, przesłane
zostanie około 80kB i tyle też miejsca zajmie to łącznie na dyskach
wszystkich tych serwerów. Odpadają też problemy z pocztą odbijającą
się od przepełnionych skrzynek poszczególnych subskrybentów listy,
nieistniejących lub zmienionych adresów, wypisywaniem się na czas
wakacji, zapisywaniem po powrocie, itp. itd. Łatwiej też w newsach
czytać listy posortowane według tematu, a nie daty otrzymania (i nie
skakać z tematu na temat gubiąc po drodze wątek). Można też zawsze
wrócić do artykułu już przeczytanego i 'skasowanego' (bo serwery
usuwają stare artykuły dopiero po ok. 7-14 dniach), albo po prostu
zajrzeć do nowej grupy, nie zapisując się do niej, by zobaczyć o czym
toczy się w niej dyskusja i czy jest to interesujące.
_________________________________________________________________

Hierarchia i znaczenie grup pl.*

Oprócz swej podstawowej funkcji, a więc forum do dyskusji na
najróżniejsze tematy, newsy zastępują także listserwery w dystrybucji
niektórych "list dyskusyjnych", czy też komputerowych czasopism
rozpowszechnianych także właśnie za pomoca listerwerów. Aby wszystko
było jasne, znajduje to zwykle odzwierciedlenie w nazwie grupy news:

pl.gazety.* - Dystrybucja periodyków komputerowych. Są to grupy
działające 'w jedną stronę', tzn. od redakcji do
czytelników, poprzez listserwera i news. Dlatego
ustawione są jako 'moderowowane', gdyby jednak komuś
wpadł do głowy pomysł, by do grupy takiej coś wysłać,
list ten trafi na adres redakcji.

pl.listserv.* - już istniejące grupy e-mail, które zostają równolegle
umieszczone w news. Nazwa grupy pochodzi w 'prostej
linii' od nazwy listy dyskusyjnej. Każdy list
wysłany przez subskrybentów listy dyskusyjnej trafia
do grupy newsowej i odwrotnie - każdy artykuł
wysłany poprzez news trafi także do wszystkich
subskrybentów listy dyskusyjnej. "Każdy", z drobnym
wyjątkiem. Aby uniknąć zalewania list dyskusyjnych
strumieniem dyskusji nie związanych z tematyką listy
(a tak się dzieje zwykle z każdą dyskusją powyżej
kilkunastu listów na ten sam temat), artykuły wysłane
jednocześnie do kilku grup news (tzw. cross-posting)
nie są w ogóle przekazywane do bramki news->mail.
Czytając newsy, można się zabezpieczyć przed zalewem
artykułów "off-topic" poprzez odpowiedni kill-file,
co w przypadku listy dyskusyjnej nie ma niestety
miejsca, stąd to ograniczenie. W przypadku różnych list
limity te są różne (od 1 do 3 grup), ale istnieją
praktycznie we wszystkich takich grupach.

Grupy te są pewną zaszłością historyczną. Nie są
tworzona żadne nowe grupy w tej hierarchii, a stare
(już istniejące) są obecnie przenoszone sukcesywnie
do innych hierarchii.

pl.* - Cała reszta, burzliwie się rozwijająca. Są to grupy, które
istnieją jedynie w newsach (lub najpierw powstały w
newsach, ew. potem zostały połączone z listą dyskusyjną).
W 1996 roku było ich ok. 30, ale ciągle przybywa nowych.
W maju 1997 - 90, na początku 1999 - ponad 170. Całość
hierarchii dzielona jest dalej, m.in. na:

pl.comp.* - Wszystko, co się tyczy komputerów, oczywiście w
odpowiednich podgrupach.

pl.internet.* - Dyskusje/komunikaty związane z funkcjonowaniem
i wykorzystaniem Internetu.

pl.hum.* - Hierarchia dla humanistów. Miejsce na tematy odległe
od komputerów tak bardzo, jak poezja, literatura, także
filozofia i inne nauki.

pl.misc.* - Różności nie mieszczące się w innych kategoriach.

pl.news.* - Grupy poświęcone samym newsowm, a więc grupy dla
administratorów news oraz grupy poświęcone dyskusji
o usenet news, zakładaniu nowych grup, itp.

pl.ogloszenia.*
pl.praca.* - Ze względu na brak możliwości umieszczenia gdzie indziej,
są to "główne" podhierarchie. pl.praca, jak sama
nazwa wskazuje, dotyczy ogłoszeń i dyskusji o pracy,
pl.ogłoszenia - innych ogłoszeń różnego typu
(np. sprzedam, kupię, inne).

pl.rec.* - Polski odpowiednik hierarchii rec.* (rec - od recreation).
Grupy związane z rozrywką, rożnymi hobby, itp. itd.

pl.sci.* - Odpowiednik hierarchii sci.* - grupy o tematyce
naukowej, jak np. medycyna, chemia, fizyka itp.
Raczej na nauki ścisłe (humanistyczne w pl.hum.*), ale
czasem trudno zakwalifikować coś dobrze.

pl.soc.* - Odpowiednik hierarchii soc.* - a więc zajmującej sie
tematami społecznymi, choc nie tylko.

Istnieją także inne podhierarchie, takie jak pl.rec.gry, itp., których
nazw tłumaczyć nie trzeba.
_________________________________________________________________

Zasięg grup pl.*

Pierwsze grupy pl.* powstały w lipcu 1994, a więc w porównaniu z
resztą usenetu, są to grupy dość "młode", docierają już jednak do
wszystkich serwerów news w Polsce (i nie tylko). Dodatkowo z serwerów
news.ict.pwr.wroc.pl i news.nask.pl posyłane są do Oslo w Norwegii
(news.uio.no) oraz USA (news.apk.net), a stamtąd dalej po USA i do
Niemiec (ostatnio pojawiły się także w Australii i Kanadzie!!!).
Serwery news.nask.pl, news.uw.edu.pl i news.ict.pwr.wroc.pl wysyłają
je wraz z innymi grupami do swoich zagranicznych partnerów (USA,
Szwecja, Norwegia). Serwer news.icm.edu.pl wysyła je także do Niemiec,
Czech i USA, wspólnie z głównymi hierarchiami BIG8 i innymi. W razie
potrzeby (lub chęci) otrzymywania grup pl.* poza Polską należy
skontaktować się z administratorem któregoś z serwerów news już
otrzymujących pl.*, z prośbą, by zaczął grupy te wysyłać. Na dobry
początek warto zajrzeć (poprzez news lub WWW) do artykułu
'usenet/pl-hierarchy' wysyłanego, także co miesiąc, do grup news
pl.answers, pl.news.admin, soc.culture.polish, news.admin.hierarchies
i news.answers, a opisującego jak powinna wyglądać konfiguracja
serwera otrzymującego grupy pl.* poza Polską (jest on także dostępny
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).
_________________________________________________________________

Istniejące dystrybucje news w Polsce

Poniższe nazwy mogą wystąpić w polu 'Distribution:', i są respektowane
przez serwery news, ograniczając w ten sposób zasięg wysyłanego
artykułu do pojedynczej organizacji, instytutu, miasta, itp. (W
dalszym ciągu proszę o uzupełnienia). Dane te można umieścić w pliku
'distributions' serwera, pamiętając jednak, że opis dystrybucji musi
się zmieścić w jednej linii.

pl Polska
pl-news Polska, wyłącznie news (artykuł nie trafia z news na e-mailowe
listy dyskusyjne)

krakow nie wychodzi poza Kraków (galaxy, cyfronet)
lodz Łódź
torun nie wychodzi poza Toruń (mat, cc)
warszawa Warszawa
wroc Wrocław (sun1000.pwr, news.ict.pwr)

agh Akademia Górniczo-Hutnicza, Kraków (galaxy)
cyfronet nie wychodzi poza Kraków (galaxy, cyfronet)
fuw Wydział Fizyki Uniwersytetu Warszawskiego (news.uw)
lodzman Łódzka sieć miejska
mim Wydział Matematyki Informatyki i Mech. Uniw. Warszawskiego (mimuw)
mimuw Wydział Matematyki Informatyki i Mech. Uniw. Warszawskiego (mimuw)
ochota Warszawa, kampus Ochota (news.uw, news.icm, news.mimuw)
pwr Politechnika Wrocławska (sun1000, news.ict)
umk Uniwersytet Mikołaja Kopernika w Toruniu (mat,cc)
uw Uniwersytet Warszawski (news.uw)

local Lokalny serwer news (artykuł nie wychodzi do żadnego innego serwera)

...
_________________________________________________________________

Sposób dystrybucji grup pl.*

Grupy pl.* jeszcze do niedawna rozchodziły się głównie po Polsce,
mniej więcej zgodnie z tym, jak rozchodzą się wszystkie newsy (ale
niezupełnie). W tej chwili poprzez połączenia do USA, Niemiec, Szwecji
i Norwegii wydostają się na cały świat i są już obecne np. w
Niemczech, USA (np. na uunet.uu.net) czy Australii. Poniżej znajduje
się mapka 'połączeń' serwerów news w Polsce. Mapka ta dostępna jest
wyłącznie w wersji HTML artykułu, gdyż poprzednia wersja ASCII się
nieco zdezaktualizowała. Być może jednak pojawi się tu za jakiś czas.

[GIF - Mapka połączeń serwerów news w Polsce]

Na powyższej mapce (tylko w wersji HTML tego FAQ) nie są zaznaczone
wszystkie serwery news - pozostałe serwery w Warszawie z reguły biorą
newsy z news.nask.pl, inne serwery (komercyjne serwery poza Warszawą)
- różnie.

Przedstawione tutaj mapki rozchodzenia się news zostały przygotowane
przez Andrzeja Borta na początku marca 1998, na podstawie plików
konfiguracyjnych uzyskanych z większości serwerów news. Niestety, nie
wszystkie serwery odpowiedziały na pytanie o swoją konfigurację, więc
na mapkach tych nie ma serwerów w Łodzi (uzyskuje artykuły z NASK, z
Wrocławia oraz z poznańskiego serwera news.amu.edu.pl), drugiego
serwera w Poznaniu (uzyskującego newsy z Łodzi i Wrocławia), Szczecina
(feed z Poznania) oraz Opola (feed z Wrocławia). Nieco więcej
informacji na temat tych map znajduje się w pliku HTML z ich opisem
oraz na osobnej stronie wyjaśniającej zastosowane skróty nazw.
Rezczywisty układ połączeń zdążył się także nico zmienić ze względu na
rozwój sieci POL-34, a kolejne spore zmiany są (lub były) planowane na
kwiecień 1999.

Połączenia polskich serwerów z serwerami zagranicznymi przedstawione
są poniżej:

[GIF - Mapka połączeń polskich serwerów news z serwerami za granicą]
_________________________________________________________________

Adresy serwerów news w Polsce

nazwa Pełny adres komputera Nazwa dopisywana w Miejsce, oraz kto
na mapce (np. dla NNTPSERVER) polu 'Path:' może czytać 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 Kraków
agh news.agh.edu.pl news.agh.edu.pl Kraków
lub news.lublin.pl lublin.pl * Lublin
torun news.man.torun.pl news.man.torun.pl * Toruń
mat.torun news.mat.uni.torun.pl mat.uni.torun.pl * Toruń,Bydg.,Olsztyn
sun1000 news.pwr.wroc.pl pwr.wroc.pl Wrocław,Opole,J.Góra
ict news.ict.pwr.wroc.pl ict.pwr.wroc.pl * Wrocław,Opole,J.Góra
poz news.man.poznan.pl rose.man.poznan.pl Poznań,Zielona Góra
amu news.amu.edu.pl news.amu.edu.pl Poznań,Z.Góra,Szczeci
n
szczecin news.man.szczecin.pl news.man.szczecin.pl Szczecin
task news.task.gda.pl news.task.gda.pl * Gdańsk i okolice
pg sunrise.pg.gda.pl sunrise.pg.gda.pl Gdańsk i okolice
Łódź news.man.lodz.pl news.man.lodz.pl Łódź
pdi news.pdi.lodz.pl pdi.lodz.pl Łódź, 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

tpsa news.neostrada.pl news.neostrada.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
__________________________________________________________________________

* Oznacza serwery udostępniające lokalne grupy oraz pl.* WSZYSTKIM (bez tpnet.p
l).
+ Oznacza serwery udostępniające lokalne grupy oraz pl.* WSZYSTKIM, ale
wyłącznie w trybie 'READ-ONLY' (i z wyjątkiem *.tpnet.pl).

news.icm.edu.pl udostępnia newsy użytkownikom z instytucji
akademickich/naukowych w Warszawie. W celu uzyskania dostępu należy
skontaktować się emailem na odpowiedni adres po przeczytaniu strony
http://news.icm.edu.pl/dostep.html. Ponadto z serwera tego mogą
korzystać także inni użytkownicy (np. firmy ISP, czy firmy podłączone
do POLPAK-T), lecz wymaga to uzyskania wcześniejszej zgody
administratorów sunsite.icm.edu.pl (podobnie zresztą jest z innymi
serwerami news w Polsce). Należy też pamiętać, że zasady dostępu dla
instytucji innych niż akademickie to można rzec "dostęp gościnny" i w
każdej chwili mogą ulec zmianie. Więcej informacji na temat dostępu do
tego serwera znajduje się pod adresem http://news.icm.edu.pl/.

Komputer news.nask.pl (info.nask.pl) udostępnia newsy (wszystkie
grupy) wszystkim komputerom zarejestrowanym w domenach warszawskich,
oraz tych miast, które nie mają własnego serwera news, a których
domena jest "zarejestrowana" na nim. Prośby o taką rejestrację należy
zgłaszać na adres use...@news.nask.pl. Oczywiście, jeśli inny serwer
jest bliżej, należy najpierw zgłosić się do odpowiedniego
administratora (adres: use...@ADRES.SERWERA.NEWS lub
ne...@ADRES.SERWERA.NEWS). Ze względu na znaczne obciążenie serwera nie
pozwala on na dostęp z adresów nie zarejestrowanych na nim.

Serwer zwieracz.pse.pl oprócz udostępniania wszystkim grup pl.* do
czytania i wysyłania, pozwala także czytać zbramkowane lokalnie w
hierarchii fido.* konferencje FIDONetu.

Dość stara i niezbyt aktualna lista serwerów news w Polsce, wraz z
adresami administratorów, znajduje się w `Polskich Zasobach
Sieciowych' dostępnych m.in. jako
HREF="http://info.fuw.edu.pl/pzs/pzs.html">pełna wersja PZS w
Warszawie (http://info.fuw.edu.pl/pzs/pzs.html)
(całość), a dokładniej fragment PZS dotyczący newsów, a także wersja
PZS w Krakowie. Znacznie nowsza lista serwerów wraz z informacją kto
może z nich korzystać, znajduje się pod adresem
http://www.killfile.pl/nntpservers.html

Adresy innych serwerów news poza Polską, na których dostępne są grupy
pl.* można znaleźć w FAQ po angielsku dla administratorów serwerów
news poza Polską, 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 połączonych z e-mailowymi listami dyskusyjnymi

Grupa news Lista dyskusyjna Zasięg mail2news/news2
mail
__________________________________________________________________________

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 Łódź
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 Łódź
pl.comp.os.winnt winnt$man.lodz.pl world Łódź
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 Toruń
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 Poznań
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 Toruń
umk.scce-l scce-l$vm.cc.uni.torun.pl umk Toruń

`*' Przy nazwie bramki oznacza, że przenosi ona poprawnie nagłówki
MIME, konieczne przy pisaniu listów/artykułów z polskimi znakami
diakrytycznymi (mówiąc po ludzku - z ogonkami). `*' przy nazwie listy
oznacza, że nagłówki te przenosi także listserver obsługujący listę.

`#' przy nazwie bramki oznacza, że bramka wprowadza specjalnie
opóźnienie w przesyłaniu newsów na listę dyskusyjną, co ma za zadanie
pozwolić na zadziałanie odpowiednich control-messages kasujących spamy
zanim przedostaną się one z newsów na listę. Opóźnienie to zwykle jest
rzędu 1-3h.

`(m)' przy nazwie grupy oznacza, że jest ona moderowana, tzn. listy na
nią trafiają dopiero po zaakceptowaniu ich przez moderatora listy. `m'
przy nazwie bramki oznacza, że w taki sam sposób skonfigurowana jest
sama lista dyskusyjna. Nie należy się więc niecierpliwić, gdy wysłany
list nie pojawia się od razu, lecz np. dopiero następnego dnia. Może
też się zdarzyć, że w ogóle zostanie odrzucony, gdy moderator uzna, że
nie odpowiada on tematyce listy/grupy.

W razie zauważenia jakiejś `awarii', np. braku artykułów w news pomimo
ich pojawiania się na liście dyskusyjnej, albo braku artykułów na
liście mimo ich pojawiania się w news-ach, a także innych
nieprawidłowościach, należy poinformować właściciela listy lub
administratora serwera news, wymienionego jako gateway (albo obu).
_________________________________________________________________

Spis dzienników i innych 'gazet' komputerowych rozprowadzanych przez news

Grupa news Adres odpowiednika emailowego Zasięg 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

Powyższe grupy ustawione są jako 'moderowane'. Jako adres moderatora
ustawiony jest adres kontaktowy redakcji. Serwery news powinny mieć
natomiast ustawione w pliku 'moderators':

pl.* %s...@usenet.pl

Oznacza to, że na przykład 'moderatorem' grupy pl.gazety.donosy jest
pl-gazety-donosy#usenet.pl. Poczta wysłana na ten adres trafi z całą
pewnością do redakcji.
_________________________________________________________________

Gdzie znaleźć źródła CNEWS, INN, NNTP, TIN, NN, TRN i ich FAQ

(proszę o uzupełnienia (najlepiej jako URLe) - bo zapewne kopie tych
pakietów są dostępne przez ftp i w Warszawie, i w Krakowie, i w innych
większych miastach)

Serwery (i rzeczy z nimi związane):

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 mylić z INND, choć numer wersji jest podobny! :) )
ftp://ftp.uu.net/networking/news/nntp/nntp.1.5.11.tar.Z

mail2news:
rs...@uunet.uu.net - należy uzyskać źrodła od autora, gdyż jest
to na razie (ciągle) wersja beta pakietu. Nieco zmodyfikowaną
wersję, przystosowaną do rozpoznawania i przepuszczania
nagłówków MIME, można uzyskać pisząc na adres
tsurmacz##adm.usenet.pl.

auto-faq:
ftp://ftp.novia.net/~pschleck/auto-faq/ - Wersja 3.3
Informacje na temat auto-faq można znaleźć 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

Aktualną wersją programu tin jest tin1.3b4 (wersja beta) oraz
kolejne wersje beta oznaczane np. 961001, 961010, 970320 itd.
Mimo tego, że "beta", wart jest on polecenia, gdyż poprawinych
jest wiele błędów z wersji 1.22, m.in. zaostrzono kryteria
sprawdzania pola From:, na liniach modemowych tin nie wyłącza
parametru 'crtscts', potrafi wyświetlać poprawnie polskie znaki
diakrytyczne i wstawiać odpowiednie nagłówki MIME przy
wysyłaniu listów z polskimi znakami i wiele innych. Wersje beta
potrafią także wyświetlać newsy kolorowo (pod warunkiem, że
terminal obsługuje odpowiednie kody ANSI - np. konsole linuxów,
colorxterm, wintern (irix), itp.), wyróżniając w ten sposób np.
tekst cytowany, sygnaturki, nagłówki, _podkreślenia_,
*wyróżnienia*, 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 można także używać przeglądarek www takich jak
Netscape lub MS Explorer, jednak nie jest to wyjście godne polecenia,
gdyż obsługa systemu usenet news w tych programach jest bardzo uboga i
brak im wielu podstawowych funkcji, takich jak np. killfile, czyli
możliwość filtrowanaia nie chcianych artykułów, a także wiele wersji
tych programów nie przestrzega protokołu NNTP, `atakując' serwery news
i usiłując łączyć się i rozłączać, co może w skrajnych wypadkach
powodować zakłócenia pracy serwera i odcięcie przez administratora
dostępu do news komputerom, z których program ten był uruchamiany.
Poza tym zarówno MSIE jak i Netscape w wersjach poniżej 3.0 nie
powinny być w ogóle używane, jeśli wysyłane/czytane są artykuły
zawierające polskie znaki diakrytyczne, gdyż stare wersje nie potrafią
poprawnie skonfigurować fontów ani też poprawnie wysłać nagłówków MIME
takich listów. Więcej informacji na temat konfigurowania czytników
news w celu poprawnej obsługi polskich znaków diakrytycznych można
znaleźć na Polskiej Stronie Ogonkowej (http://www.agh.edu.pl/ogonki/),
można też na te tematy podyskutować w grupie pl.comp.ogonki. Część
informacji zawarta jest także w FAQ grupy pl.test, dostępnego także w
wersji tekstowej na serwerach WWW
_________________________________________________________________

Jak tworzyć nowe grupy

Procedura tworzenia nowych grup jest w trakcie stałego udoskonalania,
poniżej jednak znajdują się zasady obowiązujące obecnie. Nie jest to
jeszcze do końca sformalizowane, tak jak należy, istnieją jednak pewne
reguły, do których należy się dostosować. Można też oczywiście w
grupie pl.news.nowe-grupy zaproponować ich poprawienie.

Stosowana obecnie procedura polega na napisaniu artykułu z propozycją
nowej grupy do pl.news.nowe-grupy i wysłuchaniu reakcji innych na tę
propozycję. Artykuł taki powinien mieć w polu 'Subject:' wpisane
"PROPOZYCJA: nowa grupa pl.xxx.yyyyyy", a w treści krótki opis, o czym
w grupie tej miałaby toczyć się dyskusja, jednolinijkowy opis, który
potrzebny jest w momencie tworzenia grupy, ew. także propozycje innych
nazw grupy, jeśli zaproponowana nazwa nie jest oczywista. Ponieważ
propozycja ta jest WSTĘPNA, przez parę dni może toczyć się 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 części FAQ.

Gdy już wszystko jest ustalone, (i dopiero wtedy, a nie wcześniej)
autor propozycji powinien jeszcze raz upewnić się, że nie ma żadnych
wątpliwości co do danych potrzebnych do powstania grupy, a następnie
wypełnić szablon głosowania nad założeniem nowej grupy (dlatego dobrze
jest już propozycję RFD wysłać w takiej postaci). Szablon ten znaleźć
można w czwartej części tego FAQ, a także pod adresem
http://www.usenet.pl/doc/news-pl-faq.4.htpl i wysłać go emailem na
adres cfv##usenet.pl.

Jeżeli list, przesłany przez autora pomysłu powstania grupy na adres
cfv#usenet.pl, zawiera poprawnie wypełnione wszystkie dane, w
niedługim czasie od jego otrzymania zostanie rozpoczęte głosowanie.
Propozycje niepełne lub będące w trakcie dyskusji wracają do grupy
pl.news.nowe-grupy. Głosowanie polega na rozesłaniu do grup
pl.news.nowe-grupy oraz moderowanej grupy pl.announce.newgroups listów
o temacie "CFV1: pl.xxx.yyy.zzz (głosowanie)", gdzie pl.xxx.yyy.zzz
jest oczywiście nazwą proponowanej grupy. Głosowanie ma na celu
sprawdzenie jakie jest zainteresowanie grupą i czy powstanie grupy nie
budzi wyraźnych sprzeciwów ze strony innych użytkowników usenet news.
Oczywiste jest, że nie są i nie będą zakładane grupy sprzeczne z
prawem lub niezgodne ze stosownymi RFC, a ostateczna decyzja dotycząca
założenie grupy należy do osoby, która wysyła komunikat tworzący
grupę.

Oprócz wspomnianych wcześniej dwóch grup, list taki może zostać
rozesłany także do innych grup, gdzie może znaleźć się wiele osób
zainteresowanych jej powstaniem (nie więcej niż 6, wliczając w to
pl.announce.newgroups i pl.news.nowe-grupy), oraz na różne listy
dyskusyjne. Głosowanie trwać musi co najmniej tydzień, nie powinno być
też dłuższe niż ok. 2-3 tygodnie. Jego dokładny czas trwania ustala
autor propozycji powstania grupy.

List CFV (jest to skrót od "Call For Votes") zawiera wszystkie
informacje dotyczące głosowania, ponieważ jednak zwykle są one takie
same, poniżej znajduje się skrócony opis jak to wygląda.

Wszystkie głosy oddawać należy osobiście za pomocą poczty
elektronicznej, pisząc na adres podany liście rozpoczynającym
głosowanie (będzie to z pewnością adres w domenie lub poddomenie
@usenet.pl) Głosy oddane w inny sposób są uznawane za nieważne. Każdy
oddany głos musi zawierać 2 istotne linijki tekstu. Pierwsza, to
identyfikator głosowania. Jest to zwykle tekst postaci '<CFV-xxxx>',
pozwalający zidentyfikować którego głosowania dotyczy list, jako że
głosowań tych może być kilka jednocześnie. Druga ważna linijka tekstu,
to sam głos. Musi on wyraźnie stwierdzać, czy osoba głosuje ZA
powstaniem grupy, czy PRZECIW, oraz zawierać nazwę grupy. Dokładna
reguła jest taka: Linia ta powinna zaczynać się frazą "Glosuje",
"Głosuję" (w tym drugim przypadku w słowie tym są polskie znaczki
diakrytyczne - l z kreską i e z ogonkiem - dopuszczalne jest kodowanie
8bit lub Quoted-Printable) lub "I vote", następnie musi wystąpić jedno
ze słów ZA, PRZECIW, WSTRZYMUJE SIE, YES, NO, ABSTAIN, a następnie
nazwa grupy - pl.xxx.yyy.zzz. Pozostałe słowa w linii są ignorowane. A
więc oddany głos może wyglądać następująco:

<CFV-xxx.yyy.zzz>
Głosuję ZA powstaniem grupy pl.xxx.yyy.zzz

Głos może zawierać polskie znaki diakrytyczne, może też być napisany
`polskawo', może być zakodowany jako 8bit lub Quoted Printable. Nie
można natomiast używać do głosowania kodowania BASE64, gdyż chociaż
może być ono poprawne z technicznego punktu widzenia, to program
liczący głosy nie jest w stanie z nim sobie poradzić i głos nie
zostaje rozpoznany. Głos musi zawierać pełne imię i nazwisko osoby
głosującej -- najlepiej w nagłówku From:, a jeśli z jakichś względów
dane tam występujące nie są poprawne, to w treści listu, w sposób
podany w CFV (tak, aby automat liczący głosy mógł to automatycznie
rozpoznać).

Po wysłaniu głosu, w ciągu ok. 24 godzin powinna nadejść odpowiedź od
programu liczącego głosy (w weekendy dłużej :-) ), potwierdzająca jak
głos został rozpoznany. Jeżeli coś jest nie tak, można zagłosować
ponownie -- liczy się ostatni oddany głos. List zawierający CFV
zostaje ponownie wysłany mniej więcej w połowie głosowania jako
`CFV2', aby przypomnieć, że głosowanie ciągle jeszcze trwa. List ten
zawiera także podsumowanie kto oddał do tej pory ważne głosy, jednak
bez ujawniania ich treści.

Po upłynięciu terminu zbierania głosów, są one wszystkie liczone, a
wyniki głosowania, wraz z listą osób i informacją o tym, jak każda z
nich głosowała, wysyłane są do grup pl.news.nowe-grupy oraz
pl.announce.newgroups. Do utworzenia nowej grupy wymagane jest
obecnie, by liczba głosujących ZA była co najmniej o 50 większa od
liczby osób głosujących PRZECIW (do 31.12.1998 wymagane było 25 głosów
różnicy), a ponadto głosy ZA muszą stanowić co najmniej 2/3 ważnych
głosów. Jeżeli grupa nie zostanie przegłosowana, następna propozycja
powstania grupy o podobnej tematyce lub charakterze nie powinna się
pojawić wcześniej niż miesiąc po ogłoszeniu wyników i dopiero po
ponownym przedyskutowaniu tej propozycji w grupie pl.news.nowe-grupy.
Jeżeli natomiast podane warunki warunki zostały spełnione, to po kilku
dniach, przeznaczonych na ewentualną weryfikację wyników oraz
przygotowanie techniczne powstania grupy, grupa zostaje utworzona.

Jest to dokonywane poprzez wysłanie odpowiedniego `control message',
tworzącego nową grupę na wszystkich serwerach news, które otrzymują
grupy pl.* (w Polsce i na całym świecie).

Jeśli natomiast ma to być grupa lokalna - utworzyć ją może
administrator lokalnego serwera news, bez oglądania się na inne
serwery i bez stosowania zasad opisanych powyżej. Służy do tego
komenda `ctlinnd newgroup nazwa.grupy y'. Wówczas ważne jest także to,
by zadbać o to, by w plikach `distrib.pats' oraz `newsfeeds' znalazły
się odpowiednie linie, gwarantujące że grupa nie będzie `wyciekała' na
inne serwery.

Dla porządku, procedura zakładania grupy pl.* jest następująca:

1. Inicjator proponuje nową grupę na łamach pl.news.nowe-grupy oraz
ew. innych grup, które tematycznie związane są z proponowaną grupą
i gdzie mogą znaleźć się osoby zainteresowane powstaniem takiej
grupy. Propozycja zawierać powinna proponowaną nazwę grupy,
krótki, jednolinijkowy (max. ok. 40 znaków), opis tematyki grupy,
nieco dłuższy opis zawierający informacje dla kogo to i po co
(kilka zdań), pole Followup-To: pl.news.nowe-grupy, a `Subject'
takiej propozycji powinien wyglądać nastepująco:

Subject: PROPOZYCJA: pl.proponowana.nazwa.grupy
2. Następuje dyskusja, zostaje ustalona ostateczna nazwa, tematyka
grupy, oraz jej jednolinijkowy opis, itp. itd. (UWAGA! Na tym
etapie propozycja nie powinna być wysyłana do grupy
pl.announce.newgroups, gdyż jest to grupa moderowana służąca
wyłącznie do ogłaszania CFV i informacji o nowych grupach.
Wysyłając do innych grup moderowanych także należy się liczyć z
tym, że list może zostać odrzucony przez moderatora).
3. Autor propozycji na adres cfv#usenet.pl wysyła wypełniony szablon
rozpoczęcia głosowania (można go znaleźć w części czwartej tego
FAQ pod adresem http://www.usenet.pl/doc/news-pl-faq.4.htpl),
zawierający OSTATECZNĄ wersję nazwy grupy oraz jej tematyki i
opisu.
4. Po jakimś czasie rozpoczyna się głosowanie. Napływają e-mailem
głosy poparcia lub dezaprobaty. Po zakończeniu głosowania pojawia
się list z ich wynikami. Jeśli z głosowania wyniknie, że grupa ma
powstać (zgodnie z warunkami ogłoszonymi w CFV), to do grup
pl.news.nowe-grupy i pl.announce.newgroup zostaje przesłany list
zawierający:
+ nazwę grupy (dokładnie taką, jak w ogłoszeniach CFV);
+ stwierdzenie, czy grupa będzie moderowana, czy nie. Jeśli ma
być moderowana, to w liście tym musi znaleźć się też adres
moderatora;
+ jednolinijkowy opis grupy (max ok. 40-50 znaków);
+ krótki opis, tematyki grupy, dla kogo ona jest i po co (kilka
zdań);
+ listę osób popierających i protestujących.

Na wcześniejszych etapach dyskusji NIE NALEŻY pisać listów z prośbą o
założenie grupy lub niecierpliwiących się, kiedy grupa powstanie. Nie
należy też listów na ten temat wysyłać do grupy pl.news.admin, gdyż od
czasu powstania pl.news.nowe-grupy jest to grupa służąca WYŁĄCZNIE do
dyskusji na tematy techniczne dotyczące serwerów news. Nie należy też
głosować wysyłając listy do jakichkolwiek grup news, gdyż służą ona
jedynie do wstępnej dyskusji nad celowością powstania grupy oraz
ustalenia ostatecznej nazwy, która najlepiej odda sens nowej grupy.
Jedynie głosy wysłane na adres podany w ogłoszeniu CFV (Call for
Votes) i wysyłane w odpowiedzi na to ogłoszenie są uznawane jako
decydujące o powstaniu grupy.

I na koniec jeszcze raz apel - dla własnego dobra (objawiającego się
szybkim pojawianiem się nowych grup) przestrzegajmy tych zasad. Jeśli
rusza łańcuszek listów mówiących "jestem ZA", a jeszcze nie wiadomo,
jaka ma być nazwa grupy lub trwa ożywiona dyskusja nad innymi
aspektami powstania grupy i nie za bardzo wiadomo, za czym się
głosuje, to nie dziwmy się później, ze powstanie grupy się opóźnia.

Wymyślajmy także sensowne opisy grup, szczególnie te jednolinijkowe.
Nie każda grupa musi mieć w opisie "Wszystko o...", "Wszystko na
temat...", a ostatnio także "Forum dyskusjyjne takich a siakich...",
"Grupa dla...", "Dyskusje o...", itd., itp. Po pierwsze wygląda to
kiepsko, po drugie - czytniki news zwykle obcinają takie opisy od
końca, może się więc okazać, ze wszystkie opisy grup na ekranie
pokazywane są jako "Wszystko na tem" i na tym się urywają...
_________________________________________________________________

Dlaczego nie ma i nie będzie grup pl.alt.*?

Dlatego, że tego się nie da fizycznie zrobić. Grupy `alt.*' z
założenia się alternatywną hierarchią news, w której akceptowane są
praktycznie wszystkie `control-messages', pochodzące od każdego.
Oznacza to, że każdy może założyć dowolną grupę alt.* lub ją skasować.
Wymaga to jedynie minimalnej wiedzy na temat funkcjonowania USENETu.

Utworzenie analogicznej hierarchii pl.alt.* wiązałoby się z
koniecznością wpisania odpowiedniej konfiguracji na tysiącach serwerów
news na świecie. Tego typu zmiany nie są łatwe do przeprowadzenia.
Nawet tak prosta, wydawałoby się, zmiana jak uaktualnienie adresów
moderatorów grup pl.*, które w pewnym momencie zostały zmieniony z
%s...@moderators.fuw.edu.pl na %s...@usenet.pl, trwała ponad dwa lata, a
jeszcze dziś zdarza się, że odbija się poczta wysyłana na stary adres,
bo na jakimś serwerze news w świecie ktoś dawno dawno skonfigurował go
na stary adres i tak już zostało.

Poza tym zmiana taka nie spotkałaby się z aprobatą wielu
administratorów news na świecie, którzy decydują się na udostępnianie
hierarchii pl.* swoim użytkownikom, zdając sobie sprawę z tego, że nie
ma tam żadnych grup z binariami ani żywiołowo pączkujących *.alt.*.

Nic nie stoi jednak na przeszkodzie, by utworzyć hierarchię alt.pl.* i
w niej zakładać dowolne grupy, w których z założenia rozmawiać się
będzie po polsku. Kilka takich grup już istnieje. Nie wymaga to
żadnych rekonfiguracji na serwerach, ani nawet specjalnych dyskusji.
Po prostu wystarczy wysłać odpowiedni control-message, a wszystkie
serwery, na których jest hierarchia alt.* taką grupę założą. Zanim
jednak spróbujesz założyć taką grupę, poczytaj trochę na ten temat, a
pierwsze próby rób dopisując w nagłówkach swoich artykułów pole
"Distribution: local", aby błędnie zbudowane listy nie podnosiły
alarmów na wszystich serwerach świata.
_________________________________________________________________

Do czego służy pl.answers

Jest to specjalna grupa, analogiczna do comp.answers czy news.answers,
będąca repozytorium artykułów typu 'FAQ' - a więc wysyłanych mniej lub
bardziej regularnie i zawierających odpowiedzi na często zadawane
pytania (tzw. "Frequently Questioned Answers" ;-) ). Artykuły wysyłane
tutaj albo mają swoje 'główne' miejsce w innych grupach news, a na
pl.answers są 'crossposted', albo rozprowadzane są w zupełnie inny
sposób (jak np. PZS - poprzez specjalną listę dystrybucyjną), ale
pojawiają się w grupie pl.answers, by w jednym miejscu zebrać wszelkie
tego typu informacje. Przy właściwym sposobie wysyłania artykułów
można zagwarantować, że pl.answers zawiera zawsze dokladnie jedną (i
to zawsze najnowszą) kopię danego dokumentu.

Aby osiągnąć ten cel, artykuły wysyłane tutaj powinny spełniać 2
warunki: mieć pole 'Expires:' z ustawioną datą przewidywanej kolejnej
wersji dokumentu, oraz 'Supersedes:' z Message-Id poprzedniej wersji.
Przykładowo, jeśli dokument wysyłany jest automatycznie 10. dnia
każdego miesiąca, a jego wersja wysłana 10. lipca miała 'Message-Id'
równe '<pl-news-f...@cyber.ict.pwr.wroc.pl>' to w wersji
wysyłanej 10. sierpnia powinny znalezć się pola:

Supersedes: <pl-news-f...@cyber.ict.pwr.wroc.pl>
Expires: Sep 12 1994, 12:00 GMT

Expires ma tutaj datę 12. a nie 10, aby dać szansę na dotarcie
artykułu do wszystkich serwerów. Jeśli zasięg jest większy niż tylko
Polska - np. cały świat (a tak już), można tego zapasu dać jeszcze
więcej - ok. 4-5 dni.

Najlepiej do wysyłania zatrudnić program 'auto-faq' (jest to skrypt w
PERL-u), który generuje we właściwy sposób wspomniane wyżej nagłówki i
może zostać uruchamiany z crontab-a, całkowicie automatyzując
wysyłanie dokumentów. Jedyne, co trzeba robić, to uaktualniać je :-)
Jeśli chcesz ściągnąć auto-faq przez ftp, zajrzyj do rozdziału "Gdzie
znaleźć źródła CNEWS, INN, NNTP, TIN, NN, TRN i ich FAQ?"

Ponieważ jednak na razie zbyt wielu artykułów tego typu nie ma,
szczegóły techniczne nie są być może najważniejsze i zgodnie z
zapowiedziami Rafala Maszkowskiego, który jest moderatorem pl.answers,
każdy sensowny artykuł może zostać tam wysłany (a szczegóły techniczne
można rozwiązać poźniej).

Z drugiej strony - w utrzymywaniu zawsze aktualnych kopii artykułów w
pl.answers współdziałać muszą także serwery news, tzn. nie kasować
zbyt szybko listów w tej grupie. Wystarczy, że respektowane są 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

jeśli ktoś (administrator news) boi się bardzo, że artykuły będą tam
zalegać zbyt długo. Linia taka oznacza, że artykuły w grupie
pl.answers mają być trzymane co najmniej 1 dzień (to także można
zwiększyć), standardowo - 14 dni (jeśli nie ma pola "Expires:"), a
jeśli występuje pole 'Expires:', to aż do daty w nim wyspecyfikowanej
(ale nie więcej jak 60 dni - w drugim przypadku).

Większość artykułów wysyłanych w grupie pl.answers ma także swoje
odpowiedniki na stronach WWW. Odwołania do nich znajdują się na
stronie http://www.killfile.pl/.
_________________________________________________________________

Czy w newsach można używać polskich "ogonków"

Zdecydowanie tak. Nie ma ku temu żadnych przeciwskazań natury
technicznej - system transferu news jest całkowicie "8-bit clean",
tzn. że serwery nie interesują się zawartością artykułów - mogą one
zawierać dane 8-bitowe definiowane w dowolnym standardzie (czyli np.
ISO-8859-1, ISO-8859-2, KOI-8, UTF-8, itp.). Jaki standard jest
używany jest istotne wyłącznie dla czytników news. W przypadku tekstów
pisanych po polsku (a więc w grupach pl.*, ew. soc.culture.polish)
jest to ISO-8859-2 lub UTF-8. Czytnik news wysyłający artykuł z
polskimi literkami (czyt. "polskimi znakami diakrytycznymi") powinien
dopisać do nagłówków wysyłanego artykułu odpowiednie nagłówki MIME,
mówiące jakiego kodowania użyto. Dla języka polskiego będzie to więc
np.:

Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=iso-8859-2

Dopuszczalne (i równouprawnione z 8bit) jest także stosowanie
kodowania Quoted-Printable, jednakże ze względu na wygodę i prostotę
czytania news zakodowanych 8-bitowo oraz niemożność odkodowania QP
przez niektóre popularne czytniki news pracujące w środowisku
MS-windows, warto polecać używanie kodowania 8bit.

Z drugiej strony - należy pamiętać także, że grupy pl.* są czytane nie
tylko w Polsce i niektórzy mogą mieć problemy z poprawnym
skonfigurowaniem czytników news do obsługi ogonków. W takim przypadku
najlepiej odesłać ich na Polską Stronę Ogonkową, znajdującą się pod
adresem http://www.agh.edu.pl/ogonki/, lub do grupy pl.comp.ogonki,
gdzie właśnie tego typu problemy są dyskutowane. Jeśli w dalszym ciągu
wiele osób w grupie narzeka na to, że nie mogą przeczytać
"robaczkowych" listów, to oczywiście sprawa używania ogonków pozostaje
kwestią odpowiednich kompromisów.

Jedynym miejscem, w którym nie mogą wystąpić znaki o kodach powyżej
127 są nazwy grup. Zastanawiając się, czy pisać z ogonkami czy bez,
warto także zwrócić uwagę na to, czy grupa news nie jest przypadkiem
połączona z jakąś listą dyskusyjną. Informacje o tym przedstawiono
powyżej, w rozdziale Spis grup news połączonych z e-mailowymi listami
dyskusyjnymi. Tam też znajdują się informacje o tym, które z bramek
news2mail/mail2news oraz list dyskusyjnych przenoszą poprawnie
nagłówki MIME.

Więcej informacji o używaniu ogonków w news i w ogóle znaleźć można na
Polskiej Stronie Ogonkowej (http://www.agh.edu.pl/ogonki/). Informacje
na temat odpowiedniej konfiguracji mail2news/news2mail oraz programu
sendmail znajdują się natomiast w drugiej części tego FAQ.
_________________________________________________________________

Ratunku! Dostałem list od robota! Czy mam się bać?

Dostałem list od robota, mówiący, że mam nieprawidłowo zakodowane
ogonki lub wysłałem spam. Co mam z tym zrobić?

Jeżeli tak się stało, to znaczy, że albo naruszyłeś netykietę, czyli
zbiór ogólnie przyjętych zasad obowiązujących w sieci, albo twoje
oprogramowanie nie przestrzega norm i standardów obowiązujących w
Internecie i twoje listy są wysyłane nieprawidłowo, "zaśmiecając"
sieć. Drugi z tych przypadków dotyczy głównie (ale nie tylko) osób
korzystających z MS Internet Explorera, Netscape lub oprogramowania
działającego w środowisku MS-Windows. Niektóre z błędów konfiguracji,
takie jak np. niepoprawny adres zwrotny w polu From:, są wykrywane
przez serwer news w momencie wysyłania artykułu i artykuł taki nie
zostaje przyjęty z komunikatem '441 Posting failed'. Nie wszystkie
błędy można jednak wykryć w ten sposób. Stąd obecność robotów,
sprawdzających poprawność listów już po wysłaniu.

Obecnie w polskim usenecie działa kilka robotów sprawdzających
poprawność wysyłanych w grupach pl.* listów. Listy wysyłane niezgodnie
z obowiązującymi standardami mogą być kasowane, a autor takiego listu
zwykle jest o tym fakcie powiadamiany e-mailem (o ile, po pierwsze, w
polu From: lub Reply-To: umieścił swój rzeczywisty i działający adres
e-mail). Nie jest to cenzura, lecz techniczne oczyszczanie hierarchii
pl.* z listów, które nie mogą być prawidłowo odczytane w systemach
innych niż ten, z którego pochodzą. Roboty w żadnym stopniu nie
oceniają merytorycznej treści listu, lecz sprawdzają jedynie jego
techniczną poprawność. Każdy z działających robotów może mieć
minimalnie odmienne zasady oceniania listu, jednakże generalnie rzecz
ujmując kasowane są/mogą być (z powiadomieniem autora):

* Listy zawierające binaria, np. zdjęcia, pliki *.wav, programy,
itp. Newsy są systemem przesyłania artykułów tekstowych, a grupy
news są grupami dyskusyjnymi, dlatego też przesyłanie w newsach
binariów jest surowo zabronione.
* Listy używające polskich znaków diakrytycznych bez prawidłowych
nagłówków MIME, określających, że użyto kodowania iso-8859-2.
Listy takie powodują wyświetlanie "robaczków" w miejscu polskich
liter i są nieczytelne w prawidłowo skonfigurowanych czytnikach
news.
* Listy używające polskich znaków zakodowanych niezgodnie z normą
ISO 8859-2 lub UTF-8. Dotyczy to głównie artykułów wysyłanych z
systemu MS-Windows, używającego wewnętrznego standardu windows,
jakim jest CP-1250. Listy takie powodują wyświetlanie "robaczków"
lub pomijanie niektórych znaków w miejscu polskich liter i są
nieczytelne zarówno na wszystkich innych systemach niż MS-Windows,
ale także w MS-Windows w prawidłowo skonfigurowanych programach
Netscape czy MSIE. Humorystycznym przykładem (prawdziwym!) była
reklama firmy Microsoft mówiąca "Kto by pomylał? - My
pomylelimy!", w której na skutek użycia nieprawidłowego kodowania
zniknęły wszystkie literki "ś" (tzn. "s" z apostrofem).
* Listy o dokładnie tej samej treści wysłane do kilku(nastu) grup
lub duplikaty tego samego listu wysłane w krótkich odstępach czasu
do tej samej grupy news. Błędy w programach Netscape/MSIE
(Netscape także w wersjach UNIX) powodują, że użytkownik często
nie otrzymuje informacji o tym, że jego artykuł został już
wysłany, więc klika jeszcze raz, by go wysłać. W newsach pojawiają
się więc 2 lub 3 kopie tego samego artykułu. Roboty kasują
duplikaty, pozostawiając jedynie pierwszy z tych kilku jednakowych
artykułów. Jednakże wysłanie dużej ilości takich samych listów
może spowodować zakwalifikowanie ich jako spam, a wówczas kasowane
są wszystkie, z reguły - bez powiadamiania o tym autora listu,
jako że spamy zwykle wysyłane są z nieistniejących adresów i
powiadamianie "autora" zwykle nie ma sensu. Tym bardziej, że
głównie dotyczy to spamów trafiających do Polski z zewnątrz, a
więc z różnych serwerów poza Polską, na których grupy pl.* obecne
są wśród wszystkich innych grup.

Roboty narzekają także (nie kasując z reguły) na listy zawierające
linie dłuższe niż 80 znaków, jedynie informując o tym autora emailem.

Od pewnego czasu działa także FAQ-Bot - robot informacyjny omówiony w
następnym rozdziale.
_________________________________________________________________

FAQ-Bot

FAQ-Bot jest powstałą na początku 1998 roku usługą informacyjną mającą
za zadanie zapoznanie nowych użytkowników polskiego usenetu z
netykietą i regułami w nim obowiązującymi. Stara się także przekazać
podstawową wiedzę na ten temat, bowiem jednym z największych problemów
związanych z gwałtownym rozwojem internetu jest to, że mało który
dostawca usług internetowych informuje swoich użytkowników jak tak
naprawdę z Internetu należy korzystać. Nagminne więc jest wysyłanie
listów w niewłaściwych grupach, wysyłanie ich do kilku lub kilkunastu
grup jednocześnie, mylenie Usenetu z wielką tablicą ogłoszeniową,
podczas gdy służy on przede wszystkim do dyskusji, oraz wiele innych
przewinień. Co gorsza, przewinienia te zwykle nie wynikają ze złej
woli użytkownika news, lecz z tego, że nikt nie poinformował go jak
należy się zachowywać.

FAQ-Bot stara się wypełnić tę lukę śledząc adresy pojawiające się w
polu From: artykułów wysyłanych w grupach pl.*. Jeżeli pojawi się
adres, który nie występuje jeszcze w bazie FAQ-Bota, na adres ten
wysyłana jest krótka informacja z opisem grupy, a jeśli grupa posiada
FAQ, to także jego aktualna wersja. Po wysłaniu takiego zestawu
startowego FAQ-Bot zapamiętuje adres osoby, po to, by więcej jej nie
niepokoić tymi samymi informacjami.

Informacje dotyczące adresów traktowane są jako poufne i nie są
nigdzie i nikomu udostępniane. Więcej informacji na temat FAQ-Bota
można znaleźć na stronie http://faq-bot.usenet.pl/ oraz
http://www.killfile.pl/, tam również znajdują się odwołania do stron
WWW zawierających FAQ i opisy poszczególnych grup, oraz do strony WWW
zawierającej opisy grup (http://www.usenet.pl/opisy/
_________________________________________________________________

Reguły wysyłania artykułów w grupach pl.*

Poniższe reguły oparte są na netykiecie obowiązującej wszystkich
użytkowników sieci, precyzując nieco zasady wysyłania news w grupach
pl.*. Ich przestrzeganie nie jest na razie wymuszane środkami
technicznymi (chyba, że zostało to opisane w poprzednim punkcie,
dotyczącym robotów), aczkolwiek niewykluczone, że tak się w
przyszłości stanie, gdyż nieprzestrzeganie lub wręcz nieznajomość
netykiety staje się ostatnio wręcz nagminna, będąc ceną, jaką
przychodzi nam wszystkim płacić za burzliwie ostatnio postępujący
rozwój Internetu.

* Artykuły nie powinny być wysyłane jednocześnie do więcej niż 3-4
grup pl.*. Mimo, iż oryginalny artykuł może rzeczywiście pasować
do kilku grup jednocześnie, to dyskusja zwykle szybko zbacza na
temat, który nie należy do prawie żadnej z tych grup, co z kolei
prowadzi do wielu listów "Dlaczego o tym mówicie tutaj? Idźcie
sobie do innej grupy". Dlatego zawsze list wysyłany do kilku grup
powinien zawierać pole "Followup:" zawierające nazwę jednej grupy,
w której należy dalej prowadzić dyskusję.
Zgodnie z obowiązującymi obecnie zasadami, artykuł nie zawierający
pola 'Followup-To:' może być wysłany co najwyżej do 3 grup, a
artykuł zawierający pole Followup-To: z nazwą 1-3 grup news,
adresem autora lub słowem 'poster', a więc kierujący odpowiedzi do
tej grupy lub do nadawcy, może być wysłany maksimum do 6 grup
news.
* Crosspostowanie, czyli wysyłanie do kilku grup jednocześnie
powinno być ponadto ograniczone wyłącznie do grup pl.*, gdyż w
grupach pl.* listy pisze się po polsku, a w pozostałych - nie.
Wysyłanie więc czegoś jednocześnie do pl.* i np. comp.* jest
pozbawione sensu.
Zabronione jest też crosspostowanie pomiędzy grupami, których
nazwa różni się tylko ostatnim członem, czyli należącymi do tej
samej pohierarchii, a więc o zbliżonej tematyce. Przykładowo, nie
należy wysyłać listów jednocześnie do pl.soc.edukacja i
pl.soc.edukacja.szkola, gdyż grupa "szkoła" powstała właśnie po
to, by dyskusje o edukacji w szkołach prowadzić właśnie tam, a nie
w grupie bardziej ogólnej, zajmującej się edukacją w innych
formach.
Niektóre grupy w swoim opisie tematyki (opisy takie dostępne są
pod adresem http://www.usenet.pl/opisy/) dodatkowo zabraniają
jednoczesnego wysyłania listów do tej grupy i wybranych innych,
np. zabronione jest crosspostowanie między grupami
pl.regionalne.szczecin i pl.regionalne.szczecin.ogloszenia, a opis
grupy pl.rec.muzyka.metal zabrania jakichkolwiek crosspostów z
wyjątkiem grupy pl.rec.muzyka.rock.
Ze względu na "zapalny" charakter grup pl.soc.polityka,
pl.soc.religia, pl.sci.historia i pl.listserv.dziennikarz,
zabronione jest także crosspostowanie artykułów pomiędzy tymi
grupami. Jak wskazuje doświadczenie, tego typu crossposty z reguły
są wysyłane bez zwracania uwagi na to jakiej tematyki list
dotyczy, a tasiemcowe "dyskusje" i flame-wars ciągną się potem
niepotrzebnie we wszystkich grupach, bo większość odpowiadających
w ferworze walki nie zwraca uwagi na to, dokąd śle swoje artykuły.
Powyższy problem (flame-wars i okolice) dotyczy coraz większej
liczby grup (np. ostatnio pl.soc.wegetarianizm, grupy biznes,
inne...). W związku z tym prosimy o przenoszenie crosspostów
(poprzez ustawianie followup-to:) na konkretne grupy, tak, aby
wątek w crosspoście nie trwal dłużej niż 4-5 artykułów.
* Wysyłanie binariów, czyli obrazków, zdjęć, zakodowanej muzyki,
zakodowanych binarnie dokumentów w formatach innych niż tekstowy,
itp. itd. jest całkowicie zabronione. Jak już wspomniane zostało
wcześniej, system usenet news to grupy dyskusyjne i nie służą one
do dystrybucji programów czy jakichkolwiek innych informacji, niż
informacje tekstowe. Ze względu na nadmierne zajmowanie zasobów
(zajmowanie miejsca na dysku serwerów news, zajmowanie pasma w
celu przesłania między serwerami, czas potrzebny na ściąganie ich
przez modem) binaria z grup pl.* są usuwane automatycznie przy
pomocy robotów.
* Jak we wszystkich innych grupach news, przed wysłaniem swojego
pierwszego listu w grupie należy się przez jakiś czas (kilka dni
przynajmniej) przysłuchiwać dyskusji tam prowadzonej, aby
zorientować się, czy jest to właściwe forum do zadania tego
właśnie pytania. W wielu grupach regularnie wysyłane jest FAQ,
czyli artykuł zawierający `Frequently Asked Questions' -
odpowiedzi na często zadawane pytania. Być może twoje pytanie też
należy do tej kategorii, więc poszukaj najpierw odpowiedzi w FAQ,
a dopiero potem pytaj, jeśli jej tam nie znalazłeś. Jeśli tego nie
zrobisz, zapewne otrzymasz lakoniczną odpowiedź `RTFM' lub
`RTFFAQ' (Read the Fu^H^H Fascinating Manual/FAQ). Aby było
łatwiej je znaleźć, wszystkie FAQ oprócz swej `rodzimej' grupy są
także wysyłane do grupy pl.answers, opisanej wcześniej.
FAQ dostępne są także na serwerach www.usenet.pl i faq.usenet.pl.
* Zabronione jest wysyłanie ogłoszeń i reklam w grupach, które do
tego nie służą. A dokładniej -- wszędzie, z wyjątkiem kilku grup
specjalnie do tego przeznaczonych, lub jeśli ogłoszenie jest "na
temat" i jednocześnie opis grupy dopuszcza wysyłanie takich
ogłoszeń. Typowo ogłoszeniowymi grupami są hierarchie
pl.ogloszenia.* i pl.praca.* (z wyjątkiem pl.praca.dyskusje).
Ogłoszeniom nie służy natomiast pl.biznes, czy cała hierarchia
pl.biznes.*. Są to grupy dyskusyjne, podobnie jak większość
pozostałych. Opisy grup możesz sprawdzić pod adresem
http://www.usenet.pl/opisy/.
Przy okazji należy zwrócić uwagę, że istniejące w niektórych
grupach zasady dopuszczające pojawianie się pojedynczych ogłoszeń,
odnoszą się do ogłoszeń wysyłanych *jednorazowo* przez uczestników
grupy dyskusyjnej i mających charakter giełdowy, a nie do ofert
hurtowni czy firm sprzedających jakieś rzeczy i wysyłających swe
ogłoszenia co jakiś czas. Jeśli jesteś przedstawicielem jakiejś
firmy i chcesz ją zareklamować, zdecydowanie lepszy efekt
osiągniesz umieszczając URL-a do firmowej strony WWW w swojej
stopce (sygnaturce) i uczestnicząc w konstruktywny sposób w
dyskusjach prowadzonych w grupie. Wysyłanie samych reklam lub
ofert z reguły przynosi odwrotny skutek, odstręczając od
zaglądania na reklamowane strony.
* Żadne ogłoszenie (ani w grupach dopuszczających pojedyncze
ogłoszenia, ani w tych, które służą wyłącznie umieszczaniu
ogłoszeń) nie powinno się pojawiać zbyt często, tzn. częściej niż
raz na miesiąc, ew. raz na 2 tygodnie. Usenet news to nie jest
gazeta, która codziennie ma zupełnie nowe wydanie. Artykuł
(ogłoszenie) raz umieszczone na serwerze będzie tam tkwiło przez
dłuższy czas - zwykle przez miesiąc, a na niektórych serwerach
nawet 3 miesiące lub dłużej. Nawet, jeśli tekst pozornie zniknie,
bo zostanie przeczytany, to dalej jest trzymany na serwerze i
prezentowany wszystkim, którzy go jeszcze nie czytali. Wysyłanie
tego samego tekstu codziennie powoduje, że na serwerze znajdzie
się wiele jego kopii, a inni użytkownicy są zmuszeni do czytania
tych samych wiadomości na nowo, co także jest traktowane jak spam
i może powodować usunięcie z serwera wszystkich kopii wysłanego
artykułu/ogłoszenia.
* Zabronione jest także wielokrotne wysyłanie listu o tej samej lub
minimalnie różniącej się treści do wielu grup news. Listy takie
traktowane są jako spam i albo od razu nie przyjmowane na
serwerze, albo usuwane z niego automatycznie po przekroczeniu
odpowiedniego limitu. Jeżeli przestrzegasz zasad opisanych
wcześniej, możesz być spokojny, że tego limitu nie przekroczysz. A
jeśli chcesz wiedzieć dokładniej czym jest, a czym nie jest spam,
zajrzyj na serwer www.abuse.net.
* Zabronione jest też uruchamianie wszelkiego rodzaju bramek
www-news i podobnych, które umożliwiają wysyłanie artykułów do
systemu usenet news bez żadnej autoryzacji. Chęć postawienia
jakiejkolwiek bramki (nawet takiej, która będzie uwzględniać
autoryzację) powinna zostać wcześniej zgłoszona i przedyskutowana
w grupie pl.news.admin.
* (na razie tyle, ale reguł tych jest więcej i pojawią się one
tutaj...)
_________________________________________________________________

Dostęp do News:
_________________________________________________________________

W jaki sposób można używać USENET?

>> Czy i w jaki sposób można dostać się i używać sieć USENET?

1. Poprzez serwer news przy użyciu czytnika news:

Serwer:

+ najlepiej znaleźć najbliższy serwer news - np. we Wrocławiu
będzie 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 którejś z lokalnych instytucji lub serwer
z innego miasta, ale najbliższy w sensie topologii sieci.
Najlepiej zawsze popytać się administratorów lub skorzystać z
listy serwerów zamieszczonej powyżej i za pomocą traceroute
sprawdzić, który jest najbliższy. Można też spróbować za
pomocą programu "nslookup" lub "host" spytać jakiegoś serwera
DNS o adres postaci miasto.usenet.pl - np. "torun.usenet.pl",
aby dowiedzieć się, gdzie jest najbliższy serwer. (Jeśli
używasz nslookup, pamiętaj o ustawieniu "set type=any"). Dla
użytkowników *.tpnet.pl właściwym serwerem jest
news.neostrada.pl. Użytkownicy posiadający konta na
friko*.onet.pl mogą także korzystać z serwera news.onet.pl
logując się na niego za pomocą hasła. Więcej informacji na
ten temat znajduje się w rozdziale Z jakiego serwera
powinienem korzystać?.
+ można korzystać z innego, najlepiej bliskiego, serwera - co
przy obecnej strukturze sieci w Polsce oznacza, że z któregoś
serwera w Warszawie, Krakowie, Lublinie, Poznaniu, Gdańsku,
Gliwicach, Katowicach lub Wrocławiu (łącza 34 Mbps i
gigabitowe). Adresy administratorów można znaleźć w PZS:
http://info.fuw.edu.pl/pzs/
+ publiczny serwer ze wszystkimi grupami - trudno polecać tę
metodę, bo jest straszliwie powolna; najbliższy taki serwer
jest w Berlinie.
+ grupy pl.* i trochę lokalnych można czytać łacząc się z
jednym z serwerów news.ict.pwr.wroc.pl,
news.mat.uni.torun.pl, news.uci.agh.edu.pl lub
news.lublin.pl.
+ Aby ustalić, z jakiego serwera news chcemy korzystać, w
systemie UNIX należy ustawić zmienną środowiskową o nazwie
'NNTPSERVER'. Na przykład:

setenv NNTPSERVER news.ict.pwr.wroc.pl
po czym uruchomić czytnik news. Pod DOSem i w innych systemach
robi się to zwykle wpisując nazwę serwera w odpowiednim pliku
konfiguracyjnym, lub wybierając ją z odpowiedniego menu
konfiguracyjnego programu. Adres "domyślnego" serwera news
warto wpisać na stałe do konfiguracji czytnika, lub podać go
przy jego kompilacji.
Warto przy okazji pamiętać o jednej rzeczy: Jeśli korzystasz
z KILKU serwerów news, pamiętaj, by używać roznych plików
.newsrc - inaczej może się okazać, że na jednym z serwerów
nigdy nie będziesz widział nowych artykułów w niektórych
grupach. W systemie UNIX plik .newsrc zawiera listę czytanych
przez Ciebie grup oraz numery przeczytanych artykułów, np:

pl.internet.polip: 1-22359,22364-22365,22370,22372-22379
Jeśli na innym serwerze news te same artykuły mają numery rzędu
5000, to NIGDY nie zobaczysz nowych, bo czytnik news
wszystkie artykuły o numerach 1-22359 uważa za przeczytane.
Dlatego jeśli np. korzystając z tin-a chcesz połączyć się z
innym niż zwykle serwerem news, zrób to w ten sposób:

(setenv NNTPSERVER adres.serwera; tin -r -f ~/.newsrc.inny)
Nawiasy okrągłe powodują, że zmienna NNTPSERVER zostanie
ustawiona tylko na czas wykonywania komendy tin (dokładniej -
uruchomiona zostanie podpowłoka z komendami "setenv" i
"tin"), a ~/.newsrc.inny to nazwa 'innego' (dowolnego) pliku
.newsrc
Setenv to oczywiście komenda csh, dla sh należy użyć "(
export NNTPSERVER=adres.serwera; tin -r ... )"

Czytnik news:

+ Czytnikiem może być np. lynx lub netscape, wygodniej
korzystać z programów takich jak tin, nn, rn, trn, slrn, itp.
umożliwiają one bowiem po pierwsze wysyłanie artykułów (to
potrafi także netscape), a po drugie - sortowanie ich w
wątki, usuwanie z "pola widzenia" niechcianych autorów lub
tematów (tzw. `killfile') i wiele innych rzeczy.

2. Możliwy jest także dostęp za pomocą usługi gopher:

gopher://gopher.uci.agh.edu.pl:70/1exec%3aroot%3a/.scripts/readnews
gopher://sun1000.pwr.wroc.pl/11/news/

Ponieważ dostęp taki jest "read-only", należy ten sposób uzupełnić
możliwością wysyłania artykułów:

Jeśli nie masz bezpośredniego dostępu do grup USENET, mimo wszystko
możesz wysłać artykuł, tak by trafił do odpowiedniej grupy. Może to
zostać zrobione poprzez wysłanie listu e-mailem na jeden z adresów
publicznych bramek mail->news. Każda z nich ma własną składnię i
sposób adresowania, dobrze jest więc najpierw to sprawdzić. Trzy
najpopularniejsze, to: (W tej chwili podobno wszystkie z nich są już
nieaktualne, lecz nie jest to informacja sprawdzona - [ts])

Host: cs.utexas.edu
Składnia: newsgro...@cs.utexas.edu
Przykład: aby wysłać artykuł do grupy 'comp.compilers', należy
zaadresować swój list jako:

comp-co...@cs.utexas.edu

Host: newsbase.cs.yale.edu
Składnia: newsgroup...@newsbase.cs.yale.edu
Przykład: aby wysłać artykuł do grupy 'comp.compilers', należy
zaadresować swój list jako:

comp.comp...@newsbase.cs.yale.edu

Host: decwrl.dec.com
Składnia: newsgro...@decwrl.dec.com
Przykład: aby wysłać artykuł do grupy 'comp.compilers', należy
zaadresować swój list jako:

comp.co...@decwrl.dec.com

Należy jednak pamiętać, że w ten sposób nie można wysłać artykułów do
żadnej z grup o zasięgu mniejszym niż cały świat - a więc także do
żadnej z grup pl.*

Bramki dla grup pl.*

Od około połowy roku 1996 grupy pl.* przenoszone są także przez
najbardziej znany serwer usenetu na świecie, a więc uunet.uu.net.
Można więc liczyć na to, że skorzystanie z jednej z powyższych bramek
dla grup pl.* zakończy się sukcesem.

Istnieje także bramka newsgate.gliwice.pl, pozwalająca korzystać z
grup dyskusyjnych w hierarchii pl.* poprzez pocztę elektroniczną.
Więcej informacji na temat jej działania (i jak skorzystać z bramki,
zapisując się na odpowiednią listę) można znaleźć pod adresem
www.newsgate.gliwice.pl.

3. Dostęp przez publiczne ("otwarte") serwery

Większość serwerów w Polsce skonfigurowanych jest w taki sposób, że
umożliwiają łączenie się także użytkownikom spoza swojej domeny,
udostępniając im ograniczony zestaw grup (są to zwykle wyłącznie grupy
pl.*), a czasem także nie pozwalając na wysyłanie artykułów. Istnieją
także "otwarte serwery" poza Polską, umożliwiające czytanie i
wysyłanie artykułów każdemu, zwykle jednak okazuje się, że są to
serwery nie tyle "otwarte", co źle skonfigurowane. Stają się one
niestety narzędziem nadużyć dla wszelkiej maści spammerów i w krótkim
czasie zostają zamknięte.

Z tego względu najlepszym wyjściem jest jednak poszukanie właściwego
dla swojej domeny serwera news, a jeśli provider internetu takiego nie
ma - monitowanie go, by serwer taki założył lub uzyskał dostęp dla
swoich użytkowników na innym, pobliskim serwerze news.

4. Dostęp przez NFS w Stuttgarcie

Adresu niestety nie znam - proszę o informacje, jeżeli ktoś z tej
usługi korzysta. Zdaje się jednak, że taki dostęp nie jest już obecnie
możliwy.
_________________________________________________________________

Jaki jest najszybszy serwer news?

Jaki jest najszybszy serwer news? Korzystałem z sunsite.icm.edu.pl,
ale dostęp do niego jest taki wooooolny...

Zależy skąd się łączysz. Przeczytaj odpowiedź na następne pytanie.
_________________________________________________________________

Z jakiego serwera powinienem korzystać?

Z jakiego serwera news powinienem korzystać? Próbowałem z
sunsite.icm.edu.pl, ale on jest strasznie wolny... Próbowałem też
innych, ale tam nie ma grup alt.*. Na jeszcze innych mogę czytać
artykuły, ale nie mogę żadnego wysłać.

To pytanie zadawane jest głównie przez użytkowników sieci TPNET,
łączących się po wykręceniu numeru 0-20-21-22. Ale o tym za chwilę...

Wszystko zależy skąd się łączysz. A także od tego, czy działa ci tzw.
odwrotny DNS, tzn. czy twój komputer jest zarejestrowany w DNS w
domenie *.pl.

Serwer, z którego korzystasz, powinieneś wybrać zależnie od tego, w
jaki sposób jesteś podłączony do sieci Internet. Jeżeli na przykład
jesteś podłączony do akademickiej sieci we Wrocławiu (tzn.
wrocławskiej sieci MAN), będzie to serwer news.pwr.wroc.pl lub
news.ict.pwr.wroc.pl. Tylko one dadzą ci dostęp do wszystkich grup,
które na tych serwerach się znajdują. Jeśli jesteś w Poznaniu i twoje
połączenie z internetem prowadzi przez sieć MAN -- będzie to serwer
news.man.poznan.pl. Analogicznie w pozostałych miastach. Jeśli w twoim
mieście nie ma serwera news (ale korzystasz z sieci akademickiej),
spróbuj połączyć się z serwerem w najbliższym mieście, gdzie taki
serwer jest. Np. dla Zielonej Góry będzie to Poznań. Jako punktu
zaczepienia można użyć listy serwerów przedstawionej wcześniej lub
wpisać nazwę miasta w DNS, np. "zielona.gora.usenet.pl", tak jak to
zostało opisane w dalszej części.

Nieco inaczej wygląda sprawa, jeśli łączysz się przez sieć TPNET, a
więc dzwoniąc pod numer 0-20-21-22 lub korzystając z komputera w
firmie, która jest podłączona przez sieć TPNET. Użytkownicy
korzystający z "anonimowych" dialupów TPNet i otrzymujący adresy
*.ppp.MIASTO.tpnet.pl, *MIASTO.cvx.ppp.tpnet.pl itp., powinni
korzystać z serwera news.neostrada.pl. Tylko ten serwer udostępnia
artykuły news do czytania i pisania bez dodatkowych pytań o hasło.
Pozostali użytkownicy sieci TPNet (np. firmy podłączone do sieci
łączami POLPAK-T, ale posiadające własną domenę, pulę adresów IP itd.)
powinni nadal stosować się do zasady "Serwer powinieneś wybrać
zależnie od tego, w jaki sposób jesteś podłączony do sieci Internet",
pamiętając jednak, że ważniejsze od tego, w jakim mieście jesteś, jest
to, że jest to sieć TPNET. Jeśli jesteś np. w Katowicach, lub
Szczecinie, to serwery sieci MAN tych miast wcale nie są twoimi
najbliższymi serwerami, bo pakiety do nich podróżować muszą przez sieć
TPNET do Warszawy lub innego miasta (np. Poznania), tam przedostać się
do sieci NASK lub POL-34, po czym innymi łączami wrócić ponownie do
odpowiedniej sieci MAN. Dlatego znacznie lepszym rozwiązaniem jest
znalezienie serwera w sieci TPNET. Będzie to rozwiązanie znacznie
szybsze, prawdopodobnie też uzyskasz większą liczbę grup, a nie tylko
grupy pl.* oraz możliwość pisania artykułów.

W miastach, w których istnieją lokalne bramki MAN--TPNET sytuacja
wygląda lepiej, bo pakiety nie muszą podróżować do Warszawy i z
powrotem, lecz przesyłane są lokalną bramką, zwykle o przepustowości 2
Mbps lub większej. Takimi miastami są m.in. Lublin, Łódź, Poznań,
Gdańsk, Kraków, Wrocław (no i Warszawa, ale tamtejsza bramka jest
notorycznie przeciążona, bo obsługuje także całą resztę Polski).

W sieci TPNET znajdują się serwery news.neostrada.pl oraz news.onet.pl
i z tych serwerów powinieneś korzystać w pierwszym rzędzie, jeśli z
internetem łączysz się przez numer dostępowy 0-202122 TPSA. Do lutego
2000, dzięki lokalnym bramkom TPNET-POL34/NASK, możliwe było także
korzystanie w niektórych przypadkach z innych serwerów, znajdujących
się w sieci NASK lub POL-34. Dostęp dla dialupów sieci TPNET zawsze
odbywał się na zasadzie "gościnności" tych serwerów, z możliwością
zmiany w każdej chwili, co ostatecznie nastąpiło w marcu 2000, ze
względu na narastające od długiego czasu problemy z nadużyciami
powodowanymi przez użytkowników TPNet i niewielkiej możliwości
szybkiego reagowania na te nadużycia (mimo zabiegów zespołu
abuse@tpnet i wykrywania większości przypadków). Dlatego od marca 2000
użytkownicy dialupów TPNET mogli korzystać już prawie tylko z serwera
news.tpnet.pl, którego funkcję w sierpniu 2000 przejął serwer
news.tpi.pl, a obecnie (od 1 marca 2008) news.neostrada.pl (więcej
informacji o zmianie domen pod adresem
http://www.tp.pl/prt/pl/klienci_ind/internet/now_prom/670638/)

Gdzieniegdzie możliwy jest jeszcze dostęp w trybie wyłącznie do
czytania, bez możliwości ich wysyłania, jednak użytkownicy sieci TPNet
powinni korzystać z serwera swojego providera, czyli
news.neostrada.pl.

Zasady dostępu do poszczególnych serwerów dostępne są często na
odpowiednich stronach WWW opisujących te serwery (np.
http://news.icm.edu.pl/).

Jeśli jesteś w sieci TPNET... to możesz skorzystać z serwera..
-------------------------------------- -----------------------------------
... i masz konto w *.onet.pl, Serwer news.onet.pl. Przy wysyłaniu
konieczna autoryzacja za pomocą hasła.
Dla pozostałych - tylko do czytania.
Jako username podaj pełny adres
konta, np. user...@priv1.onet.pl.

... i należysz do klubu Chip, Serwer news.vogel.pl. Konieczna
autoryzacja za pomocą hasła.

... i nie masz żadnego takiego konta, Serwer news.neostrada.pl - dostęp pozwal
ający
na czytanie i wysyłanie artykułów.
====================================== -----------------------------------
Jeśli jesteś w sieci INETII... to powinieneś korzystać z serwera
(dialupy *.inetia.pl) news.internetia.pl.
-------------------------------------- -----------------------------------
Jeśłi jesteś w innej sieci... spytaj swojego operatora o adres jego
serwera news. Z reguły 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 żadnych hostów?

Istnieje domena usenet.pl. Jednak jeśli próbuję programem nslookup
sprawdzić, jakie są w niej adresy, nie dostaję nic.

Owszem. Jest to specjalna domena służąca uporządkowaniu spraw
związanych z administrowaniem grupami pl.*. Zawiera ona jedynie adresy
MX komputerów odpowiedzialnych za dostarczanie poczty w domenie
*usenet.pl oraz rekordy CNAME wskazujące dla wielu miast ich
najbliższy serwer news. Rekordów CNAME nie można wylistowć za pomocą
nslookup, potrafi to jednak zrobić program "host". (Spróbuj "host -l
usenet.pl" lub "host -l -t CNAME usenet.pl".

Funkcje istniejących w domenie usenet.pl adresów są następujące:

pl-nazw...@usenet.pl
Adresy kontaktowe moderatorów. Jeśli grupa jest moderowana, a
więc artykuły do niej wysyłane muszą zostać "zatwierdzone"
przez osobę sprawującą opiekę nad tą grupą, to adres taki
prowadzi właśnie do tej osoby. Dzięki temu na wszystkich
serwerach news wystarczy raz tylko zdefiniować, że adresy
moderatorów grup pl.* to %s...@usenet.pl (%s zostaje zastąpione
nazwą grupy, po zamianie wszystkich kropek na minusy).

miasto.usenet.pl
Np. wroclaw.usenet.pl, krakow.usenet.pl, kielce.usenet.pl
itd... Są to rekordy typu CNAME (Canonical name) wskazujące
właściwy dla danego miasta serwer news (najbliższy pod względem
sieciowym, z którego w mieście tym należy korzystać (chyba, że
jest ich kilka - mogą być wtedy równoważne). Np.
jgora.usenet.pl wskazuje na news.pwr.wroc.pl, gdyż jest to
najbliższy serwer dla Jeleniej Góry i jednocześnie użytkownicy
z Jeleniej Góry mają dostęp do wszystkich grup na tym serwerze.
(Drugim serwerem we Wrocławiu jest news.ict.pwr.wroc.pl, ale
nie ma na nim wszystkich grup (są tylko comp.*, news.*, pl.*,
linux.* i pojedyncze z innych hierarchii), dlatego podany
został news.pwr.wroc.pl)

UWAGA! adres tej postaci w żadnym wypadku nie przesądza o tym,
który serwer jest lepszy, większy itp. (w miastach, w których
jest ich kilka). Wpisanie MIASTO.usenet.pl ma tylko pomóc
każdemu użytkownikowi w znalezieniu najbliższego serwera, który
umożliwi mu czytanie newsów.
_________________________________________________________________

W jaki sposób skonfigurować klienta news?

Czytników news jest ogromna ilość - i tych działających pod UNIXem, i
tych działających w środowisku DOS/MS Windows. Ważne są dwie rzeczy -
podanie właściwego adresu serwera news, a następnie zadbanie o to, by
wysyłać news z poprawnymi adresami zwrotnymi. Inną ważną rzecza jest
właściwe 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 ustalić adres serwera news, należy
ustawić zmienną środowiskową NNTPSERVER na adres najbliższego serwera.
W powłokach Bourne Shell, Korn Shell i Bash wyglądać to może
nastepująco:

NNTPSERVER=news.ict.pwr.wroc.pl
export NNTPSERVER

W powłokach csh i tcsh natomiast w ten sposób:

setenv NNTPSERVER news.ict.pwr.wroc.pl

Nazwę news.ict.pwr.wroc.pl należy oczywiście zastąpić nazwą `swojego'
serwera news, a linię taką najlepiej umieścić we własnym pliku .login,
.bashrc, .profile lub .cshrc.

Jeżeli adres najbliższego serwera nie jest znany, można wykorzystać
specjalnie w tym celu tworzone mapy DNS i zapytać (np. za pomocą
programu nslookup lub host) o adres postaci:

miasto.usenet.pl

Np. pytając się o "torun.usenet.pl" otrzymamy odpowiedź
"news.mat.uni.torun.pl". Podobnie zresztą jak dla Bydgoszczy, bo tam
akurat nie ma serwera news, a najbliższy jest ten toruński właśnie.

Uruchomienie czytnika news bez ustawienia zmiennej NNTPSERVER zwykle
też jest możliwe, jako że podczas kompilacji czytnika trzeba podać
"domyślny" adres serwera news, problemy natomiast pojawić się mogą
przy wysyłaniu news, bowiem część czytników nie wysyła artykułów sama,
lecz z pomocą osobnego programu o nazwie inews. Jeśli wysłanie news
kończy się komunikatem typu "cannot locate server", problem jest
właśnie w zmiennej NNTPSERVER.

Wszystkie testy wysyłać należy do grup specjalnie do tego
przeznaczonych (np. pl.test, misc.test i podobnych - np. pwr.test, w
żadnym natomiast wypadku do grup, w których toczy się dyskusja. Po to
właśnie istnieją grupy *.test, by można było do woli testować
konfiguracje czytników i serwerów, nie śmiecąc przy okazji tam, gdzie
nie jest to konieczne.

Przy wysyłaniu news ważne jest sprawdzenie kilku pól nagłówka w
wysyłanych artykułach (takich, jak np. adres zwrotny w polu From:).
Najczęstszym problemem jest niepełny adres, taki jak kowalski@pipeta,
w którym występuje nazwa hosta bez doklejonej domeny. Adres taki jest
bezużyteczny, gdy ktoś na ten list chce odpowiedzieć wprost do autora,
a nie poprzez news (i na dodatek sprzeczny ze stosownymi RFC).
Najlepiej o tym przeczytać w artykule pt. "### Witamy w pl.test ### DO
NOT IGNORE THIS POSTING", wysyłanym w grupie pl.test regularnie raz na
tydzień (oraz dostępnym 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 wyjaśnione są
także inne problemy związane z konfiguracją czytnika news, takie jak
aktualna data w komputerze czy właściwa definicja strefy czasowej.
Warto też wiedzieć, że na poprawnie wysłany w grupie pl.test artykuł
powinieneś w ciągu max. 1-2 dni otrzymać odpowiedź via email od
automatycznej odpowiadaczki w Łodzi, chyba że w polu `Subject:' lub
treści testowego artykułu umieściłeś słowo "ignore" lub "ignoruj".
_________________________________________________________________
_________________________________________________________________

Dlaczego mam dojście tylko do grup pl.*?

Dlaczego mam dojście tylko do grup pl.*? Obojętnie jakiego czytnika
news używam, zawsze dostaję max 50 grup. Z niektórych serwerów w ogóle
nie udaje mi się nic przeczytać, bo dostaję przy połączeniu komunikat
"You have no permission to talk." albo "Serwer zwrócił błąd
autoryzacji SSL". itp.

Pytanie uzupełniające -- czy jesteś pewien, że używasz właściwego,
`swojego', serwera news? Np. jeśli jesteś podłączony do sieci
akademickiej we Wrocławiu, Legnicy lub Wałbrzychu, powinieneś
korzystać z serwerów wrocławskich. Jeśli jesteś klientem firmy ISP --
zapytaj administratora systemu, z jakiego serwera powinieneś
korzystać. Tylko takie serwery udostępnią ci wszystkie grupy, jakie
posiadają. Pozostałe serwery udostępnią tylko grupy pl.* lub w ogóle
odmówią współpracy (oznajmiając `You have no permission to talk').
Jeśli łączysz się przez sieć TPNET (numer 0-20-21-22) też będzie to
wyglądać inaczej. Sprawdź w rozdziale ze spisem serwerów, jakiego
serwera powinieneś używać.

Wyjaśnienia wymaga też komunikat wspominający o SSL -- tak niestety
reaguje na brak możliwości pisania Outlook Express i inne microsoftowe
programy pozwalające czytać news. Rzeczywista przyczyna błędu nie ma
nic wspólnego z SSL (Secure Sockets Layer) -- komunikat mówi tylko
tyle, że z jakiegoś powodu nie udało się połączyć z serwerem, ale cóż
-- programiści MS wiedzą lepiej... No więc jeszcze raz -- używam
`swojego' serwera news, ale nadal widzę tylko grupy pl.* lub w ogóle
podczas łączenia pojawia się błąd. O co tu chodzi?

Pewnie dlatego, że komputer, z którego łączysz się, by czytać newsy,
nie jest zarejstrowany w odwrotnym DNS. Serwer news próbuje
przetłumaczyć adres numerkowy na nazwę, by zakwalifikować cię do
odpowiedniej grupy użytkowników, ale nie otrzymuje poprawnego
tłumaczenia i pozostajesz "nieznany". Przykładowo - jeśli adres
Twojego komputera to 156.17.41.20, a nazwa - brzdąc.ict.pwr.wroc.pl,
to łącząc się z serwerem news.ict.pwr.wroc.pl powinieneś uzyskać
dostęp do wszystkich grup, jakie tam są, bo serwer
news.ict.pwr.wroc.pl udostępnia komputerom z sieci akademickiej
*.wroc.pl wszystkie swoje grupy (i niektórym innym, tak jak jest to
napisane w tabelce ze spisem serwerów powyżej), natomiast pozostałym
wyłącznie grupy pl.* i pwr.* (niektóre inne serwery w ogóle odrzucają
połączenia z adresów nie zarejestrowanych w DNS). Komputer
156.17.41.20 musi więc posiadać tłumaczenie na nazwę w odpowiednich
mapach DNS i to w obie strony. Dla serwerów news ważniejsze jest
tłumaczenie z adresu numerkowego na nazwę. Czy jest ono poprawne,
można sprawdzić samemu, za pomocą 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

Jeśli wszystko jest ok, dostaniemy nazwę komputera - tak jak w
przypadku pytania o "20.41.17.156.in-addr.arpa" powyżej. Jeśli brak
odwrotnego tłumaczenia - informację w stylu "No PTR records available"
lub "Non-existent domain". W takim przypadku możemy wykonać "set
type=SOA" lub "set type=any", a następnie pytać dalej, obcinając
kolejne (ostatnie) cyfry adresu, a więc "41.17.156.in-addr.arpa" lub
"17.156.in-addr.arpa", po to, by uzyskać informację komu należy
zgłaszać poprawki w tablicach DNS. Przykładowo, pomijając pierwszy
człon "20" i pytając o 41.17.156.in-addr.arpa otrzymamy odpowiedź:

41.17.156.in-addr.arpa
origin = okapi.ict.pwr.wroc.pl
mail addr = hostamster.ict.pwr.wroc.pl
serial = 95110115
refresh = 43200 (12 hours)
...

co oznacza, że adresem kontaktowym jest hostamster @ict.pwr.wroc.pl
(pierwszą kropkę zmienić należy na znak @). Pod taki też adres należy
kierować wszelkie uwagi i prośby dotyczące zmian w DNS dla komputerów
o adresach 156.17.41.*.

Problem w każdym razie nie leży w serwerze news, lecz w definicji
adresu komputera, którego używasz. Musisz się więc udać do lokalnego
administratora DNS (czasem prościej jest użyć e-maila lub skorzystać z
telefonu) i poprosić o dopisanie odpowiedniego rekordu w tablicach
DNS.
_________________________________________________________________

Dlaczego nie mogę wysłać żadnego artykułu?

Dlaczego nie mogę wysłać żadnego artykułu, mimo że mój czytnik łączy
się poprawnie z serwerem i bez problemów mogę czytać artykuły z grup
news?

Być może jest to chwilowy problem serwera, z którego korzystasz - może
się czasem zdarzyć (choć rzadko), że skończyło się miejsce na dysku
lub wystąpił inny problem i serwer nie jest w stanie przyjąć nowych
artykułów (także od innych serwerów), nic nie stoi jednak na
przeszkodzie, by artykuły już znajdujące się na serwerze oferować
klientom do czytania.

Może też jednak być tak, że serwer na podstawie adresu komputera, z
którego inicjujesz to połączenie, decyduje, że możesz mieć dostęp
wyłącznie do czytania news, bez prawa wysyłania artykułów.
Najprawdopodobniej właśnie to jest przyczyną jeśli łączysz się z
którymś z serwerów akademickich z sieci TPNET. Podobne efekty mogą
wystąpić także jeśli twój komputer nie jest zarejestrowany w tzw.
"odwrotnym DNS" (rDNS) lub jeśli na skutek jakiejś awarii występują
problemy z rDNS. Zajrzyj do rozdziału "Z jakiego serwera powinienem
korzystać?".
_________________________________________________________________

Program Outlook Express nie mógł ogłosić Twojej wiadomości. Dlaczego?

Używam Outlooka, przy próbie wysłania artykułu dostaję błąd: Program
Outlook Express nie mógł ogłosić Twojej wiadomości. Temat 'MS Proxy
2.0 i ping', Konto: 'news.ict.pwr.wroc.pl', Serwer:
'news.ict.pwr.wroc.pl', Protokół: NNTP, Odpowiedź serwera: '440
Posting not allowed', Port: 119, Zabezpieczenie (SSL): Nie, Błąd
serwera: 440, Numer błędu: 0x800CCCA9

Całkowicie nieczytelne komunikaty błędów to niestety dość
charakterystyczna cecha produktów firmy Microsoft. Powyższy komunikat
oznacza po prostu, że nie masz dostępu do serwera news, a przynajmniej
nie do wysyłania artykułów news. Prawdopodobne przyczyny takiego stanu
zostały opisane w poprzednich dwóch punktach -- być może łączysz się z
niewłaściwym serwerem news lub masz źle zarejestrowany "odwrotny DNS".
_________________________________________________________________

W grupach, które czytam, od dłuższego czasu nic nie przychodzi. Dlaczego?

Coś się chyba dzieje z serwerem news na sun1000 - grupy są, ale od
dawna nic nowego się w nich nie pojawia - np. soc.culture.polish,
polip, news.admin i w innych.

Być może używasz na zmianę dwóch serwerów news, a masz tylko jeden
plik .newsrc?

Jeśli tak, to nic dziwnego... Np. na jednym serwerze w
soc.culture.polish możesz mieć przeczytane artykuły nr 1-20000,
podczas gdy na drugim numeracja jest inna i aktualnie np. najnowszy
artykuł ma numerek 10000. Gdy pojawi się nowy artykuł z numerem 10001,
to w dalszym ciągu go nie zobaczysz, gdyż Twój czytnik news stwierdzi,
że artykuły 1-20000 już kiedyś czytałeś.

Zajrzyj też do punktu "W jaki sposób można używać USENET?", aby
znaleźć dokładniejsze wytłumaczenie dlaczego tak się dzieje. Jeśli
używasz tin-a, to aby poprawić to, co jest źle, spróbuj zrobić tak:

mv .newsrc .newsrc.old
setenv NNTPSERVER adres.twojego.serwera.news
tin -r

i zobacz, czy to pomogło. Jeśli tak, to do .cshrc dodaj sobie 2
aliasy, podobne do poniższych:

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 adresów news.pwr.wroc.pl i news.ict.pwr.wroc.pl wstaw
oczywiście adresy serwerów, z których korzystasz. Nazwy plików
.newsrc.*, czy nawet samych aliasów oczywiście też możesz zmienić -
ważne jest tylko to, by łącząc się z różnymi serwerami używać różnych
.newsrc.

W programie tin można również zastosować inne rozwiązanie. Utwórz plik
.tin/newsrctable, a w nim wpisz na przykład:

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 następnie uruchamiaj tin-a jako tin -g nask itp.

Jeśli korzystasz z news spod DOSa, musisz w inny sposób rozwiązać ten
problem, ale idea jest ta sama. Jeśli to natomiast nie pomaga, albo
używasz tylko jednego serwera news, a mimo wszystko w jednej lub kilku
(lub wszystkich) grupach nie pojawia się nic nowego, to może być to
oznaką problemu na serwerze. Możliwe (ale pewnie i tak nie wszystkie)
sytuacje to:

* Serwer news "zapchał się", a więc brak na dysku miejsca na nowe
artykuły, dopóki administrator nie przywróci go do stanu
"normalnego". Sytuacja taka taka czasem się zdarza, lecz zwykle
nie trwa dłużej niż 1-2 dni.
* Zapchał się serwer, który Twojemu serwerowi dostarcza news. Brak
mu miejsca na nowe artykuły, nie ma więc czego wysyłać dalej.
* Brak artykułów w jednej tylko grupie, grupa jest bramkowana z
listy dyskusyjnej i coś nie działa w miejscu bramkowania. Albo coś
jest nie tak z listserwerem.
* Po prostu nikt nie pisze w grupach, które czytasz.

Czy jest to problem serwera możesz przekonać się sam(a) wysyłając
jakikolwiek artykuł do którejś z grup *.test (np. pl.test) i
sprawdzając po chwili, czy się w niej pojawił. Jeśli jest, a
podejrzewasz, że coś jest nie tak z "sąsiednim" serwerem news, połącz
się z którymś z serwerów udostępiających grupy pl.* wszystkim (wg
mapki i spisu serwerów, wyślij artykuł w grupie pl.test i za jakiś
czas sprawdź, czy doszedł do Twojego serwera. (Licz ok. 5-10 minut na
każde połączenie, a więc np. Lublin -> ict to od 20 do 40 minut po
prawdopodobnej drodze lublin -> nask -> uw -> ict (lub lublin -> nask
-> icm -> ict)). Jeśli wydaje ci się, że problem rzeczywiście jest po
stronie serwera, wyślij e-mail na adres use...@SERWER.NEWS (zamiast
SERWER.NEWS wstaw oczywiście adres odpowiedniego serwera news),
informując jego administratora o problemie.

Jeszcze jednym powodem braku nowych artykułów, choć dość rzadkim, może
być nienajlepiej przeprowadzona rekonfiguracja serwera, z którego
korzystasz. Może się zdarzyć np., że korzystając przez kilka lat
ciągle z tego samego serwera przeczytałeś już na nim w swojej
ulubionej grupie artykuły o numerach od 1 do 10000. A teraz z jakiegoś
powodu administrator serwera dokonuje jego reinstalacji i zapomniał o
przeniesieniu numeracji artykułów ze starego serwera na nowy. Artykuły
zaczynają więc być numerowane ponownie od 1, a nie od 10001, a twój
czytnik wszystkie je uważa za już przeczytane. Jeśli nie wyzerujesz
listy przeczytanych artykułów, przez najbliższe kilka miesięcy lub lat
nie będziesz widział nowych artykułów (aż ich numeracja na serwerze
przekroczy wspomnianą liczbę 10000).

W przypadku serwerów news poza Polską może wystąpić jeszcze jeden
problem - może brakować części artykułów w grupie. Ale o tym w
następnym punkcie:
_________________________________________________________________

W grupach, które czytam, brak części artykułów. Dlaczego?

Problem ten pojawia się zwykle na serwerach news poza Polską i
związany jest ze sposobem, w jaki otrzymują one artykuły od innych
serwerów. Coraz więcej serwerów zaczyna otrzymywać grupy pl.*, lecz
nie zawsze jest to robione do końca poprawnie. Załóżmy, że
rozpatrujemy 3 serwery news znajdujące się poza Polską i połączone w
taki sposób:

wariat <--> poor <--> good

Wariat otrzymuje wszystkie grupy (tzn. wszystkie grupy istnieją na
wariacie i pojawiają się w nich artykuły. Serwer 'good' także ma
poprawnie założone wszystkie grupy. Natomiast 'poor' jest nie do końca
dobrze skonfigurowany i nie została na nim założona grupa
pl.comp.objects, natomiast są na przykład pl.answers i wszystkie
pl.listserv.* .

Jeśli ktoś w Polsce wyśle artykuł do pl.comp.objects, to dotrze on do
serwera 'wariat', ten wyśle go na 'poor', ale 'poor' nie przyjmie go,
bo nie ma u siebie takiej grupy. Nie dotrze więc on także do 'good',
mimo, że grupa pl.comp.objects jest tam założona w poprawny sposób.
Analogicznie - newsy wysyłane do pl.comp.objects na serwerze 'good'
nie dotrą do "reszty świata", tzn. do komputera wariat i wszystkich
serwerów w Polsce, bo nie przepuści ich przez siebie serwer 'poor'.

Może się jednak zdarzyć, że jakieś artukuły z pl.comp.objects
przebijają się jednak do serwera 'good'. Np. FAQ grupy pl.comp.objects
jest wysyłane równocześnie do pl.comp.objects i pl.answers. Serwer
'poor', otrzymując taki artykuł z serwera 'wariat' nie wyrzuci go, bo
posiada grupę pl.answers. Prześle też artykuł do serwera 'good', który
ponownie przeczyta pole 'Newsgroups:' nagłówka i umieści artykuł we
wszystkich grupach tam występujących, a więc i pl.comp.objects.
Podobnie w drugą stronę - artykuł wysłany do problematycznej grupy (na
serwerze 'good') grzęźnie, chyba że jest wysłany jednocześnie
('cross-posted') do którejś z pozostałych grup (np. misc.test, pl.test
itp.)

Jeśli takie są właśnie objawy, wyjście jest tylko jedno - skontaktować
się z administratorem niedokonfigurowanego serwera news i poprosić go
o założenie grup, których brak, oraz o poprawienie konfiguracji
serwera (by były poprawnie zakładane nowe grupy). W tym celu najlepiej
posłać mu FAQ po angielsku dla administratorów serwerów news poza
Polską, które wysyłane jest każdego 2. dnia miesiąca do grup
pl.answers, pl.news.admin, news.admin.hierarchies, soc.culture.polish,
soc.answers i news.answers, a także dostępne w wersji HTML pod adresem
wymienionym poniżej. W celu uniknięcia takich sytuacji, co pewien czas
wysyłane są tzw. "checkgroup messages", czyli listy ze specjalnymi
nagłówkami, zawierające listę wszystkich aktywnych grup pl.*. Więcej
na ich temat można przeczytać w drugiej części FAQ.
_________________________________________________________________

Zauważyłem, ze wiele listów/odpowiedzi jest w grupach news dwukrotnie...

Zauważylem, ze wiele listów/odpowiedzi jest w grupach news dwukrotnie
- czasem nawet moje niektóre odpowiedzi na listy pojawiają się dwa
razy - raz moment po wysłaniu odpowiedzi i ponownie (druga kopia) w
pół - do paru godzin później - hmmm cóż mam zrobić, aby to się nie
zdarzało?

Niestety tak już jest w niektórych grupach - a dokładniej w grupach,
które są bramkowane do news, a serwer listy znajduje się na komputerze
z systemem Novell. Więcej informacji na temat działania bramek
mail2news można znaleźć w drugiej części FAQ, tu jednak pokrótce
wyjaśnię o co chodzi.

Listserwery novellowe niestety gubią lub wyrzucają pole Message-ID:
(identyfikujące artykuł w newsach). Na dodatek nie daje się w nich
wyłączyć opcji wysyłania kopii listu do subskrybenta listy, jeśli
zamiast w polu From: występuje on jako "Sender:".

Tłumacząc to teraz na konkretny przypadek: Wysyłam list do grupy
pl.listserv.hihot, spiętej z listą emailową
hi...@pluton.pol.lublin.pl. List trafia do newsów i się tamtędy
rozchodzi. Oprócz tego trafia emailem do serwera listy (programu
maiser), a on obcina niektóre nagłówki i rozsyła na całą swoją listę
dystrybucyjną, a więc także na adres bramki wpuszczającej listy z
email-a do news. List ma inny Message-ID, więc dla serwera news jest
to ZUPEŁNIE INNY LIST i serwer go akceptuje, dlatego w newsach
pojawiają się dwie kopie.

Dopóki oprogramowanie takie nie zostanie naprawione, albo novellowe
listy zostaną przeniesione na lepsze maszyny, to niewiele da się tu
zmienić.

Inny problem, to tzw. "czytniki news" takie jak MS Internet Explorer,
które czasem przy wysyłaniu artykułów błędnie interpretują informacje
zwracane przez serwer i nie informują użytkownika, że artykuł został
poprawnie wysłany, mimo, że tak właśnie się stało, co czasem skutkuje
tym, że osoba, której MSIE zakomunikował błąd, wysyła artykuł jeszcze
raz, i jeszcze raz, i jeszcze... A potem musi się wstydzić za wysłanie
tego samego artykułu kilka razy. Ale to jest zupełnie inna historia...
_________________________________________________________________

Część pierwsza FAQ - ogólne informacje o grupach pl.*
Część druga FAQ - konfigurowanie serwerów news
Część trzecia FAQ - Lista istniejących grup pl.*
Część czwarta FAQ - Szablon zgłoszenia propozycji nowej grupy pl.*

FAQ po angielsku dla administratorów serwerów news poza Polską
_________________________________________________________________


Tomasz R. Surmacz (tsurmacz **at** news.ict.pwr.wroc,pl), 14.07.2008
RCS ID: $Id: news-pl-faq.htpl,v 3.8 2008/07/14 16:22:16 tsurmacz Exp
tsurmacz $
_________________________________________________________________

[This site is vi powered!] border=0 (c) 1994-2008 Tomasz R. Surmacz

Kopirajt i disclajmer:

Powyższy tekst może być w niezmienionej postaci i w całości (wszystkie
części FAQ), bez ograniczeń kopiowany i drukowany *na własny użytek*,
przekazywany przez news, e-maila, umieszczany w sieci Internet na
serwerach WWW, FTP itp. itd.), pod warunkiem przechowywania aktualnej
wersji (nie starszej niż 2-3 miesiące). Publikowanie tego tekstu w
inny sposób lub dokonywanie w nim modyfikacji oraz rozprowadzanie
zmienionej wersji wymaga zgody autora.

Aktualna wersja znajduje się 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 treści tego dokumentu przyczyniło się wiele osób, m.in.
Michał Jankowski, Rafał Maszkowski, Łukasz Płoszajski, Andrzej
Resztak, Jan Rychter, Szymon Sokół, Marcin Labuda, Andrzej Bort, Piotr
Kucharski, Jacek Zapała, Zbigniew Zych i wiele innych.

Autor niniejszego FAQ stara się, by wszelkie przedstawione w nim
informacje były aktualne, ale gwarantować tego nie jest w stanie.
Jeśli po przeczytaniu tego dalej nic nie rozumiesz, program tin czyta
konfigurację z jakiegoś dziwnego pliku, albo twój ulubiony serwer news
właśnie się na ciebie obraził, - sorry!, C'est la vie... Jeśli błąd
jest w tekście - napisz do mnie - może poprawię