Provided by: manpages-pl_0.7-2_all bug

NAZWA

       innd, inndstart - InterNetNews daemon

SKŁADNIA

       innd [ -a ] [ -c dni ] [ -C ] [ -d ] [ -f ] [ -H licznik ] [ -i licznik ] [ -Iadres_IP ] [
       -l rozmiar ] [ -m tryb ] [ -n flaga ] [ -o licznik ] [ -pfd_des ] [ -Pport ] [ -r ] [ -s ]
       [ -t opóźnienie ] [ -T licznik ] [ -u ] [ -X sekundy ] [ -Z ]

       inndstart [ flagi ]

OPIS

        Uwaga! To tłumaczenie może być nieaktualne!

       Innd,  który  jest  demonem  news  (InterNetNews),  obsługuje wszystkie nadchodzące feedy.
       Najpierw wczytuje do pamięci pliki  active(5),  newsfeeds(5)  i  incoming.conf(5).   Potem
       otwiera  port NNTP do odbierania artykułów ze zdalnych stacji (zobacz opcję ``-p''). Jeśli
       w include/config.h zdefiniowano  HAVE_UNIX_DOMAIN_SOCKETS,  to  do  odbioru  artykułów  od
       lokalnych  procesów,  takich  jak  nnrpd(8) i rnews(1) otwierane jest gniazdo strumieniowe
       dziedziny Uniksowej, a dla ctlinnd(8) odwierane jest analogiczne gniazdo datagramowe.  Gdy
       makro  to nie jest zdefiniowane, używane są łącza nazwane.  Ctlinnd(8) wykorzystywany jest
       do przekazywania serwerowi poleceń wykonania  określonych  akcji.   Otwiera  również  bazę
       history(5) i dwa pliki raportowe, zastępujące jego standardowe wyjście i wyjście błędu.

       Po  otwarciu  wszystkich  plików  i  gniazd,  innd oczekuje na połączenia i dane na swoich
       portach, używając do tego select(2) i nieblokującego I/O.  Jeśli nie ma dostępnych danych,
       to wypróżni on swoje wewnątrzrdzeniowe struktury danych. Domyślna liczba sekund opóźnienia
       przed wypróżnieniem jest ustawiana  jako  <DEFAULT_TIMEOUT  w  config.data>  (zwykle  300)
       sekund.

       Jeśli  innd  otrzyma  błąd  ENOSPC  (zobacz  intro(2))  podczas zapisu pliku active, pliku
       article lub bazy historii, to wyśle  do  siebie  komendę  ``throttle''.   Stanie  się  tak
       również, jeśli otrzyma zbyt wiele błędów wejścia-wyjścia podczas zapisu do jakiegoś pliku.

       Niektóre parametry ustawiane w inn.conf(5) mogą być również podane w linii poleceń innd. W
       tym wypadku, opcje z inn.conf(5) będą nadpisane przez opcje linii poleceń.

