SMYCZE.KONIN.PL

> Archive-name: news-pl-faq/part2
>                Newsy w Polsce (FAQ) - czesc 2. - serwery news
>   Ponizszy tekst, to druga czesc FAQ na temat newsow w Polsce,
>   zawierajaca uwagi na temat konfigurowania serwerow news. Wszelkie
>   poprawki i uzupelnienia prosze kierowac na adres
>   tsurm...@ict.pwr.wroc.pl Aktualna wersje calego FAQ mozna znalexc
>   zawsze we Wroclawiu przez WWW:
>   http://www.usenet.pl/doc/news-pl-faq.htpl, FTP:
>   ftp://ftp.ict.pwr.wroc.pl/pub/faq-pl/news-pl-faq.2 (druga
> czesc), oraz w grupach news pl.news.admin i pl.answers.
>     _________________________________________________________________
>                            Spis tresci czesci 2.:
>   Konfiguracja serwera news
>          Jak podlaczyc serwer news do sieci usenet?
>          Jak skonfigurowac serwer news (grupy pl.*)
>        Plik active
>        Plik newsfeeds
>                Uwagi dotyczace serwerow majacych feedy zagraniczne
>        Plik moderators
>        Plik distrib.pats
>        Plik distributions
>        Plik newsgroups
>        Plik control.ctl
>          Co robic z listami typu "checkgroups"?
>          Jak skonfigurowac mail2news i news2mail
>          mail2news z uzyciem procmaila
>          Newsfeed za pomoca UUCP
>          Kompresja batchow za pomoca gzip
>          UUCP 'posrednie' (czyli jak wykonac cyber!papaja!rnews)
>          Inne mozliwosci przyspieszania transmisji
>     _________________________________________________________________
>                          Podlaczanie nowych serwerow
>     _________________________________________________________________
>   Jesli chcesz do sieci Usenet news podlaczyc wlasny serwer, po pierwsze
>   nalezy zastanowic sie, czy skorka warta jest wyprawki. Maly
> serwer z kilkunastoma lub nawet kilkuset grupami moze byc niewart
> instalacji ze wzgledu na czas spedzany nastepnie na jego
> konfigurowanie. Duzy serwer natomiast wymaga wrecz ogromnego pasma
> danych, jesli maja na nim byc zalozone wszystkie grupy. W styczniu
> 2003 wielkosc ,,feedu'' obejmujacego same grupy pl.* to okolo
> 20-40 MB/dziennie, wszystkie grupy hierarchii BIG8 - okolo 1-2
> GB/dziennie, wszystkie grupy wlaczajac w to alt.* - okolo 120-200
> GB dziennie. I niestety z kazdym rokiem te wielkosci sie mniej
> wiecej podwajaja.
>   Musisz tez u siebie zainstalowac serwer news, czyli program innd,
>   dzialajacy w srodowisku UNIX. Alternatywnym programem serwera news
>   jest Diablo w systemie UNIX, jednak nie ma on sensu dla niewielkich
>   instalacji newsowych. "Serwery news" oparte o oprogramowanie
>   Microsoftu nie sa i nie beda podlaczane do sieci Usenet i to
>   bynajmniej nie z powodu niecheci reszty administratorow do tej firmy,
>   lecz z powodu masy problemow, jakie ten "serwer" powoduje przez
> to, ze nie bardzo przejmuje sie standardami dotyczacymi systemu
> news. Jesli nadal chcesz uruchomic u siebie serwer news, musisz
> uzgodnic to z administratorem innego serwera, ktory "da ci feed",
> czyli skonfiguruje swoj serwer tak, by przesylal do twojego
> wybrane grupy oraz akceptowal artykuly wysylane z twojego serwera.
> Informacje jak skonfigurowac rozne pliki serwera znajdziesz w
> nastepnym punkcie, natomiast przy uzyskiwaniu feedu od innego
> serwera musisz przekazac jego administratorowi kilka kluczowych
> informacji koniecznych do wlasciwego skonfigurowania lacza po
> drugiej stronie. Sa to m.in:
>     * Nazwa i adres IP twojego serwera news. Jesli ma kilka
> adresow IP - wszystkie z nich. Jesli wysylal bedzie artykuly z
> innego adresu niz adres, na jaki ten drugi serwer ma sie z nim
> laczyc, takze to zaznacz.
>     * Nazwa, jaka twoj serwer wpisuje w polu Path:
>     * Dane kontaktowe - adres email, imie i nazwisko osoby
>       odpowiedzialnej za sewrer news, w miare mozliwosci takze kontakt
>       telefoniczny w razie jakichs naglych wypadkow.
>     * Liste grup news, jakie chcesdz otrzymywac w formacie pliku
>       newsfeeds. Wysylajac ja w tym wlasnie formacie zaoszczedzisz pracy
>       osobie po drugiej stronie lacza, a byc moze nawet jest to jedyny
>       sposob, by twoja prosba w ogole zostala rozpatrzona.
>     * Jesli juz masz jakies feedy z innych serwerow -- informacje o
>       nich.
>   W odpowiedzi powinienes dostac list zawierajacy podobne dane dotyczace
>   serwera, z ktorego bedziesz otrzymywal i wysylal artykuly.
>   Najwazniejsze z nich sa:
>     * Adres/nazwa do wysylania news -- wpisz go do nntpsend.ctl lub
>       innfeed.conf.
>     * Adres/nazwa, z ktorego bedziesz otrzymywal artykuly. Wpisz
> ja do hosts.nntp lub incoming.conf.
>     * Zawartosc pola Path: twojego sasiada -- wpisz ja w odpowiednim
>       miejscu pliku newsfeeds. Jesli masz kilku sasiadow, wpisz te nazwe
>       do konfiguracji dotyczacej ich wszystkich, aby nie przesylac
>       artykulow miedzy nimi.
>   Przeladuj pliki konfiguracyjne odpowiednia komenda ctlinnd
> reload i przetestuj czy polaczenie dziala poprawnie (oraz popros
> administratora
>   drugiego serwera, by przetestowal, czy moze sie polaczyc z toba).
>   Bardzo waznym aspektem uruchomienia uslugi serwera news sa oprocz
>   aspektow technicznych zasady, na jakich podlaczane sa nowe serwery.
>   Najwazniejsze z tych zasad wymienione sa ponizej:
>     * W sieci Usenet-PL serwery dziela sie na tzw. huby i liscie.
> Hub to serwer, ktory ma lacze z wieloma innymi serwerami i oprocz
>       udostepnianai artykulow swoim uzytkownikom, sluzy takze do
>       transferu danych pomiedzy serwerami, z ktorymi ma lacznosc.
>       Serwerami takimi sa przewaznie duze serwery news w sieciach
>       akademickich, a takze news.tpi.pl, news.onet.pl i kilka innych.
>       Wszystkie pozostale (w tym takze twoj) jest lisciem -- tzn.
>       powinien zajmowac sie wylacznie otrzymywaniem artykulow,
>       obslugiwaniem swoich uzytkownikow oraz wysylaniem listow
>       pochodzacych od tych uzytkownikow do swojego sasiada (lub
>       sasiadow).
>       Jesli masz tylko jednego sasiada, sprawa jest prosta, jesli jednak
>       skonfigurowales (lub masz zamiar w przyszlosci) uzyskac
> takze inne lacze/feed, to po pierwsze musi to byc feed od innego
> huba (a nie liscia), po drugie - w pliku newsfeeds musisz zadbac o
> to, by nie przesylac artykulow pomiedzy tymi hubami. Zajrzyj do
> przykladow
>       opisujacych plik newsfeeds, a takze informacje dotyczace list
>       wykluczeniowych w przypadku feedow zagranicznych, bo to jest
>       praktycznie ta sama sytuacja.
>       W przypadku wykrycia lisci, ktore liscmi nie sa, bo przesylaja
>       artykuly takze innym serwerom, sa one odcinane do czasu
>       wyjasnienia sytuacji i naprawienia problemu.
>     * Autoryzacja dostepu Twoj serwer news nie powinien dawac
> dostepu do news "wszystkim", lecz tylko wybranej grupie
> uzytkownikow, ktora mozna zidentyfikowac w razie problemow. Moze
> to byc dostep na haslo wymagajacy wszesniejszej rejestracji (i
> pozwalajacej na uniemozliwienie ponownej rejestracji osobom uporczywie
>       przeszkadzajacym innym przez wysylanie spamow lub inne naduzycia)
>       albo dostep dla waskiej klasy adresow IP ograniczonej do wlasnej
>       firmy/sieci osiedlowej itp. Takze w tym drugim przypadku powinna
>       byc mozliwosc identyfikacji pojedynczego uzytkownika --
> jesli w sieci lokalnej uzywasz dynamicznych adresow nadawanych np. przez
>       DHCP, powinienes takze zadbac o archiwizowanie logow serwera
>       pozwalajacych na identyfikacje komputera/uzytkownika, ktory laczyl
>       sie z twoim serwerem news. Dane takie powinny umozliwiac
>       znalezienie winnych w przypadku naduzyc co najmniej 1-2 tygodnie
>       wstecz.
>     * Bramki www-news Obecnie nie jest dozwolone tworzenie zadnych
>       bramek www-news pozwalajacych na wysylanie artykulow do systemu
>       usenet news. Z reguly bramki takie nie umozliwiaja zadnej
>       autoryzacji dostepu, albo maja ja zaimplementowana w sposob
>       trywialny do obejscia, staja sie wiec szybko xrodlem spamow i
>       innych naduzyc. Sa tez xrodlem mnostwa innych problemow, takich
>       jak niepoprawnie formatowane naglowki, brak w naglowkach
>       informacji pozwalajacych na identyfikacje nadawcy (jego
> adresu IP, nazwy konta, itp.), czy wrecz petle wysylajace do
> newsow artykuly pochodzace z newsow, zwrotow o niemoznosci
> dostarczenia jakichs listow, czy calej masy innego smiecia. Aby
> uruchomic taka bramke, wymagane byloby zmudne przetestowanie, czy
> spelnia ona wszystkie wymagania zwiazane ze wspolpraca z serwerami
> news, a nawet i wtedy podlaczenie newsow do serwera WWW powoduje z
> reguly zalew grup dyskusyjnych nowymi "newbie", nie zdajacymi
> sobie sprawy z tego, czym sa grupy dyskusyjne, jakie w nich
> obowiazuja zasady i ze kazda grupa ma swoja scisle okreslona
> tematyke, a nie jest kolejna ikonka na pulpicie, sluzaca za
> miejsce do gadania o wszystkim. * Edukacja uzytkownikow
> Uzytkownicy twojego serwera news powinni otrzymywac informacje na
> temat systemu Usenet news - jak z niego korzystac, jakie w nim
> obowiazuja zasady, co jest dozwolone, a co zabronione. Mozesz w
> tym celu odsylac ich do dokumentacji dostepnej pod adresem
> http://www.usenet.pl/doc/ (w szczegolnosci do informacji o
> FAQ-bocie i regulach dotyczacych wysylania artykulow w grupach
> pl.* oraz do artykulow FAQ mozliwych do znalezienia w

