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 gielda@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 usenet@news.nask.pl. Oczywiście, jeśli inny serwer jest bliżej, należy najpierw zgłosić się do odpowiedniego administratora (adres: usenet@ADRES.SERWERA.NEWS lub news@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: rsalz@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 '', 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: 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 '' to w wersji wysyłanej 10. sierpnia powinny znalezć się pola: Supersedes: 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: newsgroup-name@cs.utexas.edu Przykład: aby wysłać artykuł do grupy 'comp.compilers', należy zaadresować swój list jako: comp-compilers@cs.utexas.edu Host: newsbase.cs.yale.edu Składnia: newsgroup.name-news@newsbase.cs.yale.edu Przykład: aby wysłać artykuł do grupy 'comp.compilers', należy zaadresować swój list jako: comp.compilers-news@newsbase.cs.yale.edu Host: decwrl.dec.com Składnia: newsgroup.name@decwrl.dec.com Przykład: aby wysłać artykuł do grupy 'comp.compilers', należy zaadresować swój list jako: comp.compliers@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. username@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-nazwa-grupy@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 usenet@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ą hihot@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ę