OPCJE

       -a     Domyślnie, jeśli host nie jest wymieniony w pliku incoming.conf to połączenie  jest
              przekazywane  do  nnrpd.   Po  użyciu  tej  flagi dowolny host może się podłączyć i
              przesyłać artykuły.

       -c     innd odrzuca stare artykuły. Zasadniczo zachowanie to może być sterowane przez bazę
              historii,  lecz czasem stacja wyrzuca w sieć paczkę bardzo starych artykułów. Flaga
              ``odrzuca wszelkie artykuły, wysłane  dawniej  niż  21  dni  temu.  Wartość  zerowa
              powstrzymuje  ten test. Domyślną wartością jest 14 dni, lecz można to zmienić opcją
              ``artcutoff'' w inn.conf(5)

       -C     Jeśli użyta jest  flaga  ``-C'',  to  innd  przyjmie  i  przesyła  dalej,  ale  nie
              przetwarza  wiadomości anulowania i powstrzymania. Jest to przeznaczone dla stacji,
              w  których  nadużywane  są  anulowania  i  które  wybierają  mechanizm   z   lepszą
              autoryzacją.

       -d -f  Innd  normalnie  przechodzi w tło, ustawia standardowe wyjścia na pliki raportowe i
              odłącza się od terminala. Po użyciu flagi ``-d'' serwer tego nie robi, a po  użyciu
              flagi ``-f'', serwer pozostaje na pierwszym planie.

       -H -T -X
              Flagi  ``-H'', ``-T'' i ``-X'' sterują liczbą połączeń dozwolonych na minutę. Ma to
              w założeniach działać jako ochrona serwera przed czytnikami, które wykonują w ciągu
              minuty  zbyt  wiele  połączeń  z  serwerem.  Zazwyczaj nie używa się tego, chyba że
              rzeczywiście pojawia się jakiś problem.  Tablica używana  do  tych  sprawdzeń  jest
              ograniczona  do  128  wpisów  i  jest używana jako pierścień (ring). Rozmiar został
              wybrany do ułatwienia obliczania indeksu i do upewnienia się, że nie  zabraknie  ci
              miejsca.   Praktycznie  wydaje się wątpliwe, żebyś wykorzystał nawet połowę tablicy
              naraz.

              Flaga ``-H'' określa maksymalną liczbę  połączeń  pochodzących  z  danego  hosta  z
              serwerem podczas ``-X'' sekund. Domyślnie 2.

              Flaga  ``-T''  ogranicza  całkowitą  liczbę  nadchodzących połączeń innda w okresie
              ``-X'' sekund. Maksymalną wartością jest 128. Domyślną 60.

              Flaga ``-X'' ustawia liczbę sekund, używaną przez  ``-H'' i ``-T''. Wartość  zerowa
              wyłącza sprawdzanie. Domyślnie jest 0.

       -i     Flaga  ``-i''  ogranicza liczbę nadchodzących połączeń NNTP. Wartość zerowa wyłącza
              to  sprawdzenie.  Domyślną  wartością,  jeśli  w  inn.conf(5)  nie   podano   opcji
              ``maxconnections'' jest 50.  Wymieniona opcja jest zastępowana wartością tej opcji.

       -I     Opcja  ta  umożliwia wiązanie innda do podanego adresu interfejsu IP. Adres IP musi
              być  w  postaci  kropkowej  czwórki  liczb  (nnn.nnn.nnn.nnn).  Zobacz  też   opcję
              ``bindaddress'' w inn.conf(5).

       -l     Flaga  ``-l''  ogranicza  rozmiar artykułu. Po użyciu tej flagi, wszystkie artykuły
              większe niż rozmiar bajtów będą odrzucane. Domyślną wartością jest 1000000L bajtów.
              Sprawdzanie   można   wyłączyć,  używając  wartości  zerowej.   Patrz  także  opcje
              ``maxartsize'' i ``localmaxartsize'' w inn.conf(5).

       -m     Flaga ``-m'' służy do uruchamiania serwera  w  zatrzymanym  lub  stłumionym  stanie
              (zobacz  ctlinnd(8)).   Argument  rozpoczyna  się  pojedynczą  literą:  g, p lub t,
              wskazujące odpowiednio na ``go'' (startuj), ``pause'' (zatrzymaj) lub  ``throttle''
              (stłum).

       -n     Flaga ``-n'' określa czy pauzowanie lub stłumienie serwera powinno również wyłączyć
              przyszłe procesy czytnikowe. Wartość ``y'' powoduje, że czytniki zachowują się  jak
              serwer,  a  wartość  ``n''  umożliwia  czytanie,  nawet  gdy  serwer  nie  pracuje.
              Domyślnie zezwala się na czytanie, a zmienić można to opcją  ``readerswhenstopped''
              w inn.conf(5).

       -o     Flaga  ``-o''  służy  ograniczaniu  liczby plików, które są utrzymywane otwarte dla
              wychodzących  feedów  plikowych.  Domyślną   wartością   jest   liczba   dostępnych
              deskryptorów minus część zarezerwowana do użytku wewnętrznego.

       -p     Po  użyciu  flagi  ``-p''  przyjmuje  się,  że  port NNTP jest otwierany na podanym
              deskryptorze. (Jeśli użyta jest ta flaga, to innd zakłada, że pracuje z  właściwymi
              uprawnieniami  i  nie  będzie  wołał  chown(2)  na  żadnych z tworzonych plików lub
              katalogów.)

       -P     Jeśli użyta jest flaga  ``-P'',  to  podany  port  jest  używany  do  nasłuchiwania
              połączeń.   innd  musi  mieć  wystarczające uprawnienia startowe by otworzyć podany
              port.

       -r     Jeśli użyta jest flaga ``-r'', serwer przenumeruje plik active zupełnie tak, jak po
              wysłaniu komendy ``renumber''.

       -s     Jeśli  użyta  jest  flaga ``-s'', to innd nic nie będzie robić, lecz tylko sprawdzi
              składnię pliku newsfeeds.  Jeśli będą tam błędy, to zgłosi kod  błędu;  rzeczywiste
              błędy będą natomiast zgłoszone w syslog(3).

       -t     Zmienia czas opóźnienia przed wypróżnieniem do timeout sekund.

       -u     Raporty są normalnie buforowane; flaga ta wyłącza to zachowanie.

       Inndstart  jest małym programem typu front-end, który otwiera port NNTP, ustawia uid i gid
       na opiekuna  news,  a  następnie  uruchamia  demona  innd  z  flagą  ``-p''  i  minimalnym
       bezpiecznym  środowiskiem.   Jest  to mały front-end dla stacji, która nie chce uruchamiać
       innd z uprawnieniami roota.