> Archive-name: news-pl-faq/part2
>                Newsy w Polsce (FAQ) - czesc 2. - serwery news
>   Ponizszy tekst, to druga czesc FAQ na temat newsow w Polsce,
>   zawierajaca uwagi na temat konfigurowania serwerow news. Wszelkie
>   poprawki i uzupelnienia prosze kierowac na adres
>   tsurm...@ict.pwr.wroc.pl Aktualna wersje calego FAQ mozna znalexc
>   zawsze we Wroclawiu przez WWW:
>   http://www.usenet.pl/doc/news-pl-faq.htpl, FTP:
>   ftp://ftp.ict.pwr.wroc.pl/pub/faq-pl/news-pl-faq.2 (druga
> czesc), oraz w grupach news pl.news.admin i pl.answers.
>     _________________________________________________________________
>                            Spis tresci czesci 2.:
>   Konfiguracja serwera news
>          Jak podlaczyc serwer news do sieci usenet?
>          Jak skonfigurowac serwer news (grupy pl.*)
>        Plik active
>        Plik newsfeeds
>                Uwagi dotyczace serwerow majacych feedy zagraniczne
>        Plik moderators
>        Plik distrib.pats
>        Plik distributions
>        Plik newsgroups
>        Plik control.ctl
>          Co robic z listami typu "checkgroups"?
>          Jak skonfigurowac mail2news i news2mail
>          mail2news z uzyciem procmaila
>          Newsfeed za pomoca UUCP
>          Kompresja batchow za pomoca gzip
>          UUCP 'posrednie' (czyli jak wykonac cyber!papaja!rnews)
>          Inne mozliwosci przyspieszania transmisji
>     _________________________________________________________________
>                          Podlaczanie nowych serwerow
>     _________________________________________________________________
>   Jesli chcesz do sieci Usenet news podlaczyc wlasny serwer, po pierwsze
>   nalezy zastanowic sie, czy skorka warta jest wyprawki. Maly
> serwer z kilkunastoma lub nawet kilkuset grupami moze byc niewart
> instalacji ze wzgledu na czas spedzany nastepnie na jego
> konfigurowanie. Duzy serwer natomiast wymaga wrecz ogromnego pasma
> danych, jesli maja na nim byc zalozone wszystkie grupy. W styczniu
> 2003 wielkosc ,,feedu'' obejmujacego same grupy pl.* to okolo
> 20-40 MB/dziennie, wszystkie grupy hierarchii BIG8 - okolo 1-2
> GB/dziennie, wszystkie grupy wlaczajac w to alt.* - okolo 120-200
> GB dziennie. I niestety z kazdym rokiem te wielkosci sie mniej
> wiecej podwajaja.
>   Musisz tez u siebie zainstalowac serwer news, czyli program innd,
>   dzialajacy w srodowisku UNIX. Alternatywnym programem serwera news
>   jest Diablo w systemie UNIX, jednak nie ma on sensu dla niewielkich
>   instalacji newsowych. "Serwery news" oparte o oprogramowanie
>   Microsoftu nie sa i nie beda podlaczane do sieci Usenet i to
>   bynajmniej nie z powodu niecheci reszty administratorow do tej firmy,
>   lecz z powodu masy problemow, jakie ten "serwer" powoduje przez
> to, ze nie bardzo przejmuje sie standardami dotyczacymi systemu
> news. Jesli nadal chcesz uruchomic u siebie serwer news, musisz
> uzgodnic to z administratorem innego serwera, ktory "da ci feed",
> czyli skonfiguruje swoj serwer tak, by przesylal do twojego
> wybrane grupy oraz akceptowal artykuly wysylane z twojego serwera.
> Informacje jak skonfigurowac rozne pliki serwera znajdziesz w
> nastepnym punkcie, natomiast przy uzyskiwaniu feedu od innego
> serwera musisz przekazac jego administratorowi kilka kluczowych
> informacji koniecznych do wlasciwego skonfigurowania lacza po
> drugiej stronie. Sa to m.in:
>     * Nazwa i adres IP twojego serwera news. Jesli ma kilka
> adresow IP - wszystkie z nich. Jesli wysylal bedzie artykuly z
> innego adresu niz adres, na jaki ten drugi serwer ma sie z nim
> laczyc, takze to zaznacz.
>     * Nazwa, jaka twoj serwer wpisuje w polu Path:
>     * Dane kontaktowe - adres email, imie i nazwisko osoby
>       odpowiedzialnej za sewrer news, w miare mozliwosci takze kontakt
>       telefoniczny w razie jakichs naglych wypadkow.
>     * Liste grup news, jakie chcesdz otrzymywac w formacie pliku
>       newsfeeds. Wysylajac ja w tym wlasnie formacie zaoszczedzisz pracy
>       osobie po drugiej stronie lacza, a byc moze nawet jest to jedyny
>       sposob, by twoja prosba w ogole zostala rozpatrzona.
>     * Jesli juz masz jakies feedy z innych serwerow -- informacje o
>       nich.
>   W odpowiedzi powinienes dostac list zawierajacy podobne dane dotyczace
>   serwera, z ktorego bedziesz otrzymywal i wysylal artykuly.
>   Najwazniejsze z nich sa:
>     * Adres/nazwa do wysylania news -- wpisz go do nntpsend.ctl lub
>       innfeed.conf.
>     * Adres/nazwa, z ktorego bedziesz otrzymywal artykuly. Wpisz
> ja do hosts.nntp lub incoming.conf.
>     * Zawartosc pola Path: twojego sasiada -- wpisz ja w odpowiednim
>       miejscu pliku newsfeeds. Jesli masz kilku sasiadow, wpisz te nazwe
>       do konfiguracji dotyczacej ich wszystkich, aby nie przesylac
>       artykulow miedzy nimi.
>   Przeladuj pliki konfiguracyjne odpowiednia komenda ctlinnd
> reload i przetestuj czy polaczenie dziala poprawnie (oraz popros
> administratora
>   drugiego serwera, by przetestowal, czy moze sie polaczyc z toba).
>   Bardzo waznym aspektem uruchomienia uslugi serwera news sa oprocz
>   aspektow technicznych zasady, na jakich podlaczane sa nowe serwery.
>   Najwazniejsze z tych zasad wymienione sa ponizej:
>     * W sieci Usenet-PL serwery dziela sie na tzw. huby i liscie.
> Hub to serwer, ktory ma lacze z wieloma innymi serwerami i oprocz
>       udostepnianai artykulow swoim uzytkownikom, sluzy takze do
>       transferu danych pomiedzy serwerami, z ktorymi ma lacznosc.
>       Serwerami takimi sa przewaznie duze serwery news w sieciach
>       akademickich, a takze news.tpi.pl, news.onet.pl i kilka innych.
>       Wszystkie pozostale (w tym takze twoj) jest lisciem -- tzn.
>       powinien zajmowac sie wylacznie otrzymywaniem artykulow,
>       obslugiwaniem swoich uzytkownikow oraz wysylaniem listow
>       pochodzacych od tych uzytkownikow do swojego sasiada (lub
>       sasiadow).
>       Jesli masz tylko jednego sasiada, sprawa jest prosta, jesli jednak
>       skonfigurowales (lub masz zamiar w przyszlosci) uzyskac
> takze inne lacze/feed, to po pierwsze musi to byc feed od innego
> huba (a nie liscia), po drugie - w pliku newsfeeds musisz zadbac o
> to, by nie przesylac artykulow pomiedzy tymi hubami. Zajrzyj do
> przykladow
>       opisujacych plik newsfeeds, a takze informacje dotyczace list
>       wykluczeniowych w przypadku feedow zagranicznych, bo to jest
>       praktycznie ta sama sytuacja.
>       W przypadku wykrycia lisci, ktore liscmi nie sa, bo przesylaja
>       artykuly takze innym serwerom, sa one odcinane do czasu
>       wyjasnienia sytuacji i naprawienia problemu.
>     * Autoryzacja dostepu Twoj serwer news nie powinien dawac
> dostepu do news "wszystkim", lecz tylko wybranej grupie
> uzytkownikow, ktora mozna zidentyfikowac w razie problemow. Moze
> to byc dostep na haslo wymagajacy wszesniejszej rejestracji (i
> pozwalajacej na uniemozliwienie ponownej rejestracji osobom uporczywie
>       przeszkadzajacym innym przez wysylanie spamow lub inne naduzycia)
>       albo dostep dla waskiej klasy adresow IP ograniczonej do wlasnej
>       firmy/sieci osiedlowej itp. Takze w tym drugim przypadku powinna
>       byc mozliwosc identyfikacji pojedynczego uzytkownika --
> jesli w sieci lokalnej uzywasz dynamicznych adresow nadawanych np. przez
>       DHCP, powinienes takze zadbac o archiwizowanie logow serwera
>       pozwalajacych na identyfikacje komputera/uzytkownika, ktory laczyl
>       sie z twoim serwerem news. Dane takie powinny umozliwiac
>       znalezienie winnych w przypadku naduzyc co najmniej 1-2 tygodnie
>       wstecz.
>     * Bramki www-news Obecnie nie jest dozwolone tworzenie zadnych
>       bramek www-news pozwalajacych na wysylanie artykulow do systemu
>       usenet news. Z reguly bramki takie nie umozliwiaja zadnej
>       autoryzacji dostepu, albo maja ja zaimplementowana w sposob
>       trywialny do obejscia, staja sie wiec szybko xrodlem spamow i
>       innych naduzyc. Sa tez xrodlem mnostwa innych problemow, takich
>       jak niepoprawnie formatowane naglowki, brak w naglowkach
>       informacji pozwalajacych na identyfikacje nadawcy (jego
> adresu IP, nazwy konta, itp.), czy wrecz petle wysylajace do
> newsow artykuly pochodzace z newsow, zwrotow o niemoznosci
> dostarczenia jakichs listow, czy calej masy innego smiecia. Aby
> uruchomic taka bramke, wymagane byloby zmudne przetestowanie, czy
> spelnia ona wszystkie wymagania zwiazane ze wspolpraca z serwerami
> news, a nawet i wtedy podlaczenie newsow do serwera WWW powoduje z
> reguly zalew grup dyskusyjnych nowymi "newbie", nie zdajacymi
> sobie sprawy z tego, czym sa grupy dyskusyjne, jakie w nich
> obowiazuja zasady i ze kazda grupa ma swoja scisle okreslona
> tematyke, a nie jest kolejna ikonka na pulpicie, sluzaca za
> miejsce do gadania o wszystkim. * Edukacja uzytkownikow
> Uzytkownicy twojego serwera news powinni otrzymywac informacje na
> temat systemu Usenet news - jak z niego korzystac, jakie w nim
> obowiazuja zasady, co jest dozwolone, a co zabronione. Mozesz w
> tym celu odsylac ich do dokumentacji dostepnej pod adresem
> http://www.usenet.pl/doc/ (w szczegolnosci do informacji o
> FAQ-bocie i regulach dotyczacych wysylania artykulow w grupach
> pl.* oraz do artykulow FAQ mozliwych do znalezienia w