KOMUNIKATY STERUJĄCE

       Artykuły przychodzące, mające nagłówek Control są nazywane komunikatami sterującymi.  Poza
       komunikatem  anulowania,  są  one  zaimplementowane  przez  zewnętrzne programy w katalogu
       <pathcontrol w inn.conf> o ile <usecontrolchan w inn.conf> jest  ustawione  na  ``false''.
       (Komunikaty  anulowania  (cancel)  odświeżają  bazę  historii,  więc muszą być obsługiwane
       wewnętrznie; koszt synchronizowania, blokowania i odblokowywania byłby  zbyt  wysoki  przy
       odbiorze wielu takich komunikatów.)

       Gdy  nadchodzi komunikat sterujący, pierwsze słowo tekstu jest konwertowane na małe litery
       i jest używane jako nazwa uruchamianego programu. Jeśli program nie  istnieje,  wywoływany
       jest domyślny program, określony przez <pathcontrol w inn.conf>/default.

       Wszystkie  programy  sterujące  są wywoływane z czterema parametrami. Pierwszym jest adres
       nadawcy komunikatu; jest to pobierane z nagłówka Sender. Jeśli nagłówek ten jest pusty, to
       dane  są  pobierane  z  nagłówka  From.  Następnym  parametrem  jest adres zwrotny replik;
       pobierany z nagłówka Reply-To.  Jeśli  nagłówek  ten  jest  pusty,  użyty  zostanie  adres
       nadawcy.   Trzecim  parametrem  będzie nazwa pliku, w którym znajduje się artykuł względem
       katalogu składowego news.  Czwartym parametrem jest host, który wysłał  artykuł.  Jest  to
       odczytywane z linii Path.

       Jeśli <usecontrolchan w inn.conf> jest ustawione na ``true'', to żaden komunikat sterujący
       nie będzie przetwarzany przez program zewnętrzny, forkowany  przez  innda.  Zamiast  tego,
       będzie  przetwarzany przez skrypt controlchan, który jest wywoływany jako program kanałowy
       innda. Musisz do  używania  tego  skryptu  skonfigurować  newsfeeds(5).   Przetwarzanie  z
       użyciem  controlchan  może  zredukować  nadmierne obciążenie, jeśli zbyt wiele komunikatów
       sterujących pojawia się naraz.

       Dystrybucja komunikatu sterującego jest odmienna od dystrybucji standardowych artykułów.

       Komunikaty sterujące normalnie  wpadają  do  grupy  dyskusyjnej  control.   Mogą  one  być
       zapisywane  w  podgrupach, lecz w oparciu o polecenie komunikatu sterującego.  Na przykład
       komunikat newgroup może być zapisany w grupie  control.newgroup  lub  w  ogólnym  control,
       jeśli specjalizowana podgrupa nie istnieje.

       Stacje  mogą  jawnie  udostępniać  grupę ``control'' w ich listach zapisowych, lecz zwykle
       lepiej jest ją wyłączyć. Jeśli komunikat sterujący jest wysyłany na  grupę,  której  nazwa
       kończy się czterema znakami ``.ctl'', to przyrostek jest obcinany, a to co pozostanie jest
       używane jako nazwa grupy.  Na przykład komunikat anulujący, wysłany na  ``news.admin.ctl''
       zostanie   przesłany   do   wszystkich   stacji   zapisanych   na  grupy  ``control''  lub
       ``news.admin''.   Wiadomości  newgroup  lub  rmgroup  wymagają   dodatkowego   specjalnego
       traktowania.   Jeżeli  wiadomość  jest  zaakceptowana  i  została wysłana do tworzonej lub
       usuwanej grupy, to ta wiadomość zostanie przesłana do wszystkich serwerów, których  wzorce
       subskrypcji grup pozwoliłyby na odebranie wiadomości wysyłanych do tej grupy.

       Jeśli  <mergetogroups w inn.conf> jest ustawione na ``true'', to gdy artykuł jest wysyłany
       na  grupę,  która  rozpoczyna  się  trzema  literami  ``to.'',  to  zostanie  potraktowany
       specjalnie,  jeśli  grupa ta nie istnieje w pliku active: artukuł jest składowany do grupy
       ``to'' i jest  wysyłany  do  pierwszej  stacji,  nazwanej  po  przedrostku.  Na  przykład,
       wysyłanie  do  ``to.uunet''  zostanie  złożone  do ``to'' i przesłane do stacji ``uunet''.
       file:

RÓŻNICE PROTOKOŁU

       Innd implementuje komendy NNTP zdefiniowane w RFC 977 z następującymi odstępstwami:

       1.     Za  ``list''  może  występować  dodatkowo  argument  ``active'',  ``active.times'',
              ``newsgroups''  lub  ``subscription''.   Jest to popularne rozszerzenie, lecz nie w
              pełni obsługiwane; zobacz nnrpd(8).

       2.     Zaimplementowane są komendy  ``authinfo  user''  oraz  ``authinfo  pass''.   Zobacz
              draft-barber-nntp-imp-07.txt dla dalszych szczegółów.

       3.     Udostępniona  jest  nowa  komenda, ``mode reader''.  Komenda ta powoduje, że serwer
              przekazuje połączenie do nnrpd.   Komenda  ``mode  query''  przeznaczona  jest  dla
              przyszłych zastosowań i obecnie jest traktowana tak samo.

       4.     Udostępnione  są  komendy  wspierające transfer strumieniowy: ``check messageid'' i
              ``takethis messageid''.

       5.     Udostępniona jest komenda transferu wsadowego ``xbatch liczba-bajtów''. Komenda  ta
              odczyta liczbę-bajtów bajtów i zapisze je dla dalszego przetwarzania przez rnews(1)
              (który należy uruchomić oddzielnie). Obejrzyj programy innxbatch i sendxbatches.sh.

       6.     Pozostałymi zaimplementowanymi komendami są  ``head''  ,  ``help''  ,  ``ihave''  ,
              ``quit'' oraz ``stat''.