>  II. Konfiguracja C News do odbierania z dekompresja gzip
>   1. Poprawic program ../input/newsspool.c
>     _________________________________________________________________
> *** newsspool.c.orig    Tue Nov 26 16:52:21 1991
> --- newsspool.c Mon Oct 17 19:05:03 1994
> ***************
> *** 31,36 ****
> --- 31,37 ----
>  char *progname;
>  extern void error(), exit();
> +
>  #ifdef UTZOOERR
>  extern char *mkprogname();
>  #else
> ***************
> *** 237,246 ****
>  #     define  GOOP7LEN        (sizeof(goop7)-1)       /*
> strlen(goop7) */ static char suf7[] = ".7";
>        static char comp[2] = { 037, 0235 };    /* compress's magic
> no. */ register char *p;
>        register int nleft;
>  #     define  MINCBATCH       5               /* one character,
> compressed */ !
>        nleft = count;
>        p = bufp;
> --- 238,249 ----
>  #     define  GOOP7LEN        (sizeof(goop7)-1)       /*
> strlen(goop7) */ static char suf7[] = ".7";
>        static char comp[2] = { 037, 0235 };    /* compress's magic
> no. */ +       static char gzip[2] = { 037, 0213 };    /* gzip's
> magic no. */ +       static char sufg[] = ".gz";
>        register char *p;
>        register int nleft;
>  #     define  MINCBATCH       5               /* one character,
> compressed */ ! #     define  MINCGZIP        21              /*
> one character, gzipped */ nleft = count;
>        p = bufp;
> ***************
> *** 254,259 ****
> --- 257,269 ----
>                return(0);
>        }
> +       if (p[0] == gzip[0] && p[1] == gzip[1]) {       /* gzipped */
> +               if (nleft < MINCGZIP)
> +                       return(count);
> +               suffix = sufg;
> +               return(0);
> +       }
> +
>        if (*p++ != '#' || *p++ != '!')         /* doesn't start
> with #! */ return(0);
>        nleft -= 2;
> ***************
> *** 268,274 ****
>        if (nleft >= GOOPLEN+1 && STREQN(p, goop, GOOPLEN)) {
>                p += GOOPLEN;
>                nleft -= GOOPLEN;
> !               suffix = suf;
>        } else if (nleft >= GOOP7LEN+1 && STREQN(p, goop7,
> GOOP7LEN)) { p += GOOP7LEN;
>                nleft -= GOOP7LEN;
> --- 278,287 ----
>        if (nleft >= GOOPLEN+1 && STREQN(p, goop, GOOPLEN)) {
>                p += GOOPLEN;
>                nleft -= GOOPLEN;
> !               if (p[1] == gzip[0] && p[2] == gzip[1])  /*
> gzipped */ !                 suffix = sufg;
> !               else
> !                 suffix = suf;
>        } else if (nleft >= GOOP7LEN+1 && STREQN(p, goop7,
> GOOP7LEN)) { p += GOOP7LEN;
>                nleft -= GOOP7LEN;
>     _________________________________________________________________
>   Skompilowac i zainstalowac jako /news/lib/newsbin/input/newsspool
>   W zasadzie mozna sie bez tej zmiany obejsc, wtedy newsspool blednie
>   nadaje typ plikom rozszerzenie .Z zamiast .gz, ale programowi gunzip
>   (patrz nizej) to nie szkodzi.
>   2. W skrypcie /news/lib/newsbin/input/newsrun zmienic nastepujaco:
>     _________________________________________________________________
> *** newsrun.orig        Thu Oct 27 23:14:45 1994
> --- newsrun     Mon Oct 17 15:41:39 1994
> ***************
> *** 121,127 ****
>                # Decompress if necessary.
>                text=$tmp
>                case $f in
> !               *.Z)    uncompress $text   ;;
>                *.7)    c7decode $text        ;;
>                *.t)    >$tmp           # in case compress left trash
>                        text=$f
> --- 121,128 ----
>                # Decompress if necessary.
>                text=$tmp
>                case $f in
> !               *.gz)   gunzip $text       ;;
> !               *.Z)    gunzip $text       ;;
>                *.7)    c7decode $text        ;;
>                *.t)    >$tmp           # in case compress left trash
>                        text=$f
>     _________________________________________________________________
>   W zasadzie wystarczy dodac linijke z .gz, ale traktowanie plikow .Z
>   programem gunzip nie zaszkodzi, za to umozliwia poprawne dzialanie
>   nawet, jesli nie chcialo nam sie przerabiac programu newsspool.
>     _________________________________________________________________
>  III. Konfiguracja INN do nadawania z kompresja gzip
>   Proponuje dodac nowa opcje do skryptu /usr/local/news/bin/sendbatch
>     _________________________________________________________________
> *** sendbatch.orig      Thu Oct 27 23:29:30 1994
> --- sendbatch   Thu Oct 27 23:31:54 1994
> ***************
> *** 14,19 ****
> --- 14,21 ----
>  COMP=
>  COMPFLAGS=
>  COMPRESS=/usr/ucb/compress
> + GZIP=/usr/local/bin/gzip
> + GZIPFLAGS=
>  ECHO=
>  ##  Not a config param since this is the remote rnews.
>  RNEWS=rnews
> ***************
> *** 75,80 ****
> --- 77,87 ----
>      -c)
>        COMP="; exec ${COMPRESS} ${COMPFLAGS}"
>        ECHO="echo '#! cunbatch'"
> +       continue
> +       ;;
> +     -cg)
> +       COMP="; exec ${GZIP} ${GZIPFLAGS}"
> +       ECHO="echo '#! cunbatch'"
>        continue
>        ;;
>      +c)
>     _________________________________________________________________
>   W wywolaniu sendbatch (cron) zmienic -c na -cg
>     _________________________________________________________________
>  IV. Konfiguracja INN do odbierania z dekompresja gzip
>   Trzeba zmienic w pliku config/config.data w xrodlach INN
>            _PATH_COMPRESS          /usr/ucb/compress
>            _PATH_COMPRESSEXT       .Z
>   na
>            _PATH_COMPRESS          /usr/local/bin/gzip
>            _PATH_COMPRESSEXT       .gz
>   lub podobnie. Potem niestety trzeba przekompilowac (make update)
> i na nowo nagrac programy INN. Jesli nagramy wszystkie z ta
> poprawka, to cale INN bedzie odtad uzywalo gzip do kompresji
> log-files itp. (Gdzieniegdzie jest to tak wlasnie zrobione
> "standardowo"). Jesli chodzi nam tylko o to, zeby rnews rozumialo
> batche kompresowane przez gzip, to wystarczy zainstalowac na nowo
> tylko program rnews.
> _________________________________________________________________
> UUCP 'posrednie' (czyli jak wykonac cyber!papaja!rnews)
>   Spotykanym czasem problemem zwiazanym z rozsylaniem news jest jak
>   wyslac newsy z serwera za pomoca UUCP do systemu, z ktorym
> serwer nie ma bezposredniego lacza UUCP (np. na serwerze news nie
> ma modemu, a newsy trzeba przesylac przez telefon). Przykladowa sytuacja
>   zilustrowana jest ponizej.
>             uucp/tcpip                 uucp/modem
>     news    cyber    papaja
>   serwer news
>   'papaja' oznacza system, na ktorym chcemy odbierac newsy, a ktory
>   laczy sie z systemem 'cyber' przez modem, uzywajac protokolow UUCP.
>   cyber i news tez maja polaczenie UUCP, ale oparte o TCP/IP, gdyz oba
>   znajduja sie w sieci lokalnej. Problem polega na takim ustawieniu
>   systemow, by na serwerze news generowac batche dla komputera
> papaja, i aby docieraly one poprawnie na miejsce.
>   Jesli jest mozliwe laczenie sie komputera papaja z siecia za pomoca
>   protokolow SLIP lub PPP, to problem mozna rozwiazac definiujac na
>   serwerze news system papaja i kazac im laczyc sie bezposrednio, za
>   pomoca UUCP/tcpip. Inne wyjscie to skorzystac z komputera cyber
>   wylacznie jako "przekaxnika" polaczen, tzn. zamiast 'login-shell-a'
>   typu uucico wykonac "rlogin news" z odpowiednim username, ktorego
>   shellem oczywiscie bedzie uucico, ale juz na docelowym systemie.
>   Gorzej, gdy to cyber ma dzwonic przez telefon do systemu papaja.
>   Najbardziej "klasyczne" i uniwersalne rozwiazanie to taka generacja
>   batchow na serwerze, by trafialy one na miejsce przeznaczenia
>   calkowicie za pomoca protokolow UUCP. W tym celu nalezy zmienic
>   komende 'uux', ktorej uzywa skrypt 'sendbatch', a najprosciej zrobic
>   to, definiujac odpowiedni plik w katalogu /var/news/out.going.
>   W "normalnym" przypadku (i w tym tez) w pliku newsfeeds serwera news
>   znalexc sie powinna definicja 'feedu' papaja (jako feedu UUCP!), co
>   powoduje utworzenie w /var/news/out.going pliku o takiej samej nazwie,
>   uzywanego do zapamietywania, ktore artykuly trzeba do tego komputera
>   wyslac. Standardowa komenda wysylajaca newsy jest "uux - -gd -n
>   ${SITE}!rnews", gdzie '${SITE}' zostaje zastapione nazwa uucp hosta
>   odbierajacego batch. W przypadku braku bezposredniego polaczenia musi
>   tu jeszcze wejsc host posredni, a wiec komenda powinna wygladac tak:
> uux - -r -gd -n ${INTERMEDIATE_SITE}!${SITE}!rnews
>   a wiec np. "uux - -gd -n cyber!papaja!rnews". Aby taka komende
>   zdefiniowac, wystarczy utworzyc plik o nazwie
>   '/var/news/out.going/${SITE}.cmd', a wiec np.
>   /var/news/out.going/papaja.cmd, a w nim wpisac odpowiednia komende
>   'uux' (podana wyzej). Tworzone w ten sposob batche przeznaczone beda
>   (ostatecznie) dla systemu papaja, ale ich transfer nastapi na system
>   cyber i dopiero stamtad trafia we wlasciwe miejsce.
>   niestety, kolejnym problemem pojawiajacym sie po utworzeniu pliku
>   ${SITE}.cmd jest to, ze sendbatch przestaje uwzgledniac opcje -c
> i -cg umozliwiajace kompresje batchow, traktujac zawartosc pliku
> ${SITE}.cmd
>   doslownie, bez najmniejszych modyfikacji. Jezeli wysylane batche maja
>   byc kompresowane, przedstawiona powyzej komende nalezy zosatapic inna:
> (echo '#! cunbatch' ; exec /usr/bin/compress) | uux - - -r -n -gd
> ${INTERMEDIA
> TE_SITE}!${SITE}!rnews
>   Zamiast /usr/bin/compress mozna oczywiscie uzyc programu gzip, o ile
>   tylko system docelowy potrafil bedzie takie batche rozpakowac.
>   Zaleznie od tego, jak w systemie uucp