MODYFIKACJE NAGŁÓWKÓW

       Innd modyfikuje tak mało nagłówków, jak tylko się da, lecz mógłby być lepszy.

       Oto lista nagłówków, które jeśli istnieją, są usuwane:
              Date-Received
              Posted
              Posting-Version
              Received
              Relay-Version
       Puste nagłówki oraz nagłówki składające się z białych spacji również są opuszczane.

       Do   nagłówka  Path  doklejana  jest  nazwa  lokalnej  stacji  (określanej  przez  wartość
       ``pathhost'' w inn.conf(5)) i wyrzyknik (jeśli nazwa pierwszej stacji nagłówka  różni  się
       od lokalnej).

       Nagłówek Xref jest usuwany i tworzony jest nowy.

       W przypadku nieobecności, nagłówek Lines jest dodawany.

       Innd   nie   przepisuje   nieprawidłowych  nagłówków.  Na  przykład  nie  będzie  zmieniać
       nieprawidłowego nagłówka Lines, ale odrzuci artykuł.

RAPORTOWANIE

       Innd raportuje wszystkie nadchodzące artykuły do pliku raportowego. Jest to plik  tekstowy
       o zmiennej ilości rozdzielanych spacjami pól o jednym z następujących formatów:
              mon dd hh:mm:ss.mmm + feed <Message-ID> stacja...
              mon dd hh:mm:ss.mmm j feed <Message-ID> stacja...
              mon dd hh:mm:ss.mmm c feed <Message-ID> stacja...
              mon dd hh:mm:ss.mmm - feed <Message-ID> powód...
              mon dd hh:mm:ss.mmm ? feed <Message-ID> powód...

       Po  polu  Message-ID  może  być  również  pole  nazwy  hosta i rozmiaru, zależnie od opcji
       ``nntplinklog'' i ``logsize'' z inn.conf(5).

       Pierwsze trzy pola są polami daty i czasu w  rozdzielczości  milisekundowej.   Piąte  pole
       jest  stacją,  która  wysłała  artykuł  (odczytywane  z  nagłówka Path).  Szóste pole jest
       identyfikatorem artykułu; jeśli informacja jest niedostępna,  pojawi  się  w  jej  miejscu
       pytajnik.

       Czwarte  pole  określa  czy  artykuł został przyjęty czy nie. Jeśli jest tam znak plus, to
       został przyjęty. Jeśli ``j'', to został przyjęty,  lecz  wszystkie  grupy  mają  w  swoich
       rekordach  active  ``j'',  więc  artykuł  został  złożony do grupy ``junk''.  Jeśli w polu
       pojawiła się litera ``c'', to przed pojawieniem się oryginalnego artykułu odebrany  został
       komunikat  anulujący.   We  wszystkich  tych  przypadkach  artykuł  został przyjęty i pole
       ``stacja...''   zawiera  rozdzieloną  spacjami  listę  stacji,  do  których  artykuł  jest
       przesyłany.

       Jeśli  czwarte  pole  zawiera znak minusa, o artykuł został odrzucony. Powodami odrzucenia
       mogą być:
              "%s" header too long (za długi nagłówek)
              "%s" wants to cancel <%s> by "%s" ("%s" chce anulować <%c> poprzez "%s")
              Article exceeds local limit of %s bytes (Artykuł przekracza lokalny
                                                       limit %s bajtów)
              Article posted in the future -- "%s" (Artykuł wysłany w przyszłości -- "%s")
              Bad "%s" header (Zły nagłówek "%s")
              Can't write history (Nie mogę zapisać historii)
              Duplicate (Duplikat)
              Duplicate "%s" header (Zduplikowany nagłówek "%s")
              EOF in headers (EOF w nagłówkach)
              Linecount %s != %s +- %s (Liczba linii %s != %s +- %s)
              Missing %s header (Brak nagłówka %s)
              No body (Brak ciała)
              No colon-space in "%s" header (Brak dwukropka-spacji w nagłówku "%s")
              No space (Brak spacji (albo miejsca???))
              Space before colon in "%s" header (Spacja przed dwukropkiem w nagłówku "%s")
              Too old -- "%s" (Za stare -- "%s")
              Unapproved for "%s" (Niezatwierdzone dla "%s")
              Unwanted newsgroup "%s" (Niechciana grupa dyskusyjna "%s")
              Unwanted distribution "%s" (Niechciana dystrybucja "%s")
              Whitespace in "Newsgroups" header -- "%s" (Biała spacja w nagłówku
                                                         "Newsgroups" -- "%s")
       Gdzie ``%s'' jest podmieniane przez konretniejsze informacje.

       Jeżeli w czwartym polu wystąpi znak ``?'', oznzcza to, że atykuł zawiera  dziwne  łańcuchy
       znaków, tj. CR bez LF lub LF bez CR. Te znaki są używane razem ``CRLF'', co oznacza koniec
       linii. Obecnie taka informacja w logu oznacza dziwność tego artykułu, ale innd  nigdy  nie
       odrzuca artykułu z tego powodu.

       Zauważ,  że jeśli artykuł jest przyjęty i <wanttrash w inn.conf> jest ustawione na ``yes''
       i żadna z grup nie jest odpowiednia, to zostanie zraportowany w  dwóch  liniach:  w  linii
       ``j'' i ``-''.

       Innd  zgłasza też obszerne raporty poprzez sysloga.  Pierwsze słowo komunikatu raportowego
       będzie: nazwą stacji, jeśli wpis jest dla niej specyficzny (np. komunikat  ``connected'');
       słowem  ``SERVER'',  jeśli  komunikat  jest  związany  z serwerem, np. gdy pojawi się błąd
       odczytu.

       Jeśli drugim słowem są cztery litery ``cant'', to zgłaszany jest błąd.   W  tym  przypadku
       następne  dwa  słowa  ogólnie nazywają wywołanie systemowe lub funkcję biblioteczną, która
       się nie powiodła oraz obiekt, wokół którego wykonywane były działania. Reszta  linii  może
       zawierać inne informacje.

       W  innych  przypadkach,  drugie  słowa  określa  rodzaj  zmiany, a reszta linii uściśla tę
       informację. Słowo ``internal'' ogólnie oznacza wewnętrzny błąd logiczny.

SYGNAŁY

       Innd przechwytuje sygnały SIGTERM i SIGDANGER i wyłącza się  po  nich.  Jeśli  użyta  jest
       flaga ``-d'', przechwytywany będzie również SIGINT i będzie działał analogicznie.

       Innd  przechwytuje  sygnał  SIGUSR1  i  odtwarza kanał sterujący, wykorzystywany normalnie
       przez ctlinnd(8).

HISTORIA

       Napisane przez  Richa  $alza  <rsalz@uunet.uu.net>  dla  InterNetNews.   Jest  to  rewizja
       1.24.2.4, z dnia 2000/08/20.

ZOBACZ TAKŻE

       active(5),  ctlinnd(8),  dbz(3),  history(5), incoming.conf(5), inn.conf(5), newsfeeds(5),
       nnrpd(8), rnews(1), syslog(8).

INFORMACJE O TŁUMACZENIU

       Powyższe tłumaczenie pochodzi z nieistniejącego już Projektu Tłumaczenia  Manuali  i  może
       nie  być  aktualne.  W  razie  zauważenia  różnic  między  powyższym opisem a rzeczywistym
       zachowaniem opisywanego programu lub  funkcji,  prosimy  o  zapoznanie  się  z  oryginalną
       (angielską) wersją strony podręcznika za pomocą polecenia:

              man --locale=C 8 innd

       Prosimy  o  pomoc  w  aktualizacji stron man - więcej informacji można znaleźć pod adresem
       http://sourceforge.net/projects/manpages-pl/.

                                                                                          INND(8)