> sasiadem uucp o dowolnej porze, co oznacza, ze w dowolnym momencie
> mozna stwierdzic, ze wystarczy pisania listow i czas wykonac
> stosowne uucico. Brak opcji -r powodowalby natychmiastowe
> uruchomienie uucico po utworzeniu przez sendbatch pierwszej paczki
> artykulow, co moze byc przydatne na serwerze news tworzacym batche
> dla systemu "domowego", ale najprawdopodobniej nie jest pozadane
> na serwerze "domowym", powodowaloby bowiem natychmiastowa probe
> dzwonienia.
>   Pamietac tez trzeba o okresowym generowaniu batchow za pomoca skryptu
>   "sendbatch" (jak to zostalo juz wczesniej opisane, oraz o tym, ze
>   opcja '-m' ograniczajaca wielkosc znajdujacych sie w kolejce batchow
>   jest tutaj bezuzyteczna. Batche te sa tutaj bowiem kolejkowane na
>   komputer 'cyber', a nie 'papaja', a wiec sprawdzenie wielkosci kolejki
>   na papaje nic nie da.
>     _________________________________________________________________
> Inne mozliwosci przyspieszenia transmisji News
>   Jezeli najwiekszym problemem sa opoxnienia, a nie przepustowosc linii,
>   to prostym tymczasowym rozwiazaniem moze byc podzial feedu na
> dwa lub wiecej i wysylanie ich jako osobnych, rownolegle
> dzialajacych feedow. Inne zastosowanie feedow rownoleglych, a
> wlasciwie drabinkowych, to poprawienie niezawodnosci. Jednak w
> przypadku zrownoleglenia feedow w ukladzie dwa komputery po jednej
> stronie kabla wysylajace do dwoch po drugiej stronie, zwieksza sie
> nieco ilosc duplikatow. Warto tez zwrocic uwage na maksymalny czas
> przesylania news przez nntpsend (opcja -T, omowiona wczesniej)
> oraz godziny startowania batchow wysylajacych newsy.
>   Mozna tez uruchomic stale polaczenie miedzy serwerami - nntplink lub
>   innfeed, tez stosowany w ukladzie drabinkowym.
>   Ale ten rozdzial napisze juz pewnie ktos inny w nastepnej wersji...
>     _________________________________________________________________
>   Czesc pierwsza FAQ - ogolne informacje o grupach pl.*
>   Czesc druga FAQ - konfigurowanie serwerow news
>   Czesc trzecia FAQ - Lista istniejacych grup pl.*
>   Czesc czwarta FAQ - Formularz glosowania nad nowymi grupami pl.*
>   FAQ po angielsku dla administratorow serwerow news poza Polska
>     _________________________________________________________________
>    22.12.2003
>   UUCP:
>          Michal Jankowski (Michal.Jankow...@fuw.edu.pl,
>          mich...@adm.usenet.pl)
>          Rafal Maszkowski (r...@oso.chalmers.se,
>          http://www.mat.uni.torun.pl/~rzm)
>   Konfiguracja serwera, Taylor UUCP, wersja HTML calosci:
>          Tomasz Surmacz (tsurm...@ict.pwr.wroc.pl,
>          tsurm...@adm.usenet.pl)
>   RCS ID: $Id: news-pl-faq.2.htpl,v 2.21 2003/12/22 03:08:37 ts
> Exp ts $
> _________________________________________________________________
>   [This site is vi powered!] (c) 1994-2004 Tomasz R. Surmacz, Michal
>   Jankowski, Rafal Maszkowski
>   Kopirajt i disclajmer:
>   Powyzszy tekst moze byc w niezmienionej postaci i w calosci (wszystkie
>   czesci FAQ), bez ograniczen kopiowany i drukowany *na wlasny uzytek*,
>   przekazywany przez news, e-maila, umieszczany w sieci internet na
>   serwerach WWW, FTP itp. itd.), pod warunkiem przechowywania aktualnej
>   wersji (nie starszej niz 2-3 miesiace). Publikowanie tego tekstu w
>   inny sposob lub dokonywanie w nim modyfikacji, skrotow, oraz
>   rozprowadzanie zmienionej wersji tego FAQ lub jego fragmentow wymaga
>   zgody autorow.
>   Aktualna wersja znajduje sie zawsze pod adresem
>   http://www.usenet.pl/doc/news-pl-faq.htpl i
>   http://www.ict.pwr.wroc.pl/doc/news-pl-faq.html
>   Autorzy niniejszego FAQ staraja sie, by wszelkie przedstawione w nim
>   informacje byly aktualne, ale gwarantowac tego nie sa w stanie. Jesli
>   po przeczytaniu tego dalej nic nie rozumiesz, program tin czyta
>   konfiguracje z jakiegos dziwnego pliku, albo twoj ulubiony
> serwer news wlasnie sie na ciebie obrazil -- sorry!, C'est la
> vie... Jesli blad jest w tekscie - napisz na adres
> tsurm...@adm.usenet.pl - moze poprawie.

> Archive-name: news-pl-faq/part1
>                             Newsy w Polsce (FAQ)
>   Ponizszy tekst, to zbior roznego rodzaju informacji na temat
> newsow w Polsce. Glownie dotyczy on grup pl.* oraz konfiguracji
> serwerow, ale nie tylko... Wszelkie poprawki i uzupelnienia prosze
> kierowac na adres tsurmaczATict.pwr.wroc.pl - szczegolnie jesli
> chodzi o dostepnosc serwerow dla klientow (tzn. np. kto moze
> czytac newsy z coi, uw-u, itp. - bo jest tych serwerow duzo a
> raczej watpie czy cala Warszawa z kazdego z nich moze
> korzystac...), lokalne dystrybucje itp.
>   Aktualna wersje mozna znalexc zawsze we Wroclawiu przez WWW:
>   http://www.usenet.pl/doc/news-pl-faq.htpl oraz w grupach news
>   pl.news.admin, pl.news.nowe-grupy i pl.answers.
>     _________________________________________________________________
>                                 Spis tresci:
>   Grupy pl.*
>          Czemu sluza grupy pl.*
>          Hierarchia i znaczenie grup pl.*
>          Zasieg grup pl.*
>          Istniejace dystrybucje news w Polsce
>          Sposob dystrybucji grup pl.*
>          Adresy serwerow news w Polsce
>          Spis grup news polaczonych z e-mailowymi listami dyskusyjnymi
>          Spis dziennikow i innych 'gazet' komputerowych rozprowadzanych
>          przez news
>          Gdzie znalexc xrodla CNEWS, INN, NNTP, TIN, NN, TRN i ich FAQ?
>          Jak tworzyc nowe grupy?
>          Dlaczego nie ma i nie bedzie grup pl.alt.*?
>          Do czego sluzy pl.answers?
>          Czy w newsach mozna uzywac polskich "ogonkow"
>          Ratunku! Dostalem list od robota! Czy mam sie bac?
>          FAQ-Bot
>          Reguly wysylania artykulow w grupach pl.*
>   Dostep do stanie
> stamtad przeslany do ok. 600 lub wiecej uzytkownikow w Polsce (i
> nie tylko), co oznacza, ze siecia przeslana musi zostac z Warszawy
> 1 kopia (rozdzielana nastepnie dalej na poszczegolnych wezlach) do
> (przyjmijmy mniej wiecej) ok. 300 uzytkownikow BITNETu i ok. 300
> kopii do uzytkownikow Internetu, lacznie ok. 1200-1500kB
> przesylane siecia. Po dojsciu na miejsce, ten jeden list zajmie we
> wszystkich skrzynkach pocztowych lacznie ok. 2.4MB. Jesli teraz
> pomnozymy to przez 50 listow dziennie... A nie jest to jedyna
> lista o takim natezeniu ruchu.
>   Jesli natomiast dystrybucja odbywa sie za pomoca systemu news, to
>   siecia przesylana jest jedna kopia listu od jednego serwera news do
>   drugiego, a ze serwerow news w Polsce mamy okolo 20, przeslane
>   zostanie okolo 80kB i tyle tez miejsca zajmie to lacznie na dyskach
>   wszystkich tych serwerow. Odpadaja tez problemy z poczta odbijajaca
>   sie od przepelnionych skrzynek poszczegolnych subskrybentow listy,
>   nieistniejacych lub zmienionych adresow, wypisywaniem sie na czas
>   wakacji, zapisywaniem po powrocie, itp. itd. Latwiej tez w newsach
>   czytac listy posortowane wedlug tematu, a nie daty otrzymania (i nie
>   skakac z tematu na temat gubiac po drodze watek). Mozna tez zawsze
>   wrocic do artykulu juz przeczytanego i 'skasowanego' (bo serwery
>   usuwaja stare artykuly dopiero po ok. 7-14 dniach), albo po prostu
>   zajrzec do nowej grupy, nie zapisujac sie do niej, by zobaczyc o czym
>   toczy sie w niej dyskusja i czy jest to interesujace.
>     _________________________________________________________________
>                       Hierarchia i znaczenie grup pl.*
>   Oprocz swej podstawowej funkcji, a wiec forum do dyskusji na
>   najrozniejsze tematy, newsy zastepuja takze listserwery w dystrybucji
>   niektorych "list dyskusyjnych", czy tez komputerowych czasopism
>   rozpowszechnianych takze wlasnie za pomoca listerwerow. Aby wszystko
>   bylo jasne, znajduje to zwykle odzwierciedlenie w nazwie grupy news:
>  pl.gazety.*    - Dystrybucja periodykow komputerowych.  Sa to grupy
>                   dzialajace 'w jedna strone', tzn. od redakcji do
>                   czytelnikow, poprzez listserwera i news.  Dlatego
>                   ustawione sa jako 'moderowowane', gdyby jednak komus
>                   wpadl do glowy pomysl, by do grupy takiej cos wyslac,
>                   list ten trafi na adres redakcji.
>  pl.listserv.*  - juz istniejace grupy e-mail, ktore zostaja rownolegle
>                   umieszczone w news. Nazwa grupy pochodzi w 'prostej
>                   linii' od nazwy listy dyskusyjnej.  Kazdy list
>                   wyslany przez subskrybentow listy dyskusyjnej trafia
>                   do grupy newsowej i odwrotnie - kazdy artykul
>                   wyslany poprzez news trafi takze do wszystkich
>                   subskrybentow listy dyskusyjnej. "Kazdy", z drobnym
>                   wyjatkiem.  Aby uniknac zalewania list dyskusyjnych
>                   strumieniem dyskusji nie zwiazanych z tematyka listy
>                   (a tak sie dzieje zwykle z kazda dyskusja powyzej
>                   kilkunastu listow na ten sam temat), artykuly wyslane
>                   jednoczesnie do kilku grup news (tzw. cross-posting)
>                   nie sa w ogole przekazywane do bramki news->mail.
>                   Czytajac newsy, mozna sie zabezpieczyc przed zalewem
>                   artykulow "off-topic" poprzez odpowiedni kill-file,
>                   co w przypadku listy dyskusyjnej nie ma niestety
>                   miejsca, stad to ograniczenie.  W przypadku
> roznych list limity te sa rozne (od 1 do 3 grup), ale istnieja
>                   praktycznie we wszystkich takich grupach.
>                   Grupy te sa pewna zaszloscia historyczna. Nie sa
>                   tworzona zadne nowe grupy w tej hierarchii, a stare
>                   (juz istniejace) sa obecnie przenoszone sukcesywnie
>                   do innych hierarchii.
>  pl.*           - Cala reszta, burzliwie sie rozwijajaca.  Sa to
> grupy, ktore istnieja jedynie w newsach (lub najpierw powstaly w
>                   newsach, ew. potem zostaly polaczone z lista
> dyskusyjna).
>                   W 1996 roku bylo ich ok. 30, ale ciagle przybywa
> nowych.
>                   W maju 1997 - 90, na poczatku 1999 - ponad 170.
> Calosc
>                   hierarchii dzielona jest dalej, m.in. na:
>      pl.comp.*    - Wszystko, co sie tyczy komputerow, oczywiscie w
>                     odpowiednich podgrupach.
>      pl.internet.* - Dyskusje/komunikaty zwiazane z funkcjonowaniem
>                     i wykorzystaniem Internetu.
>      pl.hum.*     - Hierarchia dla humanistow.  Miejsce na tematy
> odlegle

> /----
> Program Outlook Express nie mogl oglosic Twojej wiadomosci.  Temat 'test
> full Re: Newsy w Polsce (1/4) - FAQ', Konto: '_Onet', Serwer:
> 'localhost',
> Protokol: NNTP, Odpowiedx serwera: '441 437 Article exceeds local
> limit of 80000 bytes', Port: 119, Zabezpieczenie (SSL): Nie, Blad
> serwera: 441, Numer bledu: 0x800CCCA9
> ----
> Ciekawe jak onet liczy te 80000 bajtow...