From: p.s.s.m. moderator account <pssmod wsp.krakow.pl>
Subject: FAQ grupy pl.soc.seks.moderowana
Posted-By: auto-faq 3.3.1 beta (Perl 5.008)
Archive-name: pl/soc/seks.moderowana
FAQ grupy pl.soc.seks.moderowana wersja 2.1b
Data aktualizacji: 13 grudnia 2005
----------------------------------------------------------------------------
Jesli ktos zyczy sobie wersje FAQ bez "ogonkow", prosze pisac na adres
pssmod ap.krakow.pl, wpisujac w polu "Subject:" tekst "PSSM-FAQ".
----------------------------------------------------------------------------
Na dzień dobry bardzo ważna uwaga:
Grupa pl.soc.seks.moderowana jest grupą _polskojęzyczną_ i w związku
z tym listy w innych językach będą odrzucane. Oczywiście pojedyncze słówka,
cytaty oraz sygnaturki nie będą brane pod uwagę.
Important: pl.soc.seks.moderowana is a Polish-language newsgroup.
Articles in other languages will be moderated.
----------------------------------------------------------------------------
Opiekunowie grupy (moderatorzy):
Nina Mazur Miller ninka mac.com
Jarosław Rafa raj ap.krakow.pl (obecnie "w stanie spoczynku ;-)")
Adam Gąsiorowski agquarx venus.ci.uw.edu.pl
Bartosz Bielawski spanielek yahoo.com
Melisa i Kain kain69 o2.pl
Asmira asmira poczta.onet.pl
----------------------------------------------------------------------------
Opiekun techniczny (techniczna realizacja systemu moderowania):
Rafał Łukawski rafal lukawski.pl
----------------------------------------------------------------------------
Spis treści:
1. Po co, jak i kiedy powstała grupa pl.soc.seks.moderowana?
2. Co to znaczy, że grupa jest moderowana?
3. O czym można dyskutować na grupie?
4. Z jakiego powodu mój list może zostać odrzucony przez moderatorów?
5. Co robić, jeśli mój list został odrzucony i zostałem(am) o tym
poinformowany(a)?
6. Co robić, jeśli mój list nie ukazał się na grupie, a nie uzyskałem(am)
informacji o tym, że został odrzucony?
7. Jakiego standardu polskich liter należy używać na grupie?
8. Na jakiej zasadzie wybierani i usuwani są moderatorzy?
9. Gdzie znajduje się archiwum grupy i FAQ?
10. Uwagi końcowe
Uwagi dotyczące zawartości niniejszego FAQ proszę kierować bezpośrednio
do moderatorów grupy pod adres pl-soc-seks-moderowana-moderators newsgate.pl
lub pssmod ap.krakow.pl
----------------------------------------------------------------------------
1. Po co, jak i kiedy powstała grupa pl.soc.seks.moderowana?
Pod koniec 1998 r. kilka osób korzystających z grupy dyskusyjnej
pl.soc.seks stwierdziło, że ma dosyć postów łamiących netykietę, nie
związanych z tematyka grupy, wulgarnych, itp. Ze wzgledu na specyfikę
Usenetu nie istniała inna możliwość rozwiązania tego problemu, niż zmiana
grupy pl.soc.seks na moderowaną lub utworzenie nowej grupy. Aby
zagwarantować dotychczasowym użytkownikom wybór, zdecydowano się założyć
nową grupę. Pomysłodawcą pl.soc.seks.moderowana był Tomasz Nidecki. Grupa
powstała drogą publicznego głosowania, którego wynikiem było 50 głosów za i
3 przeciw.
----------------------------------------------------------------------------
2. Co to znaczy, że grupa jest moderowana?
Wszystkie listy wysyłane na grupę moderowaną trafiają najpierw do osoby
zwanej moderatorem. Moderator czyta te listy i decyduje, czy są one zgodne z
zasadami grupy ujętymi w tym FAQ. Posty zgodne z zasadami są "przepuszczane"
na grupę, zaś pozostałe odrzucane. Moderowania nie należy mylić z cenzurą.
Wszystkie osoby, które nie chcą, by ktokolwiek decydował o "odpowiedniości"
ich listów proszone są o pisanie na grupę pl.soc.seks, która nie jest grupą
moderowaną. Niestety, nie istnieje coś takiego, jak "zasady moderowania", a
więc pisząc na grupę moderowaną należy zdawać sobie sprawę z faktu, że
moderatorzy to też ludzie i od czasu do czasu muszą podejmować decyzje
subiektywne (niektórych rzeczy nie da się ocenić w 100% obiektywnie). Należy
też pamiętać, że moderatorzy będą się starali w miarę możliwości takich
sytuacji unikać i stosować zasady logiki i zdrowego rozsądku. Prosimy więc o
zaufanie i wiarę w dobre chęci moderatorów.
----------------------------------------------------------------------------
3. O czym można dyskutować na grupie?
Tematy odpowiednie na grupę pl.soc.seks.moderowana, to:
- wszelkie dyskusje, pytania i odpowiedzi dotyczące seksualności (zarówno
ludzkiej, jak i np. kosmitów), seksu, seksienia, itp.;
- wszelkie dyskusje, pytania i odpowiedzi dotyczące intymnych stosunków i
odczuć takich, jak miłość, fascynacja drugą osobą (fascynacja z podtekstem
erotycznym);
- wszelkie dyskusje, pytania i odpowiedzi dotyczące związków uczuciowych -
formalnych i nieformalnych - kobiety z mężczyzną, mężczyzny z mężczyzną,
kobiety z kobietą.
----------------------------------------------------------------------------
4. Z jakiego powodu mój list może zostać odrzucony przez moderatorów?
Oto 8 podstawowych powodów (posortowanych według częstotliwości
występowania), dla których moderatorzy odrzucają listy wysyłane na grupę
pl.soc.seks.moderowana:
4.1. Nieprawidłowe cytowanie:
- umieszczanie odpowiedzi NAD cytatem (prawidłowo należy odpowiadać POD
cytatem);
- cytowanie bez znaków ">", ":", "|" lub podobnych, które sprawiają, że
łatwo można określić, która część wypowiedzi to cytat;
- cytowanie całych postów (z liniami kontrolnymi i podpisami);
- cytowanie nieproporcjonalnie (wedle oceny moderatorów) dużego fragmentu w
odniesieniu do wielkości lub/i zaznaczenia kontekstu odpowiedzi, itp.;
- BRAK jakiegokolwiek cytatu w poście będącym odpowiedzią na inny
post (skutecznie utrudnia to śledzenie toku dyskusji)
4.2. Ogłoszenia i reklamy: grupa pl.soc.seks.moderowana nie dopuszcza
ogłoszeń towarzyskich, reklam stron WWW, itp. Wszelkie posty zawierające
tego typu ogłoszenia (chyba, że autor listu umieszcza np. adres swojej
strony w podpisie, czy też informuje o stronie w kontekście dyskusji) będą
odrzucane bezwarunkowo.
4.3. Inne powody techniczne: na grupę nie będą przepuszczane posty w
HTML-u, z niewłaściwym kodowaniem polskich liter (por. punkt 7),
zawierające załączniki binarne, wiadomości testowe itp. Odrzucane będą także
crossposty pomiędzy pl.soc.seks.moderowana i innymi grupami pl.soc.seks.* ;
w szczególności crossposty na pl.soc.seks.towarzyskie.
Dyskusje na tematy techniczne związane z grupą pl.soc.seks.moderowana
powinny być prowadzone prywatnie z moderatorami, ew. na grupie pl.news.admin,
w ostateczności także na pl.soc.seks.moderowana. Zanim więc wyślemy pytanie
techniczne czy uwagi na grupę, wyślijmy je najpierw do moderatorów pod adres
pl-soc-seks-moderowana-moderators newsgate.pl lub pssmod ap.krakow.pl
(te dwa adresy są równoważne). Moderatorzy zastrzegają sobie jednak
prawo do publikowania na grupie testów czy ogłoszeń technicznych.
4.4 Duplikaty wysłanych postów. Czasami zdarza się, ze ktoś wyśle ten
sam post dwa lub więcej razy, czy to przez pomyłkę, czy celowo. Kopie
wysłanych postów będą w miarę możliwości odrzucane.
4.5. Łamanie zasad netykiety: wszelkie posty, które mogą być uznane za
chamskie czy obraźliwe, wulgarne czy inaczej "nieodpowiednie" mogą zostać
odrzucone przez moderatorów (ocena, gdzie jest granica między żywą dyskusją,
a obrażaniem się nawzajem, pozostaje do interpretacji moderatorów). Aby
poznać dokładnie zasady netykiety sugerujemy lekturę tekstów znajdujących
się pod adresami: http://www.ap.krakow.pl/papers/netykiet.html i
http://www.immt.pwr.wroc.pl/~sapi/sieci/netykieta/index.html. Ostrzegamy, że
listy osób notorycznie i z premedytacją łamiących zasady dobrego wychowania
będą przekazywane administratorom serwerów, z których zostały wysłane, a Ci
proszeni będą o wyciągnięcie stosownych konsekwencji.
4.6. "Off-topic", czyli pisanie nie na temat grupy. Zrozumiałe jest, że
dyskusje odbywające się na grupie mogą z czasem nieco "schodzić z tematu" na
tematy społeczne, religijne, polityczne, itp. Moderatorzy rezerwują sobie
prawo odrzucania postów, które w ich mniemaniu nie mają już z seksem nic
wspólnego, jednakże można oczekiwać, że w przypadku "wygasających" dyskusji
nie będą na niewielkie liczby takich listów reagować.
4.7. Posty zawierające tylko i wyłącznie przywitanie. Przywitać się
można odpowiadając na post.
4.8. Posty zawierające tylko i wyłącznie dowcipy. Do wysyłania
dowcipów przeznaczone są inne grupy.
----------------------------------------------------------------------------
5. Co robić, jeśli mój list został odrzucony i zostałem(am) o tym
poinformowany(a)?
Przede wszystkim nie obrażać się - bycie "zmoderowanym" nie jest powodem
do obrażania się na moderatorów - oni starają się jedynie dobrze wykonywać
swoją pracę i jeśli list odrzucili to z pewnością dlatego, że uznali iż
łamie on zasady grupy, a nie z pobudek osobistych. Następnie należy
dokładnie przejrzeć powyższą listę potencjalnych powodów odrzucenia i
zastanowić się, jaką zasadę złamaliśmy. Jeśli wiemy, która zasada została
złamana, sprawa jest bardzo prosta - modyfikujemy list tak, by tej zasady
nie łamał i wysyłamy na grupę ponownie - tym razem z pewnością nie zostanie
on odrzucony. Jeśli po przejrzeniu listu nie jesteśmy w stanie określić, z
jakiego powodu moderator uznał list za niestosowny, wysyłamy ten list wraz z
zapytaniem co jest z nim nie w porządku na adres
pl-soc-seks-moderowana-moderators newsgate.pl (lub pssmod ap.krakow.pl).
Moderatorzy przejrzą list i poinformują o powodach odrzucenia.
I jeszcze spostrzeżenie wynikające z praktyki. Moderatorzy czasami nie są
w stanie śledzić na bieżąco konwersacji na grupie i mogą odrzucić post, który
w zamyśle autora był jedynie żartem skierowanym do adwersarza, dobrego
znajomego, ba - przyjaciela tegoż autora, a wyrwany z kontekstu wygląda na
czystą złośliwość. Dotyczy to szczególnie osób, które na grupę piszą od
niedawna i ich "styl wypowiedzi" nie jest jeszcze znany moderatorom. Jeszcze
raz prosimy: nie trzeba brać tego do siebie - z reguły wystarczy sprostowanie
przesłane na adres podany powyżej.
----------------------------------------------------------------------------
6. Co robić, jeśli mój list nie ukazał sie na grupie, a nie
uzyskałem(am) informacji o tym, że został odrzucony?
Komputery to narzędzia zawodne i również nasz system moderowania może mieć
awarię. Jeśli widzimy, że na grupie pojawiają się posty z data zbliżona do
daty wysłania naszego listu, naszego tam zaś nie ma, a nie dostaliśmy
informacji o odrzuceniu, wystarczy list wysłać jeszcze raz. Jeśli sytuacja
się powtórzy, prosimy o pilny kontakt z moderatorami pod adresem
pl-soc-seks-moderowana-moderators newsgate.pl lub pssmod ap.krakow.pl
w celu ustalenia przyczyny problemu - postaramy się pomóc tak szybko,
jak będzie to możliwe.
UWAGA! Jeśli korzystamy z "adresów antyspamowych" (dodajemy w swoim
adresie element chroniący przed spamami, np. zamiast kowalski kki.net.pl
podajemy adres kowalski nospam.kki.net.pl) NIE otrzymamy żadnych informacji
o odrzuceniu listu. W tym wypadku nie jest to więc awaria systemu
moderowania.
----------------------------------------------------------------------------
7. Jakiego standardu polskich liter należy używać na grupie?
W publicznej wymianie wypowiedzi w Usenecie na grupach pl.* dopuszczalny
jest tylko jeden standard kodowania "ogonków": ISO 8859-2. Jeśli ktoś nie
może/nie chce/nie potrafi skonfigurować swojego newsreadera tak, aby
kodował wysyłane ogonki zgodnie ze standardem ISO 8859-2, powinien stosować
pisownię "polskawą", czyli bez polskich znaków diakrytycznych. Więcej
informacji na temat standardów kodowania znaków narodowych w Internecie
można znaleźć na Polskiej Stronie Ogonkowej http://www.agh.edu.pl/ogonki .
Należy tu jednak zaznaczyć, że otrzymaliśmy wiele listów od użytkownikow
pl.soc.seks.moderowana nie mogących odczytywać polskich liter nawet w
standardzie ISO-8859-2 (np. od ludzi mieszkających za granicą). Czytanie
przez nich postów pisanych po "polskawemu" czyli bez "ogonków" jest po
prostu znacznie łatwiejsze i przyjemniejsze. Jednak ostateczna decyzja w
jaki sposób list ma być napisany (z "ogonkami" czy bez) należy do Ciebie.
----------------------------------------------------------------------------
8. Na jakiej zasadzie wybierani i usuwani są moderatorzy?
Kandydatury podają obecni moderatorzy oraz sami kandydaci w wątku o
naborze nowych moderatorów zapoczątkowanym przez jednego z moderatorów
obecnych. Publiczne, jawne głosowanie "zerojedynkowe" (czyli głosy "za" lub
"przeciw" bez opcji wstrzymania się od głosu) odbywa się na grupie
pl.soc.seks.moderowana. Czas głosowania - 1 tydzien od momentu wysłania CFV
(Calling For Votes) na p.s.s.m. Ogloszenie zasad szczegółowych i
przedstawienie kandydatow na grupie pl.soc.seks.moderowana. Ewentualna
dyskusja na tematy techniczne (oraz jak znam życie wiele innych ;-) na
pl.news.admin lub na pl.soc.seks.moderowana.
----------------------------------------------------------------------------
9. Gdzie znajduje się archiwum grupy i FAQ?
Archiwum grupy można znaleźć pod adresem
http://niusy.onet.pl/pl.soc.seks.moderowana .
Niniejsze FAQ jest publikowane regularnie dwa razy w miesiącu na
grupie pl.soc.seks.moderowana oraz pl.answers. Można je znaleźć
również na stronie WWW http://www.ap.krakow.pl/~pssmod/ .
----------------------------------------------------------------------------
10. Uwagi końcowe
Mniej więcej w połowie stycznia 2000 r. z moderowania grupy
zrezygnowali Tomasz 'tonid' Nidecki oraz Tomasz 'GamBeat' Nowak, w
maju fenrir, w czerwcu Melisa, a we wrześniu greatj. W związku z tym,
iż pozostał tylko jeden moderator - Janusz Szarpi - w październiku
2000 wybrani zostali nowi moderatorzy w osobach Niny Mazur Miller i
Jarosława Rafy. W następnym miesiącu Szarpi również opuścił grono
moderatorów, pozostawiając skład dwuosobowy. Z końcem 2001 r.
praktycznie cały ciężar moderowania grupy spoczął na Ninie, wobec
czego niezbędne okazały się kolejne wybory nowych moderatorów. W
styczniu 2002 r. dołączyli: Adam Gąsiorowski, Bartosz Bielawski,
Melisa (witamy ponownie!) wraz z Kainem oraz Asmira.
FAQ zostało opracowane przez Janusza Szarpiego pomocy dostępnych w
sieci FAQ grup pl.soc.seks (autorzy - Serious Joker, Krzysztof
Juszkiewicz), chip.internet (autorzy - Marcin Pawlak, Marcin Nowak),
pl.rec.fantastyka.x-files (autor - Adam Robiński),
pl.rec.humor.najlepsze (autor - Artur Czechowski) oraz dzięki
wypowiedziom wielu przyjaznych grupie (lub nie) osób. Zebrali to
wszystko do kupy Przemysław Ryk, Tomasz Nidecki i inni. Serdecznie
dziękujemy za pomoc :-)
Obecnie aktualizacją FAQ zajmuje się Jarosław Rafa.
From: zuzanka transilvania.eu.org
Subject: pl.rec.humor.kabaret Frequently Asked Questions
Posted-By: auto-faq 3.3.1 beta (Perl 5.008)
Archive-name: prhk/faq
Posting-Frequency: Wysyłane 14. i 28. każdego miesiąca.
,____________________________________________________,
| |
| motto: Mówią, że prawdziwa sztuka obroni się sama. |
| Ale nie przede mną. |
| (W. Sikora) |
\___________________________________________________*
FAQ grupy pl.rec.humor.kabaret
v. 1.1.30 - 13 XI 2006
Zmiany:
[3.1] Kabaret Noł Nejm
[3.1] Stado Umtata
[3.1] Kabaret Dno
|
|.===.
{}o o{}
- 0. Spis treści. ---------ooO--(_)--Ooo---------------------------------
1. Tematyka grupy.
2. Istota kabaretu.
3. Kabarety.
3.1. Przegląd kabaretów
3.2. Organizacje okołokabaretowe
4. Artyści.
5. Zasoby
6. Kabarety w mediach.
7. O FAQ.
_ _
o' \,=./ o
(o o)
- 1. Tematyka grupy. ------ooO--(_)--Ooo---------------------------------
1. Tematyka grupy
TEMATYKA GRUPY / GROUP CHARTER
Dyskusje o scenie kabaretowej - zarówno o tych kabaretach, które już
odeszły do historii, ale żyją w naszej pamięci, jak i tych, które można
obejrzeć na żywo. Preferowaną tematyką jest kabaret literacki. Akcent
położony jest na kabarety polskie, ale mile widziane są również
zagraniczne. Można rozważać istotę kabaretu, jego historię i _kulturalnie_
dyskutować o wyższości jednego kabaretu nad drugim.
To odpowiednie miejsce na podawanie informacji o trasach występów
kabaretów, audycjach radiowych i telewizyjnych związanych z kabaretami;
informacji o stronach WWW dotyczących kabaretów, pytań na temat "kto
występuje w jakim kabarecie", "jak wspominasz ten wczorajszy
bankiet?":>, czy rad dla początkujących kabareciarzy.
Dozwolone jest cytowanie ulubionych fragmentów, oczywiście w granicach
rozsądku. Ostentacyjny hihot jest przenoszony we właściwe miejsce, zaś do
prezentowania obszernych tekstów zalecane są strony www.
Dyskusje dotyczące książek, filmów i piosenek są dozwolone, pod warunkiem,
że pozycje te są napisane / nagrane przez członków kabaretu lub dotyczą
filmu "Kabaret" :-)
Nie planowane są w tej chwili żadne podgrupy. Grupa nie będzie sprzężona z
listą e-mail, chyba że powstanie taka potrzeba.
Zabronione jest wysyłanie listów zawierających jakiekolwiek binaria
- programów/zdjęć itp, jakikolwiek spam oraz dyskusje nie związane z
tematem grupy. Jedyne dopuszczalne ogłoszenia reklamowe dotyczyć mogą
wydawnictw związanych z kabaretem, terminów występów zespołów lub
_hobbystycznych_ (nie: _handlowych_) ofert wymiany posiadanych archiwaliów
(nagrań, książek).
Pozostałe ustalenia zawarte są w mini-etykiecie grup dyskusyjnych Marcina
Dębowskiego.
2. Istota kabaretu.
... czyli co kabaretem jest.
Kabaret [z franc.] początkowo lokal (restauracja, knajpka, szynk) będący
od ok. XVIII w. miejscem spotkań cyganerii artystycznej, w końcu XIX
i XX w. - miejscem improwizowanych spektakli satyryczno-rozrywkowych;
odtąd nazwa "kabaret" oznaczała kameralny spektakl estradowy złożony
z piosenek, recytacji, popisów muzycznych i tanecznych, komponowany
każdorazowo pod kierunkiem organizatora zabawy, wykonywany bez
honorarium przez artystów (poetów, muzyków, malarzy) prezentujących
własne utwory [...]. Z czasem kabaret zatracił charakter improwizowany,
stał się rodzajem składanego widowiska rozrywkowego, z udziałem aktorów
zawodowych, tancerzy, śpiewaków [...]; ambicjami artystycznymi wyróżniały
się tzw. kabarety literackie.
Tyle Encyklopedia Powszechna PWN.
Dla ścisłości należy dodać, co kabaretem na pewno nie jest:
- żarty polityczne: nabijanie się z nieudolności polityków i ich wad
- żarty niewybredne: wiadomo
- dowcipasy: o poli- czy milicjantach, Głupim Jasiu czy blondynkach
- "gadające głowy"
# #
#=ooO=========Ooo=#
# \\ (o o) // #
- 3. Informacje o kabaretach. -----(_)-----------------------------------
3.1. Informacje o kabaretach:
Afera [A] - Kabaret urodził się w Poznaniu, w 1994 roku w bliskim
sąsiedztwie Radia AFERA i stąd nazwa. Dodatkowo powstała
muzyczna wersja kabaretu - zespół "The Afers".
* adres: http://www.kabaretafera.pl/
* skład: Przemysław Koczorowski, Rafał Piechota, Sławomir Stawny, Piotr
Rychter (obsługa techniczna).
* kontakt: 061 8750213, Św. Rocha 11A, 61-142 Poznań
Rafał Piechota 0-605 628-408
poczta[]kabaretafera.pl; rpiechota[]kabaretafera.pl
Aktualnie nie występują: Wojciech Bernard, Robert Cecko, Tomasz Grdeń, Lidka
i Krzysztof Kulpińscy, Jacek Łuczak, Adrianna Mańczak, Monika Paluszkiewicz,
Jakub Paluszkiewicz, Jasiu Juszczak, Lucyna Winkel - Sobczak.
Ani mru-mru [AM] - lubelski kabaret, powstał tak naprawdę we wrześniu 1999 roku,
a potem już tylko odnosili liczne sukcesy.
* adres: http://www.animrumru.art.pl/
* skład: Marcin Wójcik, Michał Wójcik, Waldemar Wilkołek
* kontakt: Katarzyna Jasińska 0600800920
e-mail: info[]animrumru.art.pl lub animrumru[]wp.pl
Biuro Organizacyjne [BO] - grupa muzyczno-rozrywkowa skupiająca muzyków
wywodzących się z Afery; w repertuarze piosenki stworzone razem
z kabaretem "Afera" i własne plus zapowiedzi Qlpy. Grupa "słynie"
z tajnych, niezapowiadanych w mediach koncertów.
* adres: http://www.biuro-organizacyjne.z.pl
* skład: Kuba Paluszkiewicz (piano, bass, voc), Marek Baczyński (gitary),
Daniel Bodył (akordeon), Krzysztof Qlpa Kulpiński (gitara, voc),
Antek Paluszkiewicz (perkusja)
* kontakt: <zuk[]poczta.onet.pl>
<qlpa[]kabaty.2a.pl>
tel. +48502 267 185
Chatelet [FC] - a właściwie Formacja Chatelet, zwana niekiedy Teatrem / Kabaretem
Form Niebywałych. Grupa powstała jesienią 1996r., premiera pierwszego
spektaklu ("Program Jedenasty") odbyła się 16.02.1997r. 84 dni później
Formacja Chatelet zdobyła Grand Prix festiwalu PaKA.
* adres: http://www.formacja-chatelet.to2.pl
* skład: Adam Grzanka, Tomasz Jachimek, Adam Małczyk i Marcin Sikora
* kontakt: Askaniusz Petynka - menadżer
tel.: (012) 643 54 78
kom.: 0 501 85 24 18
e-mail: chatelet[ ]nospam.to2.pl
Ciach [C] - Kabaret Form Niedbałych - należy do Zielonogórskiego Zagłębia
Kabaretowego i istnieje od 1993 roku.
* adres: http://www.ciach.pl (już aktywny! :-))
* skład: Małgorzata Czyżycka, (Zbigniew Gawroński)^1, Tomasz Kowalski,
(Marian Matysik)^1, Adam Magier, Janusz Rewers
* kontakt: <rewers[]post.pl> 068 3262109 lub 0601 928123 (J. Rewers),
^1 - już nie występują w kabarecie
DKD - [DKD] - Doczekać Końca Dnia - powstał w 1989 roku w Słupsku.
* adres: http://www.dc.slupsk.pl/dkd/
* skład: Grzegorz Gurłacz, Jerzy Karnicki, Hanna Piotrowska, Krzysztof
Plebanek
* kontakt: <dkd[]dc.slupsk.pl>
0-59 434-288 (J. Karnicki), 0-59 443-213 (G. Gurłacz),
0-59 431-114 (H. Piotrowska),
Wojewódzki Ośrodek Kultury w Słupsku, tel. 0-59 430-037
76-200 Słupsk, ul. Braci Gierymskich 1
Długi - [DL] - debiutował w 1979 roku.
* adres: http://www.kabaretdlugi.pl
* skład (aktualny): Jacek Łapot, Piotr Skucha, Dariusz Szweda,
Agnieszka Trzepizur
* kontakt: piotr[]kabaretdlugi.pl,
dlugi[]sematech.pl (tylko pilne; .txt, bez polskich liter)
parafonia[]radio.com.pl (tylko na temat audycji radiowej)
tel. 0601 524196 (P.Skucha), 0602 485030 (J.Łapot)
Dno [D] - Członkowie kabaretu upadli na DNO w 1996 roku, na co dzień można
znaleźć w Dąbrowie Górniczej, w Pałacu Kultury Zagłębia (pokój nr 02).
* adres: http://www.dno.pl
* skład: Jarosław Cyba, Adam Mrozowicz, Tomek Sobieraj, Wojtek Stala.
* kontakt: <kabaret[]dno.pl>,
KABARET DNO, Tomasz Sobieraj, 0-502 033 646, gg#172290
Dudu [DD]
* adres: http://kabaretdudu.republika.pl
EK [EK] -> patrz: Made in China
Grzegorz Halama OKLASKY [GHO] - obecnie kabaret jednoosobowy (w osobie
Grzegorza Halamy)
* strona: http://www.halama.pl
* skład: Grzegorz Halama, Jarosław Jaros, Marek Grabie[*]
* kontakt: <antrakt[]wp.pl>, 0-692499319
[*] już nie występuje
HiFi [HF] - Kabaret należy do Zielonogórskiego Zagłębia Kabaretowego
i istnieje od niedawna. Niestety, jak donosi Kamol, od niedawna też już kabaret
nie istnieje...
* strona: http://www.kabaret.art.pl/hifi/
* skład: Grzegorz Halama, Dariusz Kamys, Dorota Halama[*] (d. Kurowicka)
* kontakt: <kamol[]kabaretpotem.art.pl>, 0-601 846080 (D. Kamys)
<oklasky[]kki.net.pl>, 0-601 467236, 0-68 3207652 (G. Halama)
[*] chwilowo nie występuje z powodów zdrowotnych ;-)
Hrabi [Hr] - Kabaret HRABI założony został z chęci robienia kabaretu przez
Aśkę Kołaczkowską, Krzyśka Szubźdzę, Darka Kamysa i Łukasza
Pietscha. Dokładnie za 25 lat się rozwiążą.
* strona: http://www.hrabi.pl
* skład: Aśka Kołaczkowska, Dariusz Kamys, Łukasz Pietsch, Tomasz Majer,
Krzysiek Szubźdza[*]
[*] nie występuje
Jurki [J] - dawniej Kabaret Form Sierocych, aktualnie po prostu Kabaret.
Pochodzą z Zielonogórskiego Zagłębia Kabaretowego.
Działają od 1994 roku.
* strona: http://www.jurki.com.pl
* skład: Agnieszka "Marylka" Litwin, Sławomir Kowalski^2, Daniel
Pauliński^2, Przemysław "Sasza" Żejmo, Znany Wojtek
Kamiński, Dominik Rajchel^2, Bartłomiej Lewczuk.
* kontakt: 0601934551 (A. Litwin)
tel./fax.:(0-68) 452-39-02, agalitwin[]go2.pl
^2 już nie występuje
Kabaret Moralnego Niepokoju [KMN] - powstał w 1993 w Warszawie, głównie
gromadząc studentów Wydziału Polonistyki UW.
* strona: http://www.k2.pl/kmn/
* skład: Paweł Goleń, Bartłomiej Krauz, Wojtek Orszulak, Robert Górski,
Przemysław Borkowski, Mikołaj Cieślak, Karolina Rabenda, Katarzyna
Pakosińska, Katarzyna Zygmont, Rafał Zbieć
* kontakt: <kmn[]k2.net.pl>
022 6669766, (0 601) 329793 (W. Orszulak)
Kabaret Starszych Panów [KSP] - 1958-1970,
Kabaret Jeszcze Starszych Panów - 1978-1980
* skład: Jeremi Przybora, Jerzy Wasowski oraz Kalina Jędrusik, Wiesław
Michnikowski, Wiesław Gołas i in.
Kaczka Pchnięta Nożem [KPN] - Założył się w 1996 roku i pochodzi z Rzeszowa.
* strona: http://www.wsiz.rzeszow.pl/kabaret/
* skład: Łukasz Błąd, Tomasz Kapała, Andrzej Rozmus, Marta Wojtowicz,
Aneta Wójtowicz, Beata Zając
* kontakt: <arozmus[]wenus.wsiz.rzeszow.pl>
Kapota - powstał w 1979 r.
* skład: Rafał Sochalski - satyryk, współtwórca "Kapoty". Członek ZAKRu
i ZaiKSu, autor scenariuszy estradowych, radiowych i telewizyjnych.
Twórca piosenek do programów.
Wojciech Kawecki - satyryk, współtwórca "Kapoty". Członek ZAKRu
i ZAiKSu, autor tekstów i scenariuszy programów estradowych,
radiowych i telewizyjnych, obecnie także wykładowca akademicki
na WSHE w Łodzi
Ireneusz Krosny [IK] - Teatr Jednego Mima, Tychy.
* strona:
- http://www.uj.edu.pl/kultura/kabaret/krosny.html
- http://www.krosny.pl/
* skład: Ireneusz Krosny
* kontakt: <irek[]krosny.pl>, <impresariat[]krosny.pl>
Loża 44 [L44]
* strona: http://loza44.topnet.pl
* skład: Grzegorz Michalec, Grzegorz Rekliński, Jerzy Rogalski, Irosław
Szymański, Maciej Wijatkowski
Łowcy.B [ŁB] - Utworzyli się w 2002 r., ale na szerokie wody wypłyneli po
przeglądach PAKA 2003. Pochodzą z Cieszyna. Choć członkowie mieszkają
różnie....
Jak tak dalej Łowcom.B pójdzie, to ludzie będą mówić ....aaa Cieszyn,
to miasto skąd pochodzą Łowcy.B...
* skład: Bartosz Gajda, Bartosz Góra, Maryjusz Kałamaga, Paweł Pindur,
Sławomir Szczęch, Maciej Szczęch
* adres: http://www.lowcyb.republika.pl/
Made in China [MiC] - Kabaret Made in China powstał powstał w 1997 roku
w Zielonej Górze, Do niedawna był znany E.K.; przewinęło się przez
niego 11 osób.
* adres: http://www.madeinchina.art.pl
* skład: Katarzyna Sobieszek, Sławomir Kaczmarek i Artur Walaszek
* kontakt: kromalin[]post.pl oraz 0601 562196 (A. Walaszek), 0 607 621476
(K. Sobieszek)
Grupa MoCarta
* strona: http://www.grupamocarta.art.pl
Mumio [M] - Teatr EPTY-a powstał we wrześniu 1995 roku, po podziale
katowickiego teatru GuGalander. Pierwszym artystycznym przedsię-
wzięciem Teatru EPTY-a jest program literacko - aktorski "Kabaret
Mumio" oparty na własnych tekstach i muzyce.
Drugim spektaklem Mumio jest: "MUMIO pt.lutownica, ale nie pisto-
letowa, tylko taka kolba" Premiera odbyła się w listopadzie 2000 r.
w Katowicach
* strona: http://mumio.art.pl
* strona WAP: http://wap.wpg.pl/mumio
* skład: Jadwiga Basińska, Dariusz Basiński, Jacek Borusiński, oraz w
"lutownicy": Jarek Januszewicz
* kontakt:
Sprawy różne i ogólne: biuro mumio.art.pl
Sprawy występów i terminów: impresariat[ ]mumio.art.pl
adres naziemny:
Stowarzyszenie Teatr EPTY-a,
40-036 Katowice,
ul.Plebiscytowa 31/13
telefon / fax: +48 32 20-00-896
telefon: +48 32 20-00-897
telefon kom: +48 601-522-449
Nie My [NM] - kabaret z Piotrkowa Trybunalskiego (nie mylić z "Kabaret Niemy")
* strona: http://www.kabaretniemy.republika.pl
* skład: Magda Kociołek, Bartosz Gumulec, Michał Pałubski
* kontakt: REGIS2[ ]nospam.GO2.pl Michał Pałubski
ul.Słowackiego 1
97-300 Piotrków Trybunalski
nr tel. : 0-501-125-887
Noł Nejm [NN] - powstali w 1998r. Zrealizowali do tej pory 6 programów, pracują nad siódmym. Kabaret tworzą studenci i absolwenci śląskich uczelni.
zdołali również wywieźć z przeglądów kilka nagród :) Kabaret tworzą
studenci śląskich uczelni.
* adres: http://www.nolnejm.com
* skład: Przemysław Bryła, Rafał Soliński, Marek Żyła, Damian Wodecki (technika)
* kontakt: kabaret nolnejm.com
502 303 227 - Rafał Soliński
Potem [P]
* strona:
- http://www.kabaretpotem.art.pl/ - strona autorska Asi i
Krzysztofa Kołaczkowskich
- http://www.kki.net.pl/potem/ - strona oficjalna kabaretu Mirka
Gancarza
- http://www.venco.com.pl/~zuzanka/potem/ - strona hobbystyczna
Zuzanki
- http://www.kabaretpotem.iq.pl/
* książka:
http://www.kabaretpotem.art.pl/wydawnictwa/ksiazka/ksiazka.html
* skład: Mirosław Gancarz, Leszek Jenek, Dariusz Kamys, Janusz Klimenko,
Andrzej Kłos, Joanna Kołaczkowska, Mirosław Kowalik, Adam Nowak,
Adam Pernal, Władysław Sikora, Ewa Sopielewska
Rak [R] - "Śląskie Trojaczki z Rudy Śląskiej"
* strona: http://www.kabaretrak.pl/
http://kabaretrak.republika.pl
* skład: Krzysztof Hanke, Grzegorz Poloczek, Krzysztof Respondek
Słuchajcie - Zielona Góra
* strona: http://www.sluchajcie.pl
* skład: Katarzyna "KACHNA" Piasecka, Tomasz Marcin Łupak, Jarosław Marek
Sobański
(Eliza Rink, Aneta Hordyj, Krzysztof Polewski, Michał Śliwa, Jarosław B. Jaros)^1
^1 - już nie występują w kabarecie
* kontakt w sprawie wystepu:
Agencja Artystyczna HALAMA
tel. Małgorzata Kędzierska 0-692 499 319
e-mail: antrakt[]wp.pl
* kontakt z kabaretem : Katarzyna Kachna Piasecka 0-607 437 173
e-mail: kachna[]sluchajcie.pl
<kachna[]sluchajcie.pl>
0-607-43-71-73 (Katarzyna "Kachna" Piasecka)
Stado Umtata - warszawski kabaret dwuosobowy w formie stada. Powstał w
2003 roku w Pieckach, po czym przeniósł sie do Warszawy, gdzie mieszka do
dziś.
* adres: http://www.qlpa.art.pl/stado/
* skład: Agata Biłas, Krzysztof Kołaczkowski[*], Krzysztof Qlpa Kulpiński
* kontakt: 601 377 105
e-mail: bilasowna[]o2.pl lub qlpa[]qlpa.art.pl
[*]Współzałożyciel, obecnie poza składem
Strzały z Aurory [SA] - Warszawa.
* strona: http://free.poltronic.net/~strzaly/
* skład: Agnieszka Stajkowska, Alicja Szumowska, Tomasz Jachimek,
Krzysztof "Kokos" Pawlik, Bartek Lewczuk, Adam Sajnuk
* kontakt: <strzaly[]poczta.fm>
0-501-757-129 (T. Jachimek)
Szpik - Kabaret Szpik - powstal w 2000 roku w Rybniku, wspoltworzy ZK ROW
(zrzeszenie kabaretow rybnickiego okregu weglowego), maja na koncie
jeden program "Krotki" a wlasnie tworza drugi.
* strona: http://www.kabaretszpik.republika.pl
* skład: Ewa Muras, Bartosz Wieczorek, Damian Wodecki, Lukasz Kucharski,
Piotr Sobik (techn.)
* kontakt: szpik[]interia.pl, 0692143692 (Lukasz Kucharski), 0-32 4240541
(Damian Wodecki)
Szum - Kto powiedział, że kabaret to rzecz dla facetów? Albo że w kabarecie
facet musi być? Jak są same babeczki, to też jest fajnie. Nawet bardzo
fajnie. I z Zielonej Góry.
* strona: http://www.szum.com.pl
* skład: Marta^1, Gosia, Magda, Agnieszka, Ania Aneta^1, Dorota Halama
* kontakt: 0601934551 (A. Litwin)
fax (0-68) 452-39 02
agalitwin[]go2.pl
^1 - nie występuje w kabarecie
Ścięgno
* adres http: już niebawem!!!
* skład: Patryk Marcinkowski, Dariusz Burkowski, Krzysztof Niecko - technika, Paweł Kłosiński - fortepian, Daniel Wołosewicz
* kontakt: <sciegno[ ]skrzynka.pl>, KABARET ŚCIĘGNO,
Dariusz Burkowski 500-294-987 Krzysztof Niecko 603-537-709 - warunki techniczne
Andrzej Waligórski
* strona: http://www.waligorski.art.pl
3.2. Organizacje okołokabaretowe:
- Wytwórnia Filmów "A'YOY" - specjalizuje się w małych formach filmowych
o charakterze komediowym, powstała ok. 1987 r. Pierwszy film -
"Czarodziejska różdżka" - nakręcony był na taśmie filmowej szerokości
8 mm. Późniejsze filmy powstawaly na video. Do tej pory odbyły się 3
Festiwale Wytworni A'YoY, na których oceniano filmy nakręcone w tej
wytwórni. Najbardziej utytułowane filmy to: "Taki Fajny Film", "Bożenka
i Karolka", "Zwykły Koszmar", "Będzie Dobrze" i "Spacer".
Dotychczasowe produkcje duże to - "Robin Hood - czwarta strzała" i "Dr
Jekyll i Mr Hyde wg Wytwórni A'YoY". Wykonane w technice BETA-CAM. Filmy
na pewno niskobudżetowe bez użycia dużych sponsorów. Podstawą wytwórni
są kabarety zielonogórskie - od scenariusza, aktorstwa, scenografii
do organizacji produkcji, finansowania i najbardziej upierdliwych czynności
technicznych. [WS]
- Klub Literatów "Zeppelin" - autor zbiorowy zajmujący się powiększaniem
ilości tekstów i zjadaniem wystawnych kolacji. Do tej pory na koncie
"Zeppelina" jest ok. 90 tekstów i 40 kolacji. Pierwsze teksty powstały
w Ełku w sierpniu 1995. Pierwsze kolacje zjedzono w październiku.
Skład klubu jest niejawny. Przychodzących obowiązuje hasło i składka.
[WS] Na temat brzmienia hasła i wysokości składki nic nie wiadomo :-)
- Zielonogórskie Zagłębie Kabaretowe - stowarzyszenie nieformalne kabaretów
Jurki, Ciach, Szum, E.K., HiFi, Grzegorz Halama Oklasky i Słuchajcie.
Zajmuje się ułatwianiem życia kabaretom, wspieraniem wzajemnym (moralnym
i praktycznym). Nie posiada struktur. [WS]
Poniżej schemat wzajemnych połączeń międzykabaretowych i -organizacyjnych,
ślicznie narysowany przez Dawida Kuroczko. Oprócz tego -- strona
przygotowana przez Katasię -- http://www.zzk.hg.pl/
- Tarasowe Spotkania Kabaretowe -
http://www.tarasowespotkaniakabaretowe.republika.pl
.---------------.
| P O T E M | 1984-1987
`---------------'
..............................................................
: FORMACJA ZAŚ 1988-1991 :
: .----------. .---------. .-----------. .-------. .-------. :
: | DRUGI | | TEATR | | BARSZCZ | | | | LAW | :
: | GARNITUR | | ABSURDU | | Z | | POTEM | | LAW | :
: | | | ŻŻŻŻŻ | | KROKIETEM | | | | LAW | :
: `----------' `---------' `-----------' `-------' `-------' :
: 1998-99 1989-92 1988-89 1989-99 1990 :
:............................................................:
|
| OPOZYCJA DO FORMACJI
| .------------------------------.
| .------. | STAJNIA NIEMOŻLIWYCH: |
|\ POTEM | RAZ | /| KIBUC |
| `----->| DWA |<----' | KOLIEGI PAJĄGI SOMALIA YEA |
| | TRZY | | TURBINA PINGWINA |
| `------' | JEGO MARSKOŚĆ WĄTROBA |
| | UZĘBIENIE DŻORDŻA MAJKELA |
\|/ `------------------------------'
.........................................................
: IMPERIUM ,,TRRRRT'' 1993-1994 :
: .---------. .---------. .-------------. .---------. :
: | JURKI | | CIACH | | MIŁE TWARZE | | POTEM | :--.
: `---------' `---------' `-------------' `---------' : |
: | 1994 | 1994 | 1994 jw. | : |
:....|...........|...........|.....................|....: |
/ / \|/ | |
/ / .-----------. | |
| / | PSEUDOMIN | | |
| / `-----------' / \|/
| / \|/ /.-----------.
| / .-------------. / | BEZ |
| / | MIŁE TWARZE | / | ŻYŁY |
|/ `-------------' / | WAŁBRZYCH |
| / `-----------'
| /
| .-----. | .----------.
|---| E.K | 1997 | | GRZEGORZ | Kraków
| `-----' | | HALAMA |<----------
| .------. .------. | | OKLASKY |
|---| SZUM | 1998 | LEPA | 1998 | `----------'
| `------' `------' | | |
| .------------. \|/ \|/ |
| | SŁUCHAJCIE | 1998 .------. |
| `------------' | HiFi | 1999 |
| `------' |
\|/ | |
.................................... | |
: ZIELONOGÓRSKIE :<--' |
: ZAGŁĘBIE KABARETOWE :<--------------'
:..............1999................:
.--------.
| PROFIL | 2002
.--------.
.--------.
| HLYNUR | 2003
.--------.
- - - - - - - - - - - - - - - - - - - - - - - - - - - -=qx= -
- Imperium "Trrrrt" - ruch powstały na zielonogórskiej WSP mający na celu
mnożenie bytów kabaretowych i wzajemną pomoc artystyczną. Imperium "Trrrrt"
jest prapoczątkiem wydarzeń kabaretowych powstałych na WSP w Zielonej
Górze od roku 1993. Posiadało na początku struktury, godło i manifest.
Po krótkim czasie struktury ulegly rozpadowi, pozostał manifest i godło.
[WS]
- Formacja "Zaś" - poprzednik Imperium "Trrrrt". Podobna w ideologii, inna
w strukturach. Działała w latach 1988-90. [WS]
- Wytwórnia Dźwieków "Trrrrt" - początkująca inicjatywa radiowa, poszukująca
na razie swojego miejsca i charakteru. [WS]
- Kabaretowa Scena Trójki - rozrywka.trojki radio.com.pl;
http://www.radio.com.pl/trojka/scena/default.htm
- Festiwal "PAKA" - http://rozrywka.interia.pl/id/paka
((__))
(00)
- 4. Artyści. -------------nn--(o__o)--nn------------------------------------
4. Informacje o artystach:
Baczyński, Marek - [BO] -
http://www.kabaty.2a.pl/~pr2029/play/marek.html
Basińska, Jadwiga - [M]
Basiński, Dariusz - [M]
Borusiński, Jacek - [M]
Bernard, Wojciech - [A]
Białek Agnieszka - [NN]
Błąd, Łukasz - [KPN]
Bodył, Daniel - [BO] - http://www.kabaty.2a.pl/~pr2029/play/daniel.html
Borkowski, Przemysław - [KMN]
Borusiński, Jacek - [M]
Cecko, Robert - dawniej [A]
Cieślak, Mikołaj - [KMN]
Cyba Jarosław - [D]
Czyżycka, Małgorzata - [C]
Gancarz, Mirosław - [P] - <gancarz[]zg.onet.pl>,
http://www.kabaretpotem.art.pl/cv/mirek/mirek.html
Gawroński Zbigniew - [C]
Goleń, Paweł - [KMN]
Górski, Robert - [KMN]
Grabie, Marek - [GHO]
Grdeń, Tomasz - [A]
Grzanka, Adam - [FC] - www.formacja-chatelet.to2.pl
Gumulec, Bartosz - [NM] www.kabaretniemy.republika.pl
Gurłacz, Grzegorz - [DKD]
Halama, Grzegorz - [GHO] - <oklasky[]go.pl>
Hordyj, Aneta - [S]
Jachimek, Tomasz - [SA], [FC] - www.formacja-chatelet.to2.pl
Januszewicz, Jarek - [M] w spektaklu "Lutownica"
Jaros, Jarosław B. - [S], [GHO] <jaros[]poczta.com.pl>
Jenek, Leszek - [P] - <fredek[]kabaretpotem.art.pl>
http://www.kabaretpotem.art.pl/cv/leszek/leszek.html
Kaczmarczyk Łukasz - [NN]
Kaczmarek, Sławomir - [EK]
Kamiński, Wojciech - [J] (Znany Wojtek Kamiński) - <zwk[]poczta.onet.pl>
Kamys, Dariusz - [P], [HF] - <kamol[]kabaretpotem.art.pl>,
http://www.kabaretpotem.art.pl/cv/kamol/kamol.html
Kapała, Tomasz - [KPN]
Karnicki, Jerzy - [DKD]
Klimenko, Janusz - d. [P]
Kłos, Andrzej - d. [P]
Kociołek, Magda - [NM] - www.kabaretniemy.republika.pl
Kołaczkowska, Joanna - [P] - <lola[]kabaretpotem.art.pl>,
http://www.kabaretpotem.art.pl/cv/asia/asia.html
Kowalik, Mirosław - d. [P]
Kowalski, Sławomir - d. [J]
Kowalski Tomasz - [C]
Krauz, Bartłomiej - [KMN]
Krosny, Ireneusz - [IK] - <irek[]krosny.pl>
Kulpiński, Krzysztof - [BO] - <qlpa[]bb-polska.com.pl>,
http://www.kabaty.2a.pl/~pr2029/play/qlpa.html
Kurowicka, Dorota - [SA], [HF]
Lewczuk, Bartek - [SA] - <barteus[]poczta.wp.pl>
Litwin, Agnieszka - [J]
Łapot, Jacek Stanisław - [D]
Łuczak, Jacek - gościnnie [A]
Łupak, Tomasz Marcin - [S] - <lupak[]box43.gnet.pl>
lupak1[]poczta.onet.pl
Magier, Adam - [C]
Małczyk, Adam - [FC] - www.formacja-chatelet.to2.pl
Matysik Marian - [C]
Michalec, Grzegorz - [L44]
Nowak, Adam - d. [P]
Obłój Robert - [NN]
Orszulak, Wojtek - [KMN]
Pakosińska, Katarzyna - [KMN]
Paleczek, Malgorzata - [D]
Paluszkiewicz, Antek - [BO] -
http://www.kabaty.2a.pl/~pr2029/play/antek.html
Paluszkiewicz, Kuba - [BO] -
http://www.kabaty.2a.pl/~pr2029/play/qba.html
Pałubski, Michał - [NM] - REGIS2[ ]nospam.GO2.pl,
http://www.kabaretniemy.republika.pl
Pauliński, Daniel - d. [J]
Pawlik, Krzysztof - [SA]
Pazera, Rafał - [D]
Pernal, Adam - [P] - <smutny[]kabaretpotem.art.pl>,
http://www.kabaretpotem.art.pl/cv/smutny/smutny.html
Piasecka, Katarzyna "KACHNA" - [S] - <kachna[]sluchajcie.pl>
Piechota, Rafał - [A]
Piotrowska, Hanna - [DKD]
Plebanek, Krzysztof - [DKD]
Przybora, Jeremi - [KSP]
Rabenda, Karolina - [KMN]
Rajchel, Dominik - [A]
Rekliński, Grzegorz - [L44]
Rewers, Janusz - [C]
Rink, Eliza - [S] - elinia[]box43.gnet.pl
Rogalski, Jerzy - [L44]
Rozmus, Andrzej - [KPN] - <arozmus[]wenus.wsiz.rzeszow.pl>
Rychter, Piotr - [A]
Sajnuk, Adam - [SA]
Sikora, Marcin - [FC] - www.formacja-chatelet.to2.pl
Sikora, Władysław - [P] - <cepelin[]zg.onet.pl>,
http://www.kabaretpotem.art.pl/cv/sikor/sikor.html
Skucha, Piotr - <dlugi[]sematech.com.pl>
Sobański, Jarosław M. - [S] - <jarekmarek[]go2.pl>
Sobieraj, Tomek - [D]
Sobieszek, Katarzyna - [EK] - <katasia2[] kki.net.pl>
Soliński Rafał - [NN]
Sopielewska. Ewa - d. [P]
Stajkowska, Agnieszka - [SA]
Stala, Wojtek - [D]
Stawny, Sławomir - [A] - odtwórca roli Robin Hooda w filmie wytwórni
A'YOY
Stężały, Piotr - [A]
Szumowska, Alicja - [SA]
Szymański, Irosław - [L44]
Świerczewski, Krzysztof - [D]
Walaszek, Artur - [EK] - kromalin[]post.pl
Waligórski, Andrzej
Wasowski, Jerzy - [KSP]
Wijatkowski, Maciej - [L44]
Winkel-Sobczak Lucyna - [A]
Wojtowicz, Marta - [KPN]
Wójtowicz, Aneta - [KPN]
Zając, Beata - [KPN]
Zbieć, Rafał - [KMN]
Zygmont, Katarzyna - [KMN]
Żejmo, Przemysław - [J]
Żyła, Marek - [NN]
# # # #
# #..# #
# #O #) #
- 5. Zasoby ftp. ----------o#O-#(_#--#oo--- :-> -------------------------
5. Zasoby ftp.
5.1. Archiwum binarne grupy.
ftp://ftp.kabaret.art.pl
5.2. Mirror
ftp://sunsite.icm.edu.pl/site/kabaret/
Ważne! Ze względu na szybkość zalecane jest pobieranie plików z mirrora.
6. Kabarety w mediach.
6.1. Telewizja
Niedziela, 19:00 na TVP2 - Kabaret Moralnego Niepokoju, teoretycznie cyklicznie, ale...
6.2. Radia (tylko czy to aktualne?)
6.2.1. Ogólnopolskie
6.2.1.1 - Program I Polskiego Radia
11:05 (niedziela) "ZSYP" Marcina Wolskiego.
6.2.1.2 - Program III Polskiego Radia
22:30 - 22:58 (pon - pią) - Powtórka z Rozrywki
mini Powtórka (sobota rano (?))
19:05 - 21:58 (niedziela) "Premiera z rozrywki"
6.3. DVD
6.3.1. Kabaret Długi z palmą w tle
reż. Kabaret Długi, produkcja: Polska, 2004, Kabaret Długi, czas trwania:
03:40:00, nośnik: DVD, dźwięk - Dolby Digital 5.1: polski, 2.0: polski
(dodatki), format 4:3, płyta jednostronna dwuwarstwowa, strefa 0,
dystrybucja: Kabaret Długi
6.3.2. Kabaret Starszych Panów
reż. Jeremi Przybora , Jerzy Wasowski, produkcja: Polska, 2002, TVP S.A.,
czas trwania: 05:08:00, nośnik: DVD, dźwięk: Dolby Digital 5.1 - polski,
format 4:3, Strefa 0, dystrybucja: TVP S.A.
6.3.3. Kabaret Potem: Bajki dla potłuczonych
produkcja: Polska, 1996, czas trwania: 00:46:00, nośnik: DVD, dźwięk -
stereo: polski, format 4:3, strefa 0/U, dystrybucja: Best Film CO
6.3.4. Kabaret Dudek
prod. TVP nr kat. DVD046
zawartość: 1: Spotkamy się na Nowym Świecie (cz-b) 1972-1973
2: W telewizyjnej kawiarni (kolor) 1979-1980
reż. Edward Dziewoński, obraz: 4:3, czas:156 min., dźwięk: DD 5.1
6.3.5. Monty Python (polskie wydanie): "A teraz coś z zupełnie innej beczki" (1971r.)
reż. Ian MacNaughton, prod. Ketteldrum-Python, wyd. Kino Świat nr kat. DVD003
obraz: 1,85:1, dźwięk: DD 2.0, polskie napisy (tłum.Tomasz Beksiński)
Zapowiedzi: kabaret Potem "Różne takie story" + "Paskudy i wywłoki".
6.4. CD (kolejność dowolna)
6.4.1. Kabaret Ani Mru-Mru (Numer 1)
Pomaton EMI, 29 Marzec 2003, nr katalogowy: 5839812
6.4.2. Kabaret Moralnego Niepokoju (Numer 2)
Pomaton EMI, 29 Marzec 2003, nr katalogowy: 5839822
- Kabaret Moralnego Niepokoju (Numer 3)
Pomaton EMI, 29 Marzec 2003, nr katalogowy: 5839832
6.4.3. Kabaret Dno (Numer 5)
Pomaton EMI, 29 Marzec 2003, nr katalogowy: 5839842
6.4.4. Kabaret Jurki (Numer 6)
Pomaton EMI, 29 Marzec 2003, nr katalogowy: 5839852
6.4.5. Kabaret Strzały Z Aurory (Numer 7)
Pomaton EMI, 29 Marzec 2003, nr katalogowy: 5839862
6.4.6. Kabaret Tey "Kabaret Tey Vol. 2 - Ciąg dalszy"
Polskie Radio, 2004, nr katalogowy: PRCD440-2
6.4.7. Bohdan Smoleń "6 dni z życia kolonisty"
Polskie Radio, 2003, nr katalogowy: FCD109
6.4.8. Z pamiętnika młodej lekarki (seria 60 minut na godzinę)
Polskie Radio, 2004, nr katalogowy: FCD117-2
6.4.9. Rycerze Andrzeja Waligórskiego (seria 60 minut na godzinę) [*]
Polskie Radio, 2003, nr katalogowy: FCD102
6.4.10. C.D.N. (seria 60 minut na godzinę) [*]
BMG Poland, Polskie Radio, 2002, nr katalogowy: FCD100
6.4.11. Kulisy Srebrnego Ekranu (seria 60 minut na godzinę) [*]
Polskie Radio, 2003, nr katalogowy: FCD105
6.4.12. Kocham Pana, Panie Sułku
Polskie Radio, 2003, nr katalogowy: PRCD431
6.4.13. Kabaret Starszych Panów "Złote przeboje" (seria "Złote przeboje")
GM Distribution, 2003, nr katalogowy: PM045
- Kabaret Starszych Panów "Piosenki Kabaretu Starszych Panów"
Polskie Radio, 2000, nr katalogowy: PRCD2215, 5CD (pack)
- Kabaret Starszych Panów "Piosenki jeszcze Starszych Panów -
Divertimenta, Muzykały, Śpiewanki"
Polskie Radio, 2003, nr katalogowy: 5046685372, 4CD (pack)
6.4.14. Rodzina Poszepszyńskich
Polskie Radio, 2003, nr katalogowy: FCD106
- Rodzina Poszepszyńskich vol. 2
Polskie Radio, 2003, nr katalogowy: FCD110
- Rodzina Poszepszyńskich, vol. 3
Polskie Radio, 2004, nr katalogowy: PRCD452-2
6.4.15. Kabaret Dudek "Wieczór... Jakiego nie było"
SONY Music Polska, 2001, nr katalogowy: 5019802, 2CD
6.4.16. Alosza Awdiejew "Piosenki dla swoich"
1995, wyd. Agencja Rytm, Kraków nr kat. CD0194, czas: 61:41
6.4.17. Tadeusz Chyła "Ballady" (nagr. z lat 1968-74)
wyd. Polskie Nagrania 1996 PNCD335, czas: 51:23
6.4.18. Czerwony Tulipan "Ewa" (jedyna w całości kabaretowa płyta CT) 2003
wyd. Agencja MTJ CD10231
6.4.19. Krzysztof Daukszewicz:
- "Stare i nowe" 1991, prod. Hrabia & Ignacy, wyd. Pomaton POM CD048, czas: 60:55
- "Prośba" 1955, wyd.Polygram-Mercury 532 098-2, czas: 55:50
- "Nadwyobraźnia" 2000, wyd. Polskie Radio PRCD235, czas: 52:21
- "Przeboje sezonów" 2001, wyd. Dom Wydawniczy Bellona BC001, czas: 59:37
- "Zadupie", wyd.Selles SELL0099, czas:?
6.4.20. Kabaret Długi
- "20 przebojów na 20-lecie" 1999, wyd. Cat Music MM-C03-2, czas: 72:15
- "Wybrane numery" 2001, wyd. Home Made, czas: 65:18
- "Auto-Bio-Rytmy" 2002, wyd. Club Eve CECD031, czas: 60:52
6.4.21. Olek Grotowski i Małgorzata Zwierzchowska
- "Największe hity" 1997, wyd. Dalmafon DP CD014, czas: 74:02
- "Moment" 2003, wyd. Dalmafon DP 1290522, czas: 62:28
6.4.22. Kazimierz Grześkowiak "Chłop żywemu nie przepuści" 1996
Polskie Nagrania PNCD336, czas: 60:43
6.4.23. Kabaret Elita "Piosenki kabaretu Elita i Studio 202" 1992
wyd. PZ Polmark PK-1004, czas: 62:05
6.4.24. Kabaret Hybrydy "Kabaret Hybrydy" 1964-67
wyd. Selles SELL0101, czas:56:19
6.4.25. Kabaret Piwnica Pod Baranami "Piwnica Pod Baranami" box (6CD) 2001
wyd. Polskie Radio PRCD281-286, czas: 60:28 + 75:51 + 61:57 + 72:49 + 79:15 + 79:59
6.4.26. Kabaret Pod Egidą "Lata 1980-90"
wyd.Selles SELL0100, czas: 64:34
6.4.27. Kabaret Salon Niezależnych
- "Nagrania archiwalne" (2CD) 1998
wyd.Selles SELL0084/0085, czas:66:56 + 61:41
- Salon niezależnych, 2004
Polskie Radio, nr katalogowy: PRCD450-2
6.4.28. Kabaretowa Scena Trójki "Przechowalnia 1&2" (2CD) 2001
wyd. Dalmafon DAL CD033, czas:73:40 + 73:40
6.4.29. Jerzy Kryszak (2CD) "Koncert w Teatrze Na Woli" 1998
wyd.Selles SELL0043/0044
6.4.30. Kabaret 60-tka "Marcin Wolski i kabaret 60-tka" (2CD)
wyd.Selles SELL0033/0034, czas: 120min
6.4.31. Krzysztof Piasecki "Niby" 2001
wyd. Polskie Radio PRCD 277, czas: 70:12
6.4.32. Andrzej Poniedzielski "13 łatwych utworów tanecznych" 2002
wyd. Dalmafon DAL 1290392, czas:53:53
6.4.33. Bohdan Smoleń "Na chorobowym" 2004
(fragm. progr.Ostry Dyżur - Opole 1984)
wyd. Agencja MTJ CD10197, czas: 40:32
6.4.34. Trzeci Oddech Kaczuchy
- "Wódz a za wodzem wierni" 1993
wyd. TOP Music TCD-008, czas: 47:11
- "O! Ojeju" 2002
wyd. Dalmafon DAL 1290402, czas: 44:18
6.4.35. Jacek Zwoźniak "Od ragazzy do ragazzy"
wyd.Oficyna Wydawnicza Jacek Music JMC-05, czas: 75:04
6.4.36. Grupa MoCarta
- Cztery Struny Świata
Rejestracja: grudzień 2002-luty 2003, Studio "Izabelin", Studio S-4 Polskiego Radia
- KREATURY czyli Cztery Pory Roku według Grupy Mo Carta
CDR 004
6.4.37 Kabaret Elita "Kabaret Elita czyli Kaczmarek, Niedzielski, Plaskota, Skoczylas, Szelc, Waligórski" 2004, 2 CD
Agencja Artystyczna MTJ, nr katalogowy: MTJCD90067
6.4.38 Jan Kaczmarek
- Co za czasy
Luna, 2004, nr katalogowy: 7292952
- Piosenki zaśpiewane
Luna, 2004, nr katalogowy: 7292942
- Serwus Panie Janek
Luna, 2004, nr katalogowy: 7292962
6.4.39 Stefan Friedmann, Jonasz Kofta "Dialogi na cztery nogi"
Polskie Radio, 2004, nr katalogowy: PRCD451-2
6.4.40 Jan Pietrzak "The Best - Dziewczyna Z Prl-U"
Agencja Artystyczna MTJ, 2004, nr katalogowy: MTJCD10275
6.4.41 Czyści jak łza "Czyści jak łza"
Agencja Artystyczna MTJ, 2003, nr katalogowy: MTJCD10163
[*] Wydane w boksie (3CD)
6.5. Czasopisma!
Od września 2004 w Empikach można nabyć czasopismo Nowy Pompon. Dostępny również w prenumeracie przez stronę http://www.nowypompon.pl
...
(- -)
- 7. O FAQ. ---------------ooO--(_)--Ooo---------------------------------
7. O FAQ.
Autor: Małgorzata "Zuzanka" Krzyżaniak <zuzanka[]pawnhearts.eu.org>.
Współpraca: Krzysztof "eloy" Krzyżaniak <eloy[]pawnhearts.eu.org>,
Darek Sieradzki <dsier[]venco.com.pl>,
Rafał Maszkowski <rzm[]icm.edu.pl>,
Łukasz Grochal <lgrochal[]rotfl.eu.org>,
Jakub Klausa <jacke[]dermak.pl>,
Władek Sikora <cepelin[]zg.onet.pl>,
Krzysztof Kołaczkowski <kola[]lech.pse.pl>,
Artur "Jeżu" Walaszek <kromalin[]post.pl>
Krzysztof Qlpa Kulpiński <qlpa[]bb-polska.com.pl>
Piotr Skucha <dlugi[]sematech.com.pl>
Dawid Kuroczko <qnex[]atlantis.ssw.krakow.pl>
Jarosław B. Jaros <jaros[]poczta.com.pl>
Ireneusz Wojciech <mail[]nospam.wirek.mailshell.com>
Wojtek Piecek <woju[]pingwin.waw.pl>
Jarosław Marek Sobański <jarekmarek[]go2.pl>
Katarzyna "KACHNA" Piasecka <kachna[]sluchajcie.pl>
Pawel bromx <bromx[]wp.pl>
Ostatnie zmiany: 13 XI 2006
Aktualne FAQ znajduje się pod adresem (chyba że zapomnę wysłać):
http://www.venco.com.pl/~zuzanka/faq.txt
Najnowsza wersja FAQ jest wysyłana (chyba że się coś posypie) 14. i 28. dnia
każdego miesiąca na grupy pl.answers i pl.rec.humor.kabaret.
Uwagi: Adresy e-mail zostały celowo zniekształcone, coby nie ułatwiać życia
spamerom :-> Bo spamerom mówimy "NIE".
.oOo.
From: kkoniec mks.com.pl (Kamil Konieczny)
Subject: pl.comp.objects FAQ (Frequently Asked Questions and more)
Posted-By: auto-faq 3.1.1.2
Archive-name: pl-comp-objects-faq
---------------------------------------------------------------------------
Zawartosc: pl.comp.objects FAQ (Frequently Asked Questions and Summary)
Data: 1998.08.18
Wersja: 3.2
Autorzy: Kuba Chabik
Kamil Konieczny kkoniec mks.com.pl
---------------------------------------------------------------------------
Wykorzystane materialy: poprzednia (druga) edycja FAQ, opracowana przez
Maciej "MACiAS" Pilichowski, macias vm.cc.uni.torun.pl
Data opracowania: 2.05.95 - 16.05.95
Zasoby: 6.12.94 - 12.04.95
-------
Uwagi:
[ts 2005.12.27]
To FAQ jest juz tak stare, ze chyba az przestarzale. Ale dopoki ktos
nie wymysli nowego, to z braku innego bedzie wysylane nadal. Moze ktos
sie zlituje i napisze/poprawi?
[Kamil 1998.06.24]:
Ze wzgledu na brak czasu edycja trzecia to glownie reorganizacja
i poprawienie poprzedniej edycji, autorstwa [MACiAS].
W miare wolnego czasu bede dodawal nowe tematy, zaczynajac od biezacych
listow az do zamierzchlej przeszlosci, czyli od roku 1998 do 1995.
Nie beda dodawane tematy, nie majace nic (albo niewiele) wspolnego
z tematyka grupy.
Postaram sie rowniez o usuwanie z archiwow listy spamow,
jak rowniez nieaktualnych ogloszen zwiazanych z obiektami.
[MACiAS 1995.05.16]:
W znakomitej wiekszosci wszystkie informacje zostaly wziete z listow
uczestnikow grupy. Jesli zauwazycie ponizej bledy, niescislosci, luki,
etc. to bardzo prosze o listy (jesli sprawa nie jest oczywista, to
najlepiej na adres grupy).
-------
Krotki spis tematow:
T.1 Informacje ogolne (literatura, slowniczek, pojecia).
T.2 Jezyk C++.
T.3 Jezyk Smaltalk.
T.4 Inne
-------
Spis tematow:
T.1.1 Literatura.
T.1.1.1 Literatura w jezyku angielskim.
T.1.1.2 Literatura w jezyku polskim.
T.1.2 Proponowany maly slownik terminow.
T.1.3 Co to jest klasa?
T.1.4 Co to jest metoda?
T.1.5 Co to jest atrybut?
T.1.6 Co reprezentuje dziedziczenie?
T.1.7 Co to jest polimorfizm?
T.1.8 Co zyskujemy przez polimorfizm?
T.1.9 Do czego potrzebna jest hermetyzacja?
T.1.10 Co to jest klasa abstrakcyjna?
T.1.11 Co to jest metaklasa?
T.1.12 Co to jest komponent?
T.1.13 Co to sa obiektowe bazy danych?
T.1.14 Czy obiektowe bazy danych sa gorsze od relacyjnych?
T.1.15 Co to jest CORBA?
T.1.16 Czy programy obiektowe sa wolniejsze od proceduralnych?
T.2.1 Jak w prosty sposob zrozumiec opis bledu w BC++?
T.2.2 Co zrobic jesli klasa deklarowana w pliku naglowkowym uzywa typow
T.2.3 Co to sa dziwne pliki w katalogu "/usr/g++-include/gen" z
T.2.4 Jak w C++ obsluguje sie funkcje ze zmienna liczba parametrow?
T.2.5 Czy mozna zaimplementowac funkcje wirtualne w C?
T.2.6 Czy stosowanie zaprzyjazniania klas nalezy do dobrej praktyki
T.2.7 Gdzie mozna dostac gramatyke C++ (obojetnie dla jakiego narzedzia,
T.2.8 Czy przejscie do OOP wymaga odrzucenia "balastu proceduralnego"?
T.2.9 Co to jest konstruktor kopiujacy?
T.2.10 Czy istnieje domyslny konstruktor kopiujacy?
T.2.11 Jak uniknac dolaczania metod wirtualnych, z ktorych nie korzystam, a
T.2.12 Ciekawostki z historii C++.
T.2.13 Stosowac wskaznik czy referencje?
T.2.14 Co to sa sprytne wskazniki (smart pointers)?
T.2.15 Czy wszystkie metody w mojej klasie powinny byc wirtualne?
T.2.16 Czy konstruktory moga byc wirtualne?
T.2.17 Jak tworzyc klasy abstrakcyjne?
T.3.1 Czy jest dostepna darmowa implementacja Smalltalka?
T.3.2 Czy SmallTalk jest dobry w praktyce, czy tylko w teorii?
T.3.3 Gdzie mozna dowiedziec sie o jezyku Smalltalk i jego zastosowaniach?
T.4.1 Jak powinienem zabrac sie za programowanie obiektowe?
T.4.2 Czy OOP oznacza brak optymalizacji?
T.4.3 Jak rozpoznawac, czy dany program lub projekt jest dobry ?
T.4.4 Poszukuje informacji na temat rozszerzen do jezykow obiektowych
---------------------------------------------------------------------------
-------
T.1.1 Literatura.
T.1.1.1 Literatura w jezyku angielskim.
Badouin-Lafon M., "Object-Oriented Languages"
wyd ?, ISBN ?
Brown W.H., Malveau R.C., McCormick H.W. III, Mowbray T.J.,
"AntiPatterns: Refactoring Software, Architectures,
and Projects in Crisis."
John Wiley & Sons, ISBN 0-471-19713-0
Buchmann et al., "A System of Patterns"
John Wiley & Sons, ISBN 0-471-95869-7
Budd, T., "An Introduction to Object Oriented Programming",
Addison Wesley Publishing, ISBN 0-201-54709-0
Coleman D., et al, "The Fusion Method"
wyd ?, ISBN ?
Fowler M., Scott K., "UML Distilled"
Addison-Wesley, ISBN 0-201-32563-2
Gamma E., Helm R., Johnson R., Vlissides J. "Design Patterns"
Addison-Wesley, ISBN 0-201-63361-2
Graham I., "Object-Oriented Methods" 2nd ed.
Addison-Wesley, ISBN 0-201-59371-8
http://www2.awl.com/cseng/
Jacobson I., Christerson M., Johnsson P., Overgaard G.,
"Object-Oriented Software Engineering"
Addison-Wesley, ISBN 0-201-54435-0
Lakos J., "Large-Scale C++ Software Design"
Addison-Wesley, ISBN 0-201-63362-0
Lalonde W.R., Pugh J.R., "Inside Smalltalk", Volume 1 and 2,
Prentice Hall, ISBN ?
Rumbaugh J., Blaha M., Premerlani W.,Eddy F.,Lorensen W.,
"Object-Oriented Modelling and Design"
Prentince Hall, ISBN ?
Stroustrup B., "The C++ Programming Language" 3rd. ed., 6th printing
Addison-Wesley, ISBN 0-201-88954-4
http://www.research.att.com/~bs/homepage.html
T.1.1.2 Literatura w jezyku polskim.
Barteczko K., "Praktyczne wprowadzenie do programowania w jezyku C++",
LUPUS, ISBN ISBN 83-85545-13-1
Coad P., Yourdon E., "Analiza obiektowa" (OOA),
README, ISBN 83-85769-17-X
Coad P., Yourdon E., "Projektowanie obiektowe" (OOD),
README, ISBN 83-85769-18-8
Coad P., Nicola J., "Programowanie obiektowe" (OOP),
README, ISBN 83-85769-16-1
Grebosz J., grebosz bron.ifj.edu.pl, "Symfonia C++"
Oficyna Kallimach, ISBN 83-901689-0-1 wydanie 3,
Oficyna Kallimach, ISBN 83-901689-1-X
Grebosz J., "Pasja C++"
Oficyna Kallimach, ISBN 83-901689-2-8
Hansen T., "Zadania z jezyka C++",
WNT, ISBN 83-204-1759-7
Kliszewski M., "Inzynieria oprogramowania obiektowego - analiza obiektowa",
RESPEKT, ISBN 83-901994-0-8
Kain E., "Od C do C++"
wyd ?, ISBN ?
Lippman S.B., "Podstawy jezyka C++", Tlumaczenie z wydania 2,
WNT, ISBN 83-204-1681-7
Martin J., Odell J.J., "Podstawy metod obiektowych"
WNT, ISBN 83-204-2116-0
Stroustrup B., "Jezyk C++", Tlumaczenie wydania 2,
WNT, ISBN 83-204-1697-3
Stroustrup B., "Projektowanie i rozwoj jezyka C++",
WNT, ISBN 83-204-2042-3
-------
T.1.2 Proponowany maly slownik terminow.
garbage collector - odsmiecacz
operator overloading - przeciazanie operatora
object persistency - trwanie obiektu
persistent pointer - trwaly wskaznik
container - pojemnik
template - szablon
reference - odnosnik
dereferencing - wyluskiwanie
-----
T.1.3 Co to jest klasa?
Klasa jest abstrakcja obiektow z modelowanej dziedziny. Stanowi
wzorzec, opis, z ktorego te obiekty beda tworzone. Klasa nic nie
"robi", klasa czyms "jest". Klasy odwzorowuja przedmioty, osoby, a
takze organizacje i procesy zachodzace w swiecie rzeczywistym.
Klasa posiada jakas odpowiedzialnosc. Cos, dla czego nie potrafisz
wskazac odpowiedzialnosci, klasa nie jest (najprawdodobniej jest
jedyniem atrybutem innej klasy).
-----
T.1.4 Co to jest metoda?
Metoda, zwana takze operacja, reprezentuje czynnosc, jaka moze byc
wykonana przez dany obiekt w swiecie rzeczywistym. Metody moga
uzywane do uzyskania informacji lub do zmiany stanu danego obiektu.
-----
T.1.5 Co to jest atrybut?
Atrybut to cecha obiektu, na przyklad kolor pojazdu, dlugosc tekstu,
wzrost osoby. Atrybuty sa innymi obiektami zagniezdzonymi w danym
obiekcie.
-----
T.1.6 Co reprezentuje dziedziczenie?
Dziedziczenie reprezentuje specjalizacje. Mowimy, ze klasa
dziedziczaca (subclass) "jest rodzaju" klasy bazowej (superclass).
Innymi slowy, klasa bazowa reprezentuje pojecie bardziej ogolne, niz
klasa dziedziczaca.
-----
T.1.7 Co to jest polimorfizm?
Metody polimorficzne to takie, ktore moga zachowywac sie roznie, w
zaleznosci od tego, na rzecz jakiego konkretnego obiektu zostaly
wywolane. Metode polimorficzna mozemy przedefiniowac w klasie
implementujacej interfejs (czyli, najczesciej, dziedziczacej). Jezeli
teraz inne obiekty beda wywolywac te metode dla obiektow nowej klasy,
to bedzie wykonywala sie nowo, a nie stara metoda, choc same obiekty
wolajace nie zauwaza zmiany.
-----
T.1.8 Co zyskujemy przez polimorfizm?
Dzieki polimorfizmowi uzyskujemy elastycznosc systemow, bowiem mozemy
modyfikowac jedynie to, co rzeczywiscie nalezy zmienic, nie zas cale
"otoczenie" konkretnej metody
-----
T.1.9 Do czego potrzebna jest hermetyzacja?
Hermetyzacja, czyli ukrywanie metod i atrybutow klas, daje nam
bezpieczenstwo i przejrzystosc. Przypuscmy, ze mamy atrybut
"godzinaRozpoczecia" klasy "Wyklad". Gdyby wszyscy mieli dostep do
takiego atrybutu, mogloby sie zdarzyc, ze ktos ustawilby ja na liczbe
wieksza od 23, co oczywiscie nie ma sensu. Jednakze dzieki
hermetyzacji mozemy taka kontrole poprawnosci zawrzec w metodzie
"zmienGodzineRozpoczecia" i odmowic ustawienia nieprawidlowej
godziny.
-----
T.1.10 Co to jest klasa abstrakcyjna?
To taka klasa, ktora mozna tylko wykorzystywac przez dziedziczenie od
niej, a nie mozna tworzyc jej obiektow. Klasy abstrakcyjne
reprezentuja pojecia, ktore sa generalizacja innych pojec, ale same w
sobie nie reprezentuja zadnych obiektow w dziedzinie.
-----
T.1.11 Co to jest metaklasa?
Metaklasa to jakby klasa dla klasy, innymi slowy, egzemplarze
(instance) metaklas sa klasami. Metaklasy wystepuja nie we wszystkich
jezykach programowania, a nawet w tych, w ktorych wystepuja, trudno
wskazac ich konkretne, programistyczne zastosowanie. Jednakze czesto
stosuje sie jej nawet o tym nie wiedzac.
-----
T.1.12 Co to jest komponent?
Komponent to grupa klas, ktore sluza jednemu, konkretnemu celowi.
Klasy w komponencie charakteryzuja sie tym, ze maja silne powiazania
z innymi klasami wewnatrz tego samego komponentu i slabe poza nim.
Dzieki temu komponent moga byc rozwijane niezaleznie i podmieniane w
razie potrzeby, bez modyfikacji innych komponentow. Przykladem
komponentu moglaby byc grupa klas odpowiedzialna za obsluge wydruku.
-----
T.1.13 Co to sa obiektowe bazy danych?
Pojecie "bazy danych" nie jest szczegolnie szczesliwe. Lepiej mowic o
"obiektach trwalych". Systemy takie pozwalaja na przechowanie stanu
obiektu pomiedzy wywolaniami aplikacji, czyli tak, jak tradycyjna
baza danych przechowuje dane. Jednakze roznica miedzy nimi a takimi
bazami polega na fakcie, ze nie trzeba programowo odtwarzac stanu
aplikacji z bazy (np. zapytaniami SQL). Po prostu obiekty aplikacji i
obiekty bazy danych to to samo.
-----
T.1.14 Czy obiektowe bazy danych sa gorsze od relacyjnych?
To zalezy do czego. W przypadku odwzorowywania skomplikowanych
zaleznosci sa o niebo lepsze. W przypadku plaskich, kartotekowych
danych sa gorsze. Technologia ODBMS jest niewatpliwie mniej dojrzala
od RDBMS, jednakze swoj okres "dzieciecy" ma juz na pewno za soba.
-----
T.1.15 Co to jest CORBA?
CORBA to skrot od Common Object Request Broker Architecture. Jest to
architektura, ktore umozliwia komunikacje obiektom zlokalizowanym na
roznych maszynach, roznych systemach operacyjnych, roznych
architekturach sprzetowych komunikacje miedzy soba. W ramach
standardu CORBA istnieja takze uslugi (CORBA services), np. kolekcje,
zdarzenia (events), transakcje i inne. CORBA jest bardzo potezna
architektura, ale nie ma zbyt dobrych implementacji, szczegolnie
uslug. Ponadto organizacja OMG, ktora zdefiniowala CORBA'e, jest
cialem biurokratycznym i nieruchawym. Spowalnia to rozwoj tego
standardu.
-----
T.1.16 Czy programy obiektowe sa wolniejsze od proceduralnych?
Nie, to kompletna bzdura. Programowanie obiektowe pozwala na
zastosowanie takich technik, ktore czynia program bezpieczniejszym,
stabilniejszym, szybszym i bardziej elastycznym. Ponadto, technologia
obiektowa pozwala tworzyc system w sposob bardziej rygorystyczny, a
wiec pewniejszy i bardziej skoordynowany, niz technologia
proceduralna. Skutkiem jest generalnie wyzsza jakosc systemow,
szczegolnie tych powazniejszych, a wiec i wieksza szybkosc ich
dzialania.
Opinie taka programy obiektowe zawdzieczaja niedouczonym
programistom, ktorzy, liznawszy odrobiny C++, poczuli sie ekspertami
od obiektow i wyglaszali na prawo i lewo podobne bzdury.
---------------------------------------------------------------------------
-----
T.2.1 Jak w prosty sposob zrozumiec opis bledu w BC++?
Przeczytac opis bledu, zajrzec do "Programmer's Manual",
"Programmer's Reference", podrecznika C++.
Jesli nie pomoze, skontaktowac sie z innymi osobami piszacymi w C++.
-----
T.2.2 Co zrobic jesli klasa deklarowana w pliku naglowkowym uzywa typow
deklarowanych w innych plikach naglowkowych?
W _kazdym_ pliku naglowkowym nalezy wpisac:
#ifndef nazwapliku_h
#define nazwapliku_h
...
#endif
I mozesz bezkarnie wlaczac potrzebne ci headery.
-----
T.2.3 Co to sa dziwne pliki w katalogu "/usr/g++-include/gen" z
roszerzeniami ".ccP" oraz ".hP"?
Jest to po prostu biblioteka "libg++". Dowiedziec sie czegos wiecej mozesz
z dokumentacji. A pliki z rozszerzeniem ".ccP" i ".hP" sa wejsciowymy
plikami do programu "genclass". To sa pliki ze starej wersji kompilatora,
ktory nie mial wlaczonych templates, wiec uzywalo sie tego i "genclass"
specyfikujac jaki mial byc bazowy typ, "genclass" tworzyl z tego pliki
np. "<type>Vec.cc" i "<type>Vec.h" zastepujac <T> podanym typem.
-----
T.2.4 Jak w C++ obsluguje sie funkcje ze zmienna liczba parametrow?
W starym C stosowalo sie <varargs.h>, w nowym (ANSI C oraz C++)
stosuje sie <stdarg.h>.
Ponizej przyklad programu wykorzystujacy <stdarg.h>.
va_list - typ zmiennej pomocniczej
va_start - inicjalizacja listy
va_argptr - przesuniecie wskaznika listy na nastepny element
#include <stdio.h>
#include <stdarg.h>
void pisz(char *tekst,...)
{
va_list argptr;
va_start(argptr,tekst);
printf("\nTo sa dane : %s",tekst);
while(*(tekst=va_arg(argptr,char *))!=NULL)
printf(" %s",tekst);
va_end(argptr);
};
void main()
{
pisz("ala","ola","kot","domek na prerii","i nic",NULL);
};
Typowo to jest tak, ze pierwszy parametr zawiera informacje o liczbie
dalszych parametrow. Moze to byc liczba, ale moze byc tak jak w "printf":
printf("zmienna %s = %d",...)
Tu jest podane, ze tylko dwoch parametrow trzeba sie doszukac.
-----
T.2.5 Czy mozna zaimplementowac funkcje wirtualne w C?
Tak - mozna to zrobic poprzez umieszczenie wskaznikow do funkcji razem
z danymi, np:
struct ojciec {
int daneojca;
int *funkcjaWirtualna(char *arg);
};
struct syn {
struct ojciec o;
int danesyna;
int *mojaFunkcjaWirtualna();
};
struct syn *konstuktor_syna()
{
struct syn *s = malloc(...);
s->mojaFunkcjaWirtualna = syn_mojaFunkcja;
s->o.funkcjaWirtualna = s->mojaFunkcjaWirtualna; // podmiana wskaznika
// funkcji wirtualnej
}
czyli poprzez podmiane wskaznika do funkcji. Taka realizacja jednak
umozliwa jednak uzywanie tylko pseudo-wirtualnych funkcji. Jesli chcemy
uzywac naprawde takich funkcji uzyjmy jezyka obiektowego, gdyz w tych
jezykach funkcja/metoda wirtualna wyroznia sie tym, ze niezaleznie od
sposobu wywolania zawsze wykonana zostanie funkcja odpowiadajaca
rzeczywistemu typowi klasy. Tak jak w ponizszym przykladzie:
foobar( struct ojciec *o)
{
o->mojaFunkcjaWirtualna(); // jesli o jest wskaznikiem na syna
// to wywolane zostanie syn_mojaFunkcja
}
-----
T.2.6 Czy stosowanie zaprzyjazniania klas nalezy do dobrej praktyki
programisty?
Nie, gdyz dopuszcza do latwego dostepu do pol prywatnych i
chronionych. Narusza to zasade "jedyna aktywnosc systemu
obiektowego to przekazywanie wiadomosci (message passing)". Istnieje
roznica miedzy zapisaniem "kolo->radius=5;", a "kolo->setRadius(5);".
-----
T.2.7 Gdzie mozna dostac gramatyke C++ (obojetnie dla jakiego narzedzia,
preferowane yacc(bison), lex(flex) itp), ale koniecznie AT&T 2.0
(glownie chodzi o nested classes oraz templates)?
Powinna byc w zrodlach GNU cc.
Jest rowniez w B.Stroustrup "The C++ Programming Language", 3rd ed.,
Appendix A (niekompletna).
-----
T.2.8 Czy przejscie do OOP wymaga odrzucenia "balastu proceduralnego"?
Wczytujac sie w Stroustrupa "Jezyk C++" mozna zauwazyc jego
slowa: nowe techniki programowania nie neguja starych - uzupelniaja je.
To nie rewolucja. Tam gdzie wystarcza procedury lub moduly, nie szukamy
obiektow.
[czy ktos moze znalezc nr rozdzialu i paragrafu, lub nr strony ? Kamil]
-----
T.2.9 Co to jest konstruktor kopiujacy?
Konstruktor kopiujacy jest bardzo podobny do operatora przypisania,
tyle ze o ile operator przypisania uzywany jest dla obiektow juz
istniejacych, to konstruktor kopiujacy gdy tworzymy nowy obiekt i
jednoczesnie nadajemy mu jakas wartosc. Przyklad (bo bez przykladu
raczej malo kto zrozumie :-) ):
class A
{
private:
int data;
public:
A(int new_data=0) : data(new_data) {}; // To jest zwykly
// konstruktor
A( A& a ) : data(a.data) {}; // A to konstruktor kopiujacy
A& operator=(A &a) { data=a.data; return *this; } // a to
// operator przypisania
};
I teraz...
main()
{
A a(1); // Tu zostanie wywolany zwykly konstruktor, z argumentem 1
A b; // Podbnie, tyle ze argument zostanie domyslnie
// przyjety jako 0
A c=b; // Tutaj konstruktor kopiujacy z argumentem b
A d; // A tutaj operator przypisania z tym samym argumentem
d=b;
};
Najwazniejsze w tym wszystkim sa ostatnie trzy linijki, bo tutaj
wlasnie widac roznice, kiedy wywolywany jest operator przypisania, a
kiedy konstruktor kopiujacy. Konstruktor kopiujacy jest tylko i
wylacznie wtedy gdy przypisanie nastepuje rownoczesnie z utworzeniem.
Dlaczego to wyroznienie? Pozwala to zaoszczedzic operacji, bo
oczywiscie moglo by byc i tak ze kazda instrukcja typu "A b=c;"
bylaby rozbijana na dwie: "A b; b=c;". Ale wtedy niepotrzebnie obiekt
"b" bylby dwa razy inicjowany (w naszym przypadku najpierw "data=0",
a potem "data=c.data").
Taka instrukcja jak "A b=c;" jest rownowazna po prostu "A b(c);"
a nie (jak mogloby sie wydawac) parze instrukcji "A b; b=c;".
Ponizsze przyklady takze sa ciekawe:
class klasaA {
public:
klasaA metoda() { return (*this); };
...
};
Tutaj zostanie najpierw wykonana kopia obiektu (poprzez wywolanie
kostruktora kopiujacego) i kopia zostanie zwrocona jako wynik metody;
Trzeba bardzo uwazac na brak znaczku referencji "&"!!!
class klasaA {
public:
klasaA& metoda()
{
klasaA temp;
....
return temp;
};
....
};
Poniewaz "temp" jest obiektem o czasie zycia tylko wewnatrz metody, wiec by
moc zwrocic referencje do niego trzeba miec kopie o zasiegu wiekszym.
Kopilator wiec wola konstruktor kopiujacy z argumentem "temp" i tworzy jego
kopie na stercie i zwraca referencje do nowego obiektu.
-----
T.2.10 Czy istnieje domyslny konstruktor kopiujacy?
Tak - kopiuje poszczegolne pola. Z tego powodu nie nadaje sie
do klas zawierajacych wskazniki - w efekcie otrzymujemy dwa obiekty
wskazujace na ten sam (trzeci) obiekt. Jezeli teraz jeden z tych
obiektow zostanie usuniety, to najprawdopodobniej zostanie tez
zniszczony obiekt przez niego wskazywany, i drugi z obiektow bedzie
wskazywal cos blednego. Dlatego tez gdy uzywamy operacji przypisania,
a dana klasa zawiera wskazniki, to trzeba konstruktor kopiujacy
zdefiniowac samemu, umieszczajac w nim operacje potrzebne do
utworzenia kopii obiektu wskazywanego przez wskaznik.
-----
T.2.11 Jak uniknac dolaczania metod wirtualnych, z ktorych nie korzystam, a
sa zadeklaroawne w definicji objektu?
Pozne laczenie ("late binding"), ktore UMOZLIWIA tworzenie metod
wirtualnych, polega wlasnie na tym, ze program w momencie kompilacji
i linkowania _nie wie_, ktore metody beda mu potrzebne. Inna sprawa ze
zwyklymi metodami.
-------
T.2.12 Ciekawostki z historii C++.
Autorem C++ jest Bjarne Stroustrup. W swojej ksiazce "The Design and
Evolution of C++" skladajac wyrazy holdu za wplyw na powstanie jezyka C++,
Stroustrup wymienia m.in. nastepujace osoby: Briana Kernighana, Andrew
Koeniga, Douga McIlroya, Jonathana Shopiro. Kristen Nygaard (Simula 67)
i Dennis Ritchie (C) zajmuja na tej liscie miejsca szczegolnie eksponowane.
W pazdzierniku 1979 roku istnial 1 uzytkownik C++ (C z klasami),
w pazdzierniku 1981 C++ mial 38 uzytkownikow, w dziesiec lat pozniej -
400 000 osob przyznawalo sie do programowania w C++. A obecnie?
Obecnie trwaja prace nad normalizacja jezyka C++,
prowadzone przez kilka cial standaryzacyjnych.
Standard jest juz zatwierdzony,
i mozna go zakupic bezposrednio w ANSI.
Bjarne Stroustrup od cwiercwiecza interesuje sie filozofia i historia.
Jego sympatie do empirystow i awersja do idealistow, "uszczesliwiajacych"
ludzkosc "tym, co dla niej dobre" (slowa Stroustrupa), wplynely na
niektore decyzje i rozwiazania projektowe w C++.
-------
T.2.13 Stosowac wskaznik czy referencje?
Istnieja zasadnicze roznice miedzy wskaznikiem, a referencja:
1. Referencje nie moga byc puste
2. Raz ustawionej referencji nie mozna przeniesc na inny obiek
3. Nie mozna zrobic referencji do referencji, tak jak robi sie
wskaznik do wskaznika.
Generalnie, lepiej jest stosowac referencje. Jednakze jezeli z wyzej
wymienionych powodow jest to niemozliwe, to nalezy zastosowac
wskaznik.
-------
T.2.14 Co to sa sprytne wskazniki (smart pointers)?
Jest to szczegolny rodzaj klas, ktore definiuja operator rzutowania
na typ pierwotny (ktory opakowuja). Z tego powodu moga byc stosowane
w programie tak, jakby byly typu pierwotnego. Najbardziej znane
przyklady sprytnych wskaznikow to string (opakowujacy wskaznik do
char) i auto_ptr (szablon parametryzowany opakowywanym typem) ze
standradowej biblioteki C++.
-------
T.2.15 Czy wszystkie metody w mojej klasie powinny byc wirtualne?
W zasadzie tak. Deklarujac metode jako niewirtualna uniemozliwiasz
zmiane jej implementacji w klasie dziedziczacej, a tym samym zawezasz
elastycznosc swojego systemu.
Jednakze w przypadku metod prostych, np. jedynie zwracajacych
referencje do atrybutu, lepiej zrobic je inline, a metoda inline nie
moze byc wirtualna.
-------
T.2.16 Czy konstruktory moga byc wirtualne?
Nie. Ale mozna stworzyc odpowiednik konstruktora wirtualnego. Opisuje
to wzorzec Abstract Factory z ksiazki "Design Patterns", Gamma et al.
-------
T.2.17 Jak tworzyc klasy abstrakcyjne?
Klasa abstrakcyjna jest kazda klasa, ktora ma choc jedna metode
czysto wirtualna (abstrakcyjna), czyli zadeklarowana, a nie
zaimplementowana. Mozna klase uczynic abstrakcyjna takze deklarujac
wszystkie jej konstruktory jako prywatne lub chronione (protected).
---------------------------------------------------------------------------
-----
T.3.1 Czy jest dostepna darmowa implementacja Smalltalka?
Tak - w ramach GNU. Znalezc go mozna w wiekszosci katalogow z GNU.
-----
T.3.2 Czy SmallTalk jest dobry w praktyce, czy tylko w teorii?
W przypadku Smalltalka o teorii mogla byc mowa jakies 10 lat temu. Teraz
jest to praktyka. Niejaki Dave Thomas z Kanady odpowiedzial na to
pytanie w bardzo ciekawym referacie. Oto, co wdrozono na Smalltalku:
1. Centrale telefoniczna dla kilkudziesieciotysiecznego miasta.
2. "Zastosowania specjalne".
3. IBM zatrudnil ostatnio (pocz.'94) okolo 300 programistow w Smalltalku.
Chyba nie do podlewania kwiatkow.
4. System analizy jakosci programow napisanych w C.
Tyle pamietam. Inna sprawa, ze Smalltalk nie dorownuje C++
rozpowszechnieniu, wiec i produkty komercyjne nie sa tak czeste. Ja nie
potrafie podac zadnych, ale w C++ to chyba tez tylko te, w ktorych
pisaniu sam uczestniczylem.
Czytalem, ze zrobienie jednej klasy w Smalltalku zajmuje 1 osobodni, w
C++ trzy razy tyle. Oczywiscie slyszalem to od entuzjastki Smalltalka,
wiec trzeba wziac poprawke.
-----
T.3.3 Gdzie mozna dowiedziec sie o jezyku Smalltalk i jego zastosowaniach?
Pod nastepujacym adresem:
http://www.stic.org
Jest to adres Smalltalk Industry Council, instytucji zrzeszajacej
firmy produkujace oprogramowanie i narzedzia do Smalltalka. Pod tym
adresem znalezc mozna liste dostepnych kompilatorow (komercyjnych i
darmowych), firmy produkujace biblioteki i narzedzia, materialy do
nauki Smalltalka, informacje o wybranych projektach wykonanych przy
pomocy Smalltalka oraz porownanie sprawnosci Smalltalka z jezykami C i
C++.
---------------------------------------------------------------------------
-----
T.4.1 Jak powinienem zabrac sie za programowanie obiektowe?
Wykonac analize i projekt. Wybrac jezyk i zaimplementowac projekt.
Na poczatek doradzam kilka niewielkich projektow.
Nie zaszkodzi poczytac o analizie, projektowaniu i programowaniu
obiektowym.
-----
T.4.2 Czy OOP oznacza brak optymalizacji?
Ani tak, ani nie - zaden jezyk z gory nie zaklada braku optymalizacji. To
zalezy tylko i wylacznie od konkretnego programu.
-----
T.4.3 Jak rozpoznawac, czy dany program lub projekt jest dobry ?
Mozliwe kryteria:
o dziala - dobrze, nie dziala - zle
o stopien realizacji obiektow jako "czarnych skrzynek"
o zbyt mala lub zbyt duza wiedza klas
o czytelnosc
o podatnosc na zmiany
o powiazania miedzy modulami
o mozliwosc powtornego uzycia
-----
T.4.4 Poszukuje informacji na temat rozszerzen do jezykow obiektowych
(C++, Smalltalk, Eiffel), takich jak np. O++ do C++
O++ jest rozszerzeniem C++ pozwalajacym na tworzenie obiektow
trwalych (persistent), manipulowanie nimi, laczenie w clustery etc.
Jesli chodzi o Smalltalk, to jego rozszerzeniem jesli silnie stypizowany
Strongtalk.
---------------------------------------------------------------------------
end of pl.comp.object FAQ and Summary
---------------------------------------------------------------------------
From: tsurmacz blurp.bnafh.bofh.org.pl (Tomasz R. Surmacz)
Subject: How to add pl.* hierarchy to a news server (FAQ)
Posted-By: auto-faq 3.1.1.2
Archive-name: usenet/pl-news-hierarchy
How to add pl.* hierarchy to a news server
This document contains the most important things related to adding the
pl.* news hierarchy to a news server or just configuring the server to
carry it properly if pl.* groups are already there. It is intended
mainly for news system administrators (and Polish users abroad trying
to convince their news administrators to get "pl.*" groups). To make
things easier, this is a detailed step-by-step instruction, but if it
seems too elementary for you - look at the end for a quick checklist
(Use your favourite key sequence to find '=====').
If you are a news administrator at some site and somebody has asked
you to participate in distribution of pl.* groups, then read on.
If you are a news user, who wants to read the pl.* groups on his
default news server - you should find the news administrator, kindly
ask him if he could arrange receiving the pl.* newsgroups, and send
him this article (or the pointer to the HTML version at
http://www.ict.pwr.wroc.pl/doc/news-pl-new-site-faq.html), to make his
job easier.
_________________________________________________________________
There are few things to do, if you are going to receive the pl.* news
hierarchy, but the most important ones are:
* getting the pl.* groups sent to you,
* sending pl.* groups back (so that your users can POST),
* configuring the hierarchy for the automatic creation of new
groups.
* appropriate handling of postings to moderated groups.
You may also find answers to some general questions about pl.* groups
at the end of this document:
* What are the pl.* groups anyway?
* Is there any 'checkgroups' message for pl.* groups?
* What about PGP-signed control messages?
_________________________________________________________________
1. Getting the articles.
Contact the news administrator of the news server already carrying
pl.* groups. Try to find the nearest one (try 'ping -s' and
'traceroute'). The best of course is when pl.* groups are carried over
your 'normal' feed - ie. together with other news hierarchies. But as
the pl.* news are quite young (first groups were created about June
1994), there are not many news servers outside of Poland having them,
so you may have to create a special new feed for them. Below is the
list of some servers outside Poland (and some in Poland) carrying
pl.*, that I know of. It is not very long (nor complete) as you see.
If the contact address is not explicitly listed, try 'usenet' at the
news server's address, as 'usenet news.ict.pwr.wroc.pl'.
USA uunet.uu.net (X 1995)
USA gail.ripco.com
USA/MCI news.mcs.com
USA ratty.wolfe.net
USA/Sprintlink news.sprintlink.net
USA news.hookup.net
USA news.uoregon.edu newsadmin news.uoregon.edu
USA news.efn.org Russ Taylor (17.12.1996)
Canada/Toronto news.ki.net Marc G. Fournier <news ki.net> (5.08.1996
)
and many more
Sweden sunet.se (existing feeds only!, see below)
Norway news.uio.no usenet usenet.no (since XI 1996)
Netherlands news.easy.nl Peter Janssens <pj easy.nl> (V 1996)
Netherlands news.NL.net, news.xs4all.nl, news.IAEhv.nl see note below
Germany news.uni-stuttgart.de Kurt Jaeger <news news.uni-stuttgart.de>
Germany news.desy.de Kars Ohrenberg <ohrenber zedy00.desy.de>
Germany news.fu-berlin.de Vera Heinau et. al.
Australia news.ozemail.com.au
Australia news.mel.aone.net.au
Poland news.ict.pwr.wroc.pl Tomasz Surmacz <tsurmacz ict.pwr.wroc.pl>
Poland news.uw.edu.pl Michal Jankowski <michalj fuw.edu.pl>
Poland news.icm.edu.pl Jan Rychter <jwr news.icm.edu.pl>
Poland news.nask.pl admin account
and all existing news servers in Poland (check
http://www.usenet.pl/doc/ for the more up-to-date list)
Send e-mail to any of the above news administrators, asking him if he
could feed you the pl.* hierarchy. Include your news server addresses:
the internet address of the server and its 'news name' ie. the string
which is put in the 'Path:' header. Unfortunately, sunet.se seems to
be overloaded with its newsfeeds, so its administrators will not give
you a 'new feed', but if you already have one - just ask for the pl.*
hierarchy to be added to your existing feed. In Netherlands you should
probably get the pl.* groups from your 'usual' neighbour. If not,
contact admins of news.NL.net.
Otherwise, contact other people from this list.
In reply you should get appropriate host name/news name for the host
you will be receiving pl.* articles from. (The first will be exactly
as in the list above (let it be "sample.site.pl", but the 'Path:'
address is usually a bit different - say "news.pl".) You should also
get the current list of all pl.* groups that you ought to create
manually. This list is also posted regularly to pl.answers and
pl.news.admin groups (you may connect to news.ict.pwr.wroc.pl to get
access to these groups before you establish the proper feed for pl.*
for yourself). You can get the part of newsgroups and active file also
via ftp, as stated below.
Add the internet address (sample.site.pl) to your hosts.nntp file and
restart the server or do a "ctlinnd reload hosts.nntp '' ", if you are
running INND. This way you start recognizing the other host as the
news server and not a client. The 'PathHost' ("news.pl" in our
example) will be needed for the second step - sending news back.
Now - create all the groups. You should get the list in the format of
the active file, so this little script should do the job:
--------------------------- add_pl.sh ------------------------------
#!/bin/sh
# Usage: add_pl file_containing_pl_groups_in_active_format
# such as http://www.usenet.pl/doc/pl.active
# or ftp://ftp.ict.pwr.wroc.pl/pub/faq-pl/pl.active
# change this to reflect your configuration
ACTIVE=/usr/lib/news/active
PATH=$PATH:/usr/bin:/bin:/usr/lib/news/bin
# Pause the server (assuming innd)
ctlinnd pause 'updating active'
cp ${ACTIVE} ${ACTIVE}.bak
awk '{ printf ("%s 0000000000 0000000001 %s\n", $1, $4); }' < $1 >> $(ACTIVE)
ctlinnd reload active 'updating active'
ctlinnd go 'updating active'
----------------------------------------------------------------------
or if there are not too many groups, then (for INND only):
--------------------------- add_pl_small.sh --------------------------
#!/bin/sh
# Usage: add_pl_small file_containing_pl_groups_in_active_format
# such as http://www.usenet.pl/doc/pl.active
# change this to reflect your configuration
PATH=$PATH:/usr/bin:/bin:/usr/local/news/bin
while read group last first type ; do
ctlinnd newgroup ${group} ${type}
done < $1
----------------------------------------------------------------------
You should also get the descriptions of all the pl.* groups so just
'cat >>' them to the end of your 'newsgroups' file. The current list
of all pl.* groups (updated daily) can be downloaded via ftp from the
following address:
ftp://ftp.ict.pwr.wroc.pl/pub/faq-pl/pl.newsgroups
The portion of current 'active' file containing only pl.* groups can
be found at:
ftp://ftp.ict.pwr.wroc.pl/pub/faq-pl/pl.active
Even better and simpler way of creating new groups and getting in sync
is getting just the pl.newsgroups file and feeding it directly to the
docheckgroups program. This will produce a series of 'ctlinnd newgroup
... lines which can be fed to shell for execution (ie. 'cat
pl.newsgroups | docheckgroups | sh')
_________________________________________________________________
moderators file:
All the postings to the moderated groups under pl.* should be sent to
news-group-name usenet.pl (with dots in the group name replaced by
hyphens) - so to your 'moderators' file add the following somewhere
near the beginning (before the default "*:%s uunet.uu.net"):
pl.*:%s usenet.pl
If you have installed the innd1.5.1 server and config files, you just
have to uncomment the appropriate line in the moderators file.
_________________________________________________________________
control.ctl file
To get all the new pl.* groups created and removed automatically when
needed, add the following to the control.ctl file:
newgroup:newgroup usenet.pl:pl.*:doit=newgroup
rmgroup:newgroup usenet.pl:pl.*:doit=rmgroup
If you can check pgp-signed control messages, look at the end of this
document to get more info about how to set it up for the pl.*
hierarchy.
_________________________________________________________________
expire.ctl file
This is completely your (or your users) policy, how long to keep the
postings in each group, but let me suggest you just one thing. There
is a special group pl.answers which is much like all *.answers groups
- it is moderated and all articles there are sent periodically with
the appropriate 'Expires:' and 'Supersedes:' headers, so it would be
best, if these were respected. If your 'standard' entry is like:
'*:A:1:10:never' - ie. 'never' remove articles with 'Expires:' header
before they expire - don't worry about pl.answers. But if you force
all articles to be expired after say 10 days - please make an
exception and add to the expire.ctl:
pl.answers:A:1:10:never
or:
pl.answers:A:1:10:60
which means keep articles there for at least 1 day, usually 10 days if
there is no 'Expires:' header, otherwise respect the header (but in
the latter case - not longer than 60 days even if Expires: header says
it should be kept longer). All the articles have maximum 30-40 days
expiration period, so any of the above will be ok. (It is a good idea
to respect these headers in other groups too, anyway).
_________________________________________________________________
2. Sending news
Unless you are receiving pl.* groups through your mainstream feed, you
need to reconfigure a bit your server to send pl.* groups back. And
even if you are receiving them through your normal feeds, please make
sure they are included in the list of groups sent out.
When you asked for a pl.* feed, you also got permission to send all
pl.* groups back, so to your 'newsfeeds' file (that's in innd; in
cnews it is called 'sys') add appropriate entry for sending the pl.*
groups back. Use the 'pathhost' name (in our example - "news.pl") that
you have got, to build the entry. For example, in innd (assuming
getting news from sample.site.pl and sending them back there) it might
look like:
plnews/news.pl\
:!*,pl.*\
:Tf,Wnm:
(replace "news.pl" with what appears in the Path: field put there by
the site feeding you) and then you also need to tell your cron job
sending news, to send them also to "sample.site.pl". If you are using
nntpsend/innxmit, add to the nntpsend.ctl file:
plnews:sample.site.pl:::-T1720 -t300
^ ^ ^
| | + Other useful parameters
| Internet addres of your pl.* provider
+-- Name used in newsfeeds file.
That should be all... You may now post a test message to pl.test and
expect a reply in e-mail within a day or so, as there is an automatic
pl.test responder attached to one of the servers in Poland. If your
test posting reaches it - get yourself a beer, as you have done a good
work. :-) If you do not want to get the reply message - just include
the word 'ignore' in the message subject or body.
_________________________________________________________________
======================================================================
Once again, step by step, in short:
You probably know your own news system better than me, so these
detailed descriptions may be unnecessary. If you know how to do most
of things, use this short 'checklist' instead:
* Contact the news administrator at the other end and get the feed
for pl.* groups
* Add all existing groups to the 'active' file
* Add groups' descriptions to your 'newsgroups' file
* Add these 2 lines to the control.ctl file:
newgroup:newgroup usenet.pl:pl.*:doit=newgroup
rmgroup:newgroup usenet.pl:pl.*:doit=rmgroup
For PGP-verification of control messages see comments at the end of
this document.
new!
* Add this line to the 'moderators' file:
pl.*:%s usenet.pl
* Check the expiration policy for all 'normal' groups, and if
possible - try respecting the 'Expires:' headers in pl.answers
group by putting 'never' or '60' in the last field of entry in
expire.ctl file.
* Modify your 'newsfeeds' file to feed all the pl.* groups back, so
the articles posted by your users will be transferred to other
servers.
* Send a test posting to pl.test and check whether you receive a
reply by e-mail from an autoresponder.
* If your usenet neighbours want to get pl.* groups, send them this
'starter kit' or point them to the newest version. There should be
a copy in news.answers, news.admin.hierarchies, pl.answers and
pl.news.admin at *your* server, but if not, you may always get one
from:
http://www.usenet.pl/doc/news-pl-new-site-faq.html
_________________________________________________________________
That's all.
Now is the time for...
Questions...
What are the pl.* groups anyway?
The pl.* news hierarchy holds Polish national groups. They sometimes
mirror similar groups in the big-eight hierarchy (with the exception,
that in pl.* groups the most used language is Polish), but some are
very specific.
Is there any 'checkgroups' message for pl.* groups?
Yes, there is. It gets posted automatically once every two months
(starting on January 1st), so you should not see it very frequently.
In addition you may get the list of pl.* groups in the 'newsgroups'
file format from the locations described above and feed it to the
'docheckgroups' program.
Should I be concerned about large volume of articles in binary sub-hierarchies?
No. There are no binary groups under the pl.* hierarchy and there are
none planned. Any binary postings sent to pl.* are usually dealt with
by friendly cancelbots.
What about PGP-signed control messages?
Yep, the control messages requesting creation or removal of groups in
the pl.* hierarchy are already PGP-signed. Of course, if your server
does not support checking of PGP signatures in control messages, you
have to trust the 'From:' headers. innd versions 1.5.1 and later
support PGP control messages by default, so you just have to uncomment
appropriate lines in the control.ctl file, as they are commented-out
by default. The public PGP key for these messages (ie. the key for
pl.announce.newgroups) is included in the innd 1.5.1 config files and
can be also found here:
pub 1024/838AF8ED 1996/05/31 pl.announce.newgroups
sig 838AF8ED pl.announce.newgroups
-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: 2.6.2i
mQCNAzGvEY4AAAEEAL8clpC5yydhkMN1ppivfj3E6EIyZtntScjuCyI+RwpvLf9o
So+FLbiMmjjCV7BNjds7c1yaDMPDFetZlqEYKof5Q0QK2bDaaou3wtnDesAXqrde
K24GURn0N2BYWR9sEFJ4bwn8fudHelFcAXPt24lI29bu6dX+LddKTteDivjtAAUR
tBVwbC5hbm5vdW5jZS5uZXdncm91cHOJAJUDBRAyc5r/10pO14OK+O0BAWq9A/0e
So5/56x6hkT0to92FUiIbcoHF6J20sa4edDXbzTHZTvNJh3K4iSBwkspMcx8AWyS
36ckftXsZP2xRTj2Dk4xgLLCcFBjPHt7q5ysa8dChkgEu8770OE5atbQZorzz757
xpOgKmjRXLVbzt680Z807jH/zOo+BRby3ZMJFtGPyrQXPGNvbnRyb2xAYWRtLnVz
ZW5ldC5wbD4=
=n+Qy
-----END PGP PUBLIC KEY BLOCK-----
You may also send email to pgp-public-keys pgp.ai.mit.edu with "GET
0x838AF8ED" in the Subject: field and empty message body.
The corrected control.ctl lines should be as follows:
newgroup:newgroup usenet.pl|michalj *fuw.edu.pl:pl.*:verify-pl.announce.newgrou
ps
rmgroup:newgroup usenet.pl|michalj *fuw.edu.pl:pl.*:verify-pl.announce.newgroup
s
They are not set as a default for innd 1.5.1, so you need to comment
out 'old' newgroup/rmgroup files and copy the above ones.
For more information on checking PGP-signed control messages, see
ftp://ftp.uu.net/networking/news/misc/pgpcontrol/README.html or
ftp://ftp.uu.net/networking/news/misc/pgpcontrol/README.
Whether or not you do a PGP validation of control messages, the
addresses they are sent from are the same as mentioned above (in the
control.ctl section).
_________________________________________________________________
If you have any comments on the above procedure or my description, or
if you find any errors, etc., please do tell me, so I can improve it.
_________________________________________________________________
Tomasz R. Surmacz (tsurmacz adm.usenet.pl,
tsurmacz ict.pwr.wroc.pl), 22.11.2005
RCSid: $Id: news-pl-new-site-faq.html,v 2.6 2005/11/22 03:00:16
tsurmacz Exp $
From: kya mail.here.invalid
Subject: FAQ pl.rec.humor.najlepsze
Posted-By: auto-faq 3.3.1 (Perl 5.008)
Archive-name: humor/prhn-faq
<FAQ>
Title: FAQ pl.rec.humor.najlepsze
Version: 2.3
Last-Modified: 2005.02.25
<Spis treści>
0. Copylefts i podziękowania.
1. Kto (i za ile) pisze FAQ?
2. Gdzie FAQ jest dostępne?
3. Kto i kiedy wymyślił grupę pl.rec.humor.najlepsze?
4. Do czego służy prhn?
5. Do czego NIE służy prhn?
6. W takim razie gdzie mam wysyłać kawały?
7. Kto może podsyłać artykuły do prhn?
8. Dlaczego moje artykuły wysyłane do prhn nie ukazują się od razu?
9. Kto ponosi odpowiedzialność za artykuły pojawiające się na grupie?
10. Co to znaczy, że prhn jest moderowana?
11. Dlaczego prhn jest moderowana?
12. Kto (i za ile) moderuje prhn?
13. Widzę, że moderatorzy wszystko robią w czynie społecznym. Czy mogę im
w jakiś sposób wynagrodzić ten trud?...
14. ...i w jaki sposób?
15. W jaki sposób wysyłać artykuły?
16. W jaki sposób nie wysyłać artykułów?
17. W jaki sposób czytać artykuły z prhn?
18. Czy mogę otrzymywać prhn pocztą?
19. Czy prhn jest archiwizowana?
20. Gdzie zgłaszać pytania i poprawki do tego FAQ?
</Spis treści>
0. Copylefts i podziękowania.
FAQ może być w dowolny sposób rozpowszechniane, powielane w mediach,
na nośnikach magnetycznych i celulozowych pod warunkiem zachowania
treści bez żadnych zmian.
Podziękowania w kolejności alfabetycznej otrzymują:
Mirosław "Jubal" Baran, Artur "Czesiu" Czechowski, Jacek Fedoryński, Łukasz
"lukie" Grochal, Asia "Asiaczek" Jędrychowska, Marcin "Qrczak" Kowalczyk,
Andrzej Kudlicki, Tomasz "Godryk" Marcinkowski, Robert "Robmar" Maron, Peter
"Mikołaj" Mikołajski, Kaja "kya" Mikoszewska, Tomasz Minkiewicz, Radosław
Popławski, Tomasz Surmacz, Romuald Szcześniak, Zenobiusz "Zenon" Zimny,
Olgierd "Kingsajz" Ziółko.
Gdyby nie Wy, to FAQ nigdy nie byłoby tak eleganckie, zwięzłe, treściwe,
a zresztą nie byłoby go pewnie w ogóle, tylko płacz i zgrzytanie zębów.
1. Kto (i za ile) pisze FAQ?
FAQ popełnił jak najbardziej w czynie społecznym Artur Czechowski. Poprawki
naniosła w czynie aspołecznym Asia Jędrychowska, a następnie Kaja Mikoszewska
w nim pogrzebała i też z tego nic nie miała.
2. Gdzie FAQ jest dostępne?
Jedynie słuszna wersja FAQ dostępna jest na http://www.rotfl.eu.org/prhn/.
10. dnia każdego miesiąca przesyłana jest na pl.answers
i pl.rec.humor.najlepsze. Poza tym URL do FAQ można znaleźć w stopce na końcu
artykułów pojawiających się na pl.rec.humor.najlepsze.
3. Kto i kiedy wymyślił grupę pl.rec.humor.najlepsze (zwaną dalej
prhn)?
Grupę prhn wymyśliło samo życie :) Ale żeby założyć grupę newsową potrzebna
jest inicjatywa. Pierwsza, ginąca w pomroce dziejów propozycja została rzucona
przez Tomka Surmacza. Potem sprawa przycichła -- problemem było znalezienie
moderatora. Jakiś czas później ofiarę na ołtarzu humoru złożył Artur
Czechowski, który formalnie zaproponował głosowanie nad grupą i zgodził
się być moderatorem (nie wiedział, biedny, co czyni). Komunikat kontrolny
tworzący grupę został wysłany 19 lipca 1996 roku. Informację tę można uzyskać,
zaglądając na http://www.usenet.pl/opisy/pl.rec.humor.najlepsze.
4. Do czego służy prhn?
Na prhn śmiejemy się z artykułów (postów) z innych grup newsowych. Owe artykuły
były tak śmieszne, że aż zostały podesłane na prhn. Co było zabawne? Och, mogła
to być dowcipna odpowiedź na poprzedni artykuł, list wysłany na złą grupę,
co nadało mu nowy, nieoczekiwany sens, czyjeś niezwykle zabawne skojarzenie...
Wyjątkowo mógł to być zupełnie klasyczny kawał (opowiedziany na jakiejś
grupie), ale wyłącznie pod warunkiem, że był nowy, zwalał z nóg i spodobał się
moderatorowi.
5. Do czego NIE służy prhn?
prhn nie służy do wysyłania artykułów niezgodnych z tematyką grupy,
a w szczególności do:
- wysyłania kawałów o blondynkach, milicjantach, Kowalskim i babie
- przysyłania próśb o dowcipy
- wysyłania kawałów w ogóle (z wyjątkiem dopuszczonych w punkcie 4 FAQ)
- wysyłania ogłoszeń, reklam, spamu
- wysyłania informacji o tym, że właśnie założyłeś/znalazłeś śmieszną
stronę WWW
- wysyłania informacji o tym, że właśnie znalazłeś przezabawny błąd
na stronie WWW
- odpowiadania na artykuły pojawiające się na prhn (jeżeli chcesz odpowiedzieć
na taki post, to odszukaj grupę, na którą został on pierwotnie wysłany,
i tam wyślij swoją odpowiedź)
- komentowania pojawiających się na prhn artykułów
- wysyłania jakichkolwiek testów
- wysyłania rzeczy, które być może kiedyś były śmieszne, ale kiedy byłam taka
mała, one miały taką brodę, np. całkiem wyeksploatowane robienie łaski bez
pliterek
- wysyłania artykułów chamsko-prześmiewczych, których obiektami są popularne
trolle (służą do tego odpowiednie grupy w hierarchii alt.fan.*)
6. W takim razie gdzie mam wysyłać kawały?
Na grupę pl.listserv.chomor-l.
7. Kto może podsyłać artykuły do prhn?
Każdy. prhn jest grupą otwartą na wszystkie wyznania, rasy, płcie, stronnictwa
polityczne. Jedynym ograniczeniem jest zdrowe (lub nie) poczucie humoru.
Czasem kluczowe może okazać się posiadanie kota.
8. Dlaczego moje artykuły wysyłane na prhn nie ukazują się od razu?
Dlatego, że prhn jest moderowana. Przeczytaj 10 i 11 punkt FAQ.
9. Kto ponosi odpowiedzialność za artykuły pojawiające się na grupie?
Za artykuły pojawiające się na prhn ponosi odpowiedzialność osoba przysyłająca
(crosspostująca) dany artykuł. Moderator nie ponosi żadnej odpowiedzialności
za prezentowane tam treści.
10. Co to znaczy, że prhn jest moderowana?
Każdy artykuł wysłany przez Ciebie na grupę trafia najpierw do moderatora,
który decyduje, czy dany artykuł się nadaje.
11. Dlaczego prhn jest moderowana?
a) żeby na grupie nie pojawiały się śmieci wyszczególnione w punkcie 5,
b) niektóre artykuły są na tyle śmieszne, że podsyła je kilka osób,
a moderator (zasadniczo) wpuszcza taki post na prhn tylko raz.
12. Kto (i za ile) moderuje prhn?
Moderatorami prhn są:
- Asia Jędrychowska <asia at hell dot pl>[1]
(w stanie odpoczynku)
- Kaja Mikoszewska <kya-prhn at evil dot pl>[1]
(w stanie aktywności)
Moderatorzy w stanie spoczynku, alfabetycznie:
Artur Czechowski, Łukasz Grochal, Tomek Orzechowski, Rafał Wiosna.
Moderowanie prhn jest czynem społecznym, zadaniem nieopłacalnym
i wysiłkiem jak krew w piach. Nic z tego nie mamy!
13. Widze, że moderatorzy wszystko robią w czynie społecznym. Czy mogę
im w jakiś sposób wynagrodzić ten trud?...
Ależ oczywiście!
14. ...i w jaki sposób?
Mad Dog, tequila. Wino białe półwytrawne. Mail z ładnym ascii-artem.
Różowe bamboszki. Sprawny magnetofon do małego atari. 20 kg ziemniaków.
Każdą ofertę postaramy się rozpatrzyć indywidualnie.
15. W jaki sposób wysyłać artykuły?
Przede wszystkim artykuły należy wysyłać na grupę pl.rec.humor.najlepsze,
a serwer już sam zadba, by trafił on do moderatorów. Jeżeli z jakichś powodów
nie możesz wysłać artykułu przez serwer newsowy, to spróbuj pocztą na adres
pl-rec-humor-najlepsze at usenet dot pl [1].
Nie przysyłaj nic w załączniku!
Wysyłając artykuł, zadbaj o to, aby miał poprawnie zakodowane polskie
znaki (ISO-8859-2). Zawsze podaj autora, grupę, z której pochodzi artykuł,
jego temat (subject) i Message-ID (forwardy bez podanego tego nagłówka
nie będą przepuszczane) oraz datę. Pozostałe nagłówki (poza uzasadnionymi
przypadkami) wycinaj.
Jeśli Twój czytnik dodaje przy forwardzie znaki cytowania, wytnij je ręcznie.
Zostaw tylko te, które były w oryginalnym artykule.
Jeśli formatowanie posta nie jest kluczowym elementem dowcipu, przed wysłaniem
sprawdź, czy linie się brzydko nie połamały i, jeśli trzeba, ręcznie je popraw
(powinny kończyć się mniej więcej w 75 kolumnie).
To, co dociera do moderatora, powinno wyglądać mniej-więcej tak:
/---
[Twój ewentualny komentarz -- tylko jeśli jest absolutnie konieczny.
Komentarz "bez komentarza" możesz sobie darować.]
From: autor_śmiesznego_posta
Subject: temat
Newsgroups: pl.*
Message-ID: m-id
Date: data
[treść artykułu wraz z podpisem autora
-- bez dodanych przez Twój czytnik znaków cytowania!]
[ewentualnie Twój podpis]
\---
Jeśli artykuł, który chcesz podesłać, jest stary, ale znalazłeś go
i rozśmieszył Cię dopiero niedawno, sprawdź w archiwum (punkt 19),
czy ktoś nie był szybszy.
Jeśli chcesz podesłać wybór co lepszych kwiatków z zabawnego wątku
a) Wątek szedł liniowo (1 -> 2 -> 3 -> 4...). Czyli normalnie --
na początku nagłówki ostatniego posta, dalej rozumnie posklejane wypowiedzi
uzupełnione o logiczną liczbę znaków cytowania (i ewentualnie wrotki).
Przykład: http://42.pl/gg/Xns94926EED136Dszczurek 193.110.122.80.
b) Wątek szedł drzewkowo -- było wiele odpowiedzi na jednego posta
(1 -> 2, 3, 4...). Na początku nagłówki posta, od którego się zaczęło,
dalej odpowiedzi (wyraźnie rozdzielone, z podanymi autorami, sensownie
pocytowane). Przykład: http://42.pl/gg/kklcqig1rk0z.dlg komp.pana.marcina.
Jak wysyłać artykuły przy użyciu najczęściej używanych czytników
tin:
Czytając artykuł naciśnij "x" ("Cross-post") i wpisz nazwę grupy
"pl.rec.humor.najlepsze". Na stwierdzenie, że grupa jest moderowana i pytanie,
czy nadal chcesz wysłać artykuł, odpowiedz "y". tin automatycznie umieści
odpowiednie informacje w treści podsyłanego artykułu, więc bez dalszej edycji
możesz go wysłać.
slrn:
Czytając artykuł naciśnij "ESC 2 f" i potwierdź "y". Skróć nagłówki
cytowanego artykułu do "From:", "Subject:", "Newsgroups:", "Message-ID:"
i "Date:", zmień grupę docelową forwardu na "pl.rec.humor.najlepsze", wysyłaj.
pine:
Czytając artykuł naciśnij "h" (full headers), "f" (forward), "n" (not as
attachment) i "Ctrl-R", wpisz w pole Newsgrps "pl.rec.humor.najlepsze",
przytnij cytowane nagłówki do "From:", "Subject:", "Newsgroups:",
"Message-ID:" i "Date:", nacisnij "Ctrl-X" i odpowiednio dużo razy "y".
Gnus:
Czytając artykuł, naciśnij "Ctrl-1", "S", "o" i "p", wpisz nazwę grupy
w minibuforze i po przycięciu nagłówków do "From:", "Subject:",
"Newsgroups:", "Message-ID:" i "Date:" wyślij artykuł, używając
"c-c" "c-c" ("Ctrl-c", "Ctrl-c").
XNews:
Naciśnij "Ctrl-M" ("Forward by mail"), skopiuj całą treść ("Ctrl-A", "Ctrl-C"),
zamknij forward ("ESC"), naciśnij "F" ("Follow-Up to Newsgroup"), zaznacz
i usuń obecną treść, wklej ze schowka tę skopiowaną, w polu Newsgroups wpisz
"pl.rec.humor.najlepsze". Jeśli trzeba, naciśnij "Rewrap", wysyłaj.
Internet News, Outlook Express:
Naciśnij "Reply to Group" albo "Ctrl-G". W polu Newsgroups wpisz
"pl.rec.humor.najlepsze". Uzupełnij artykuł o nagłówki "From:", "Subject:",
"Newsgroups:", "Message-ID:" i "Date:" (znajdziesz je we Właściwościach
Wiadomości po wciśnięciu "Ctrl-F3"), skasuj dodane przez czytnik znaki
cytowania (dokleiły się na początku każdej linii), wysyłaj.
Agent:
Z menu "Post" wybierz "Forward Unquoted" i w polu "To" wpisz
"pl-rec-humor-najlepsze at usenet dot pl" [1]. Uzupełnij artykuł o nagłówki
"From:", "Subject:", "Newsgroups:", "Message-ID:" i "Date:", wysyłaj.
Dialog:
Zaznacz cały artykuł "Ctrl-A" i z menu "Post" wybierz "Forward unquoted
by e-mail" i -- zamiast wpisywać adres odbiorcy -- wybierz
"pl.rec.humor.najlepsze" z listy "Newsgroups".
16. W jaki sposób NIE wysyłać artykułów?
W żadnym wypadku nie należy wysyłać artykułów na adres moderatora.
Jeżeli już naprawdę MUSISZ wysłać artykuł pocztą, to zrób to
w sposób opisany na początku punktu 15.
17. W jaki sposób mogę czytać artykuły z prhn?
Tak samo jak wszystkie grupy newsowe. Najpowszechniejszym sposobem jest
używanie czytników news. Możesz też zajrzeć na Google.
18. Czy mogę otrzymywać prhn pocztą?
Tak. Zajrzyj na http://newsgate.onet.pl/emailnews.shtml.
19. Czy prhn jest archiwizowana?
Tak jak wszystkie grupy. Z archiwum można korzystać przez www
(http://groups.google.com/groups?as_ugroup=pl.rec.humor.najlepsze)
lub przez nntp (news://news-archive.icm.edu.pl/pl.rec.humor.najlepsze).
20. Gdzie zgłaszać pytania i poprawki do tego FAQ?
Do aktualnego maintainera FAQ na adres <kya-prhn at evil dot pl> [1].
</FAQ>
----
[1] W adresach mailowych podanych w FAQ należy zmienić " at " na " ",
a " dot " na ".".
From: kya mail.here.invalid
Subject: FAQ pl.pregierz
Posted-By: auto-faq 3.3.1 (Perl 5.008)
Archive-name: pregierz-faq
.d88
8P
38L
88b. 88888L .-uoou.
888*"` "88k d88*"#*888
88" J88 :8P 88
88 .e8888 88 M8>
88> d8P #88 '88 88>
88r 988 '88 '88k 88>
88F 988L '88& #88N. 88
#8" R888b 888F '#8888> 88
88
88
grupy pl.pregierz 88>
`
z dnia 2005 02 24, wersja 2.2
Spis treści
* Podstawowe informacje
+ O czym jest niniejszy dokument
+ Tematyka grupy pl.pregierz
o Geneza
o Powstanie grupy
o Treść FAQ
+ ,,Crossposty''
+ FAQ
* Przydatne informacje dotyczące pisania na pl.pregierz
+ Artykuły
o Kwestie techniczne
+ Ustawienie fontów
+ Polskie litery
+ Artykuły innych uczestników dyskusji
+ Napoje, jedzenie itp.
+ ,,Off-topiki''
* Styl dyskusji
+ Wyczerpujące odpowiedzi
+ Niezrozumiała terminologia
+ Niewiedza
+ Prawdziwość argumentów
+ Kultura dyskusji
+ Stosowane skróty, wyrazy.
* Zwyczaje
+ Anonimowość
+ Poprawianie
+ Blogowanie
+ Miasto ,,default''
* Lokalny folklor
+ Charakterystyczne osoby, o których warto wiedzieć
o Iluzja
+ Tematy niemile widziane
+ Statystyki
+ Felietony, streszczenia, analizy
+ Głópawki
* Zasoby w Internecie
+ Archiwum
+ Inne przydatne miejsca w sieci
* Uwagi końcowe
Podstawowe informacje
O czym jest ten dokument
Dokument ten ma na celu zaznajomienie nowych dyskutantów ze zwyczajami
i specyfiką grupy pl.pregierz. Zanim napiszesz coś na grupę,
przeczytaj FAQ, a potem przez co najmniej tydzień przyglądaj się
dyskusjom. Pozwoli Ci to zorientować się, kto jest kim, z kim warto
rozmawiać, a z kim nie, oraz przyzwyczaić się do stylu wymiany zdań.
Tematyka grupy pl.pregierz
Grupa ta powstała, aby dać społeczności usenetowej możliwość wyrażenia
opinii, najczęściej negatywnej, dotyczącej wszelakiej tematyki -- od
spraw ostatecznych poprzez wydarzenia otaczającego świata aż po
kwestie całkiem przyziemne.
Na pl.pregierz się piętnuje, narzeka, wścieka, marudzi, potępia i na
inne, ogólnie przyjęte w cywilizacji łacińskiej sposoby demonstruje
swój sprzeciw wobec paranoi dnia codziennego i świątecznego. Z drugiej
strony dopuszczalne jest (i jak najbardziej mile widziane) chwalenie
rzeczy, dzięki którym pozytywniej spojrzeliśmy na otaczający nas
świat. Synonimem słowa ,,chwalić'' jest tu ,,wazelinować''.
Geneza
Za Nową Encyklopedią Powszechną PWN:
Pręgierz [z niem. der Pranger] -- urządzenie służące od wczesnego
Średniowiecza do wykonywania takich kar hańbiących jak chłosta,
piętnowanie, obcinanie nosa, uszu, rąk, włosów, oraz wystawiania
skazanych na widok publiczny; kolumna kamienna lub słup drewniany,
ustawiane zwykle przed ratuszem; stosowania kary pręgierza ostatecznie
zaprzestano w poł. XIX w.; w Polsce m.in. zabytkowy pręgierz z 1535
roku zachował się w Poznaniu.
Powstanie grupy
Grupa powstała 3 marca 1997 roku przy 59 głosach za i 4 głosach
przeciw.
Wyniki głosowania znaleźć można na stronie
http://www.usenet.pl/opisy/pl.pregierz.
Treść FAQ
Jeśli uważasz, że w FAQ brakuje odpowiedzi na jakieś pytanie, opracuj
ją i przyślij na grupę, w temacie posta koniecznie zamieszczając ciąg
znaków "[FAQ]" (inaczej osoby zajmujące się FAQ mogą go przeoczyć).
,,Crossposty''
Jednym z celów istnienia pl.pregierz jest odciążenie innych grup w
hierarchii pl.* od nękających ich, prowadzących donikąd, ostrych
wymian zdań. Dlatego też niemile widziane jest wysyłanie artykułów
jednocześnie na pręgierz i na inną grupę. Prowadzi to zazwyczaj do
gigantycznych wątków prowadzących donikąd, niepowiązanych w żaden
sposób z tematyką żadnej z grup. Wyjątkiem może być artykuł, w którym
nagłówek Followup-To: ustawiony jest tylko na jedną z grup lub na
,,poster''.
FAQ
Ten dokument jest dostępny pod adresem http://pregierz.is.evil.pl
lub http://pregierz.faq.pl.
Przydatne informacje dotyczące pisania na pl.pregierz
Artykuły
Pamiętaj -- Twoje artykuły świadczą o Tobie. Schludnie napisana
wiadomość znajdzie więcej chętnych do polemiki. Szybciej będzie można
zrozumieć, co chcesz przekazać, łatwiej też ustosunkować się do tez w
niej zawartych.
Pamiętaj, że istotnie świadczy o Tobie nie tylko to, w jaki sposób
prowadzisz dyskusję, ale również to, z kim dyskutujesz (lub uważasz,
że dyskutujesz, ponieważ na grupie czai się kilku amatorów wciągania
nieświadomych w manipulowane pyskówki).
Kwestie techniczne
Cytuj tylko te fragmenty tekstu poprzednika, do których odnosisz się
w swojej wiadomości. Nie cytuj sygnaturek, chyba że chcesz się
ustosunkować do treści w nich zawartych. Uważaj, by nie przypisywać
cudzych słów cytowanym przez ciebie osobom. Dziel to, co piszesz,
na akapity, a wiersze łam w okolicy 70 kolumny -- ułatwi to innym
czytanie i odpowiadanie na Twoje wiadomości.
Jeżeli chcesz zwrócić uwagę czytelnika na poszczególne słowa, nie
używaj wielkich liter (nie krzycz), lecz zaznacz te słowa
*gwiazdkami*, _podkreśleniami_, /ukośnikami/ bądź -minusami- --
porządne czytniki potrafią to odpowiednio zinterpretować.
Nie wysyłaj binarnych załączników; przypilnuj również, by Twój czytnik
nie dołączał różnych dodatków (np. wizytówek w OE) -- wiadomości
niezgodne ze standardami są niemile widziane.
Rady, jak skonfigurować czytnik newsów, znajdziesz na grupie
pl.news.czytniki.
Więcej informacji o zachowaniu w Usenecie możesz znaleźć w "Mini
Netykiecie list dyskusyjnych i grup news" pod adresem
http://www.pg.gda.pl/~agatek/netq.html (strona od jakiegoś czasu nie
jest aktualizowana, ale ogólne zasady się nie zmieniły), na grupie
pl.answers oraz na stronach poświęconych USENET news w Polsce --
http://www.usenet.pl/.
A "jeśli nie wiesz, jak się zachować, na wszelki wypadek zachowuj się
przyzwoicie" (Antoni Słonimski).
Ustawienie fontów
W celu właściwego przeczytania i zrozumienia niektórych wyrażeń i/lub
obrazków należy mieć ustawioną tzw. czcionkę nieproporcjonalną. Jest
to czcionka o stałej szerokości znaku, czyli np. litery 'i' i 'W' mają
tę samą szerokość. Dzięki używaniu takiej czcionki każdy jest w stanie
właściwie zrozumieć np:
słowo do podkreślenia
^^^^^^^^^^^^
Ponadto umożliwia to docenienie ascii-artów, które znajdują się w
sygnaturkach wielu osób.
Przykładem fontu nieproporcjonalnego jest Courier New. Jeśli masz
ustawioną właściwą czcionkę, na pewno bez problemu przeczytasz
poniższy tekst:
ueeeeeeeeec .oeu. .uoeeu.
dF E 7" R. :8" ^#b
9: ######" 8f 8 " #*k RL
9: M :E .k `k 8' 9 9: 9:
9: *******E 8 :R8. R 'E 8 4: 'E
9: 'E:F : ':'E 8 4: 'E
9: M`````` 8 /E 9\ ML8 8 9: XF
9: M dF '````` 8": ?k .8 :E
9: M R .eeeeee, ?k`8. '"" 8L
9kuuu8 9ku/ \uuuu8 ^*Neoodc "N.
"$..$"
#"
Polskie litery
Jeśli używasz polskich znaków diakrytycznych lub cytujesz wiadomości z
nimi, pamiętaj, aby w nagłówkach Twoich wiadomości znalazła się
stosowna deklaracja. Oficjalnie przyjętym standardem polskich znaków
jest ISO-8859-2. Standard ten obowiązuje także na tej grupie. Próby
innego sposobu kodowania, takiego jak CP-1250 czy też Unikod, będzie
się kończyło -- jako przykład niewiedzy bądź braku szacunku dla
rozmówców -- odsyłaniem do niniejszego FAQ, zaś prośby o nieużywanie
polskich ,,ogonków'' nie odniosą skutku.
Więcej informacji znajdziesz na Polskiej Stronie Ogonkowej --
http://www.agh.edu.pl/ogonki/.
Artykuły innych uczestników dyskusji
Odpowiadając komuś na grupie, staraj się koncentrować na tezach, nie
na formie wiadomości. Oczywiście możesz zwrócić uwagę przedpiścy na
kwestię polskich znaków czy formatowania, jednak nie powinno to być
główną treścią Twej wypowiedzi.
Ustaw w swoim czytniku tzw. wrotkę -- linijkę na początku wiadomości,
dzięki której widać, komu odpowiadasz. Może ona wyglądać tak:
Dnia [...] o godzinie [...], w wiadomości [...]
ktoś podpisujący się Adam napisał:
lub tak:
Hey, beautiful Ewa, you wrote:
Jednym słowem -- może ona wyglądać różnie, ale powinna się na początku
posta znajdować.
Napoje, jedzenie itp.
Jako że z dyskusjami o podłożu ideologicznym często wiążą się duże
emocje, a poczucia humoru dyskutantom nie brakuje, dobrze jest unikać
jedzenia i picia podczas czytania. W przeciwnym wypadku może się to
skończyć zabrudzeniem klawiatury lub monitora. Zostałeś ostrzeżony --
wszelkie ,,czyścisz mi monitor'' są czysto retoryczne.
,,Off-topiki''
Jako że opis grupy obejmuje szeroką tematykę, zdefiniowanie offtopica
jest tutaj trudne, a częstokroć niemożliwe. Niemile widziane są jednak
wiadomości rozpoczynające wątki, które nie powiązane w _żaden_ sposób
z krytyką czy pochwałą. Od tej reguły istnieją jednak wyjątki i
zdarzają się one na pręgierzu. Zalecane jest jednak przed wysłaniem
takiego postu przynajmniej miesiąc poczytać tę grupę, aby zorientować
się, co jest mile widziane, a co nie.
Na pewno pl.pregierz nie jest dobrym miejscem na długie prywatne
poględuszki między dwoma-trzema grupowiczami na tematy niedotyczące
nikogo poza nimi. Z takimi sprawami należy przenieść się na tzw.
priva, czyli na maile, IRC-a, komunikatory, telefon, do kawiarni itd.
Rozważania o wyższości jednych systemów operacyjnych nad drugimi są
off-topikami na pręgierzu, ponieważ do tego celu powstała specjalna
grupa -- pl.comp.os.advocacy.
Analogicznie gorące dyskusje o sprawach wiary i religii powinny
odbywać się na pl.soc.religia, a o polityce na pl.soc.polityka.
Zabronione jest wysyłanie wszelakiego rodzaju testów (do tego
przeznaczona jest grupa pl.test), reklam i ogłoszeń (pl.ogłoszenia.*)
oraz spamu (w szerokim rozumieniu tego słowa).
Styl dyskusji
Wyczerpujące odpowiedzi
Na pytania innych dyskutantów staraj się odpowiadać konkretnie.
Odpowiedzi w stylu ,,Dlatego'', ,,Bo tak'', ,,Bredzisz'' nie tylko nie
wnoszą nic do dyskusji, ale i pogłębiają konflikty. Jeśli nie masz nic
nowego do dodania, lepiej nie odpisuj wcale.
Niezrozumiała terminologia
Pamiętaj, że niektórzy mogą nie wiedzieć tego, co Ty, nie czytają tych
samych czasopism i nie używają tej samej terminologii na codzień. Z
tego względu mogą nie wiedzieć, co robi firma X i do czego służy
produkt Y. Postaraj się, jeśli trzeba, możliwie przystępnie przybliżyć
czytelnikowi przedmiot piętna bądź wazeliny; uprości i uprzyjemni to
lekturę pozostałym.
Niewiedza
Pamiętaj, że w dyskusji uczestniczą osoby, które, być może, wiedzą
więcej niż Ty. Kto chciałby dyskutować z kimś przekonanym, że zjadł
wszystkie rozumy, a niemającym pojęcia o danym temacie? Jeśli czegoś
nie jesteś pewien, zapytaj. Ktoś na pewno udzieli potrzebnych Ci
informacji. Z drugiej strony nie wierz ślepo we wszystko, co ludzie
piszą. Odrobina zdrowego krytycyzmu może Cię ustrzec przed napisaniem
czegoś bezmyślnego.
Prawdziwość argumentów
Nie naginaj prawdy do swoich potrzeb. Pamiętaj, że tego typu
fałszerstwo bardzo łatwo spostrzec i dyskusja, zamiast dotyczyć
meritum sporu, zamienia się w kłótnię. Oszukiwanie świadczy też o
braku szacunku dla dyskutantów oraz powoduje niepotrzebne obciążenie
grupy.
Kultura dyskusji
Nie używaj wyzwisk, nie pouczaj innych dyskutantów. Staraj się
spokojnie i rzeczowo formułować swoje poglądy. Osobiste wycieczki i
używanie inwektyw jest tutaj bardzo niemile widziane i częstokroć
prowadzi do splonkowania danej osoby przez większość grupy. Staraj się
także pisać zgodnie z regułami języka polskiego (tłumaczenie się
dysortografią w czasach, gdy większość systemów posiada polski słownik
ortograficzny, jest niepoważne).
Powszechnie przyjęte jest zwracanie się do innych czytelników po
imieniu. Nie oznacza to spoufalania się -- wręcz przeciwnie, należy
zachować ogólnie obowiązujące zasady kultury. Jednak istnieją osoby,
które sobie życzą, aby zwracano się do nich używając formy ,,Pan''
bądź ,,Pani'' -- wypada to uszanować.
Stosowane skróty, zwroty
Jako, że pl.pregierz jest specyficzną grupą, przyjęło się stosować na
niej skróty i zwroty, które początkującym mogą się wydać
niezrozumiałe. Poniżej zamieszczone są najpopularniejsze z nich:
wazelinować
- chwalić, wyrażać pozytywną opinię. Można też, w zależności od
kontekstu, czekoladować (zwłaszcza jak się lubi słodycze),
łososiować (zwłaszcza koty) itp., itd.
piętnować
- ganić, wyrażać negatywną opinię.
a$
- ponieważ słowo ,,piętnować'' jest długim wyrazem, "a$"
częstokroć używane jest jako zamiennik.
b$
- ponieważ słowo ,,wazelinować'' jest długim wyrazem, "b$"
częstokroć używane jest jako zamiennik.
c$ lub piętnolina
- ponieważ wyrażenie ,,trochę piętnować, ale trochę
wazelinować'' jest długie...
d$
- ponieważ jest krótsze od ,,olewam'' (:
zalerzyna
- słowo-wytrych, piękne w brzmieniu i dlatego tak popularne.
Jego istnienie w świadomości usenetowiczów zapoczątkowała
wiadomość <9d97m9$hqi$3 news.tpi.pl> i od tego czasu robi ono
zawrotną karierę. Pole morfogenetyczne zalerzyny jest jak dotąd
silnie niestabilne i zupełnie nieokreślone, w związku z czym
zalerzyną może być niemal wszystko.
?OMP
- pierwotnie DOMP, czyli Dzień Odnowy Moralnej Pręgierza.
Żartobliwie używany w sytuacjach, gdy ktoś uważa, że
świńtuszenie w treści wiadomości przekroczyło masę krytyczną.
Stosowany również w odmianach krótszych niż dzień -- klasyczny
DOMP jest używany rzadko ze względów praktycznych (mało komu
udaje się wytrzymać cały dzień, stąd też przeróżne MOMPy, GOMPy
itd.).
ICMPTZ?
- I Co Mi Pan(Pani) Teraz Zrobi?
NMSP
- Nie Mogłem Się Powstrzymać
MSPANC
- Mogłem Się Powstrzymać, Ale Nie Chciałem.
PLONK
- dźwięk, jaki wydaje osoba, wpadająca do czeluści kaefa.
Inaczej mówiąc, słowo to oznacza to samo, co skillowanie, czyli
dopisanie osoby do pliku zwanego kaefem lub kill-file. Artykuły
osób znajdujących się w czyimś kaefie nie są przez tę osobę
widziane.
DC lub $DC
- Default City -- Warszawa.
TŻ lub teżet
- Towarzysz/Towarzyszka Życia. Oznacza partnera życiowego bez
wchodzenia w szczegóły, czy to narzeczony, mąż, konkubent czy
inna bliska osoba.
SMP
- Sprawcza Moc Pręgierza. Przekonasz się sam(a) niebawem, jak
to działa ;)
Zwyczaje
Anonimowość
Podpisywanie się imieniem i nazwiskiem jest oznaką szacunku dla
dyskutantów. Jest to również wzięcie odpowiedzialności za swoje słowa.
Jeśli nie masz naprawdę ważnych powodów, by ukrywać swoją tożsamość,
podpisuj swoje wiadomości. Jednak jeżeli chcesz zachować anonimowość,
nie dziw się, że możesz być brany niepoważnie, bądź że zostanie to
wypomniane.
Od tej zasady również istnieją wyjątki; miał na to wpływ długi staż na
grupie połączony z polemiką na odpowiednim -- wysokim -- poziomie.
Poprawianie błędów
Grupa pl.pregierz dorobiła się własnego stylu zachowań. Dozwolone jest
np. poprawianie błędów ortograficznych, literówek i niektórych innych.
Jeśli wyłączną treścią wiadomości jest poprawienie poprzedniej, w
temacie powinien pojawić się ciąg "[ORT]" -- ułatwi to odfiltrowanie
osobom, których to nie interesuje, bądź wyróżnienie u tych, którzy
czytając takie posty utrwalają sobie poprawną pisownię.
Zwyczajowo poprawianiem błędów zajmuje się Iluzja, jednak może to
robić każdy -- pod warunkiem zastosowania się do powyższej zasady.
Blogowanie
Ze względu na piętnujący charakter grupy pojawia się na niej także
wiele artykułów dotyczących życia prywatnego grupowiczów. Z powodu
głębokiej niechęci niektórych czytających do odbierania mnóstwa
informacji o tym, że ktoś się nie wyspał, brzuch go boli, TŻ zrobił
to, co zwykle, ale bez wyjaśnienia -- co właściwie, oraz innych
podobnych, uprasza się o oznaczanie takich postów ciągiem "[BLOG]"
w temacie.
Miasto ,,default''
Przyjęło się, że jeżeli pominięta jest nazwa miasta, to znaczy, że
piszący tę wiadomość ma na myśli Warszawę. W związku z tym czasami
dyskutanci określają Warszawę skrótem $DC lub DC -- pochodzi on od
$DefaultCity, ,,miasta domyślnego''. Bardzo niemile widziane są próby
wywoływania flejmów bazujących na powyższym -- żartobliwym i mającym
już długą tradycję na wielu grupach -- skrócie.
Lokalny folklor
Charakterystyczne osoby, o których warto wiedzieć
Jest na pl.pregierz kilka osób, przed którymi być może warto
przestrzec nowych pręgierzan. Jednak nie chcemy nobilitować owych
trolli wymienianiem ich w FAQ. Dlatego ograniczymy się do
przedstawienia tych, którzy robią naprawdę dobrą robotę.
Iluzja
Poprawia błędy ortograficzne. Spośród osób poprawiających jest
najwytrwalsza, dlatego dorobiła się (niektórzy uważają, że właściwsze
byłoby określenie ,,doigrała'') własnego miejsca w FAQ pręgierza.
Tematy niemile widziane
Część tematów omawianych na pręgierzu (o niektórych pisaliśmy już w
części ,,Off-topiki'') jest z rozmaitych przyczyn niemile widziana,
stąd też poruszanie ich przez osobę świeżą może wywołać niezamierzone
i zwykle niepożądane efekty. Dotyczy to również stylu dyskusji
sprzecznego z dobrym wychowaniem, netykietą i zapisami w FAQ.
Przykłady:
* flejmy religijne -- zbyt nasilone są przekierowywane na
pl.soc.religia, zbyt agresywne są pacyfikowane
* flejmy polityczne -- zbyt nasilone, przez analogię, są
przekierowywane na pl.soc.polityka, a zbyt agresywne -
pacyfikowane
* flejmy czytnikowe -- zbyt nasilone są przekierowywane na
pl.news.czytniki
* flejmy dotyczące systemów operacyjnych -- zbyt nasilone są
przekierowywane na pl.comp.os.advocacy
* przejawy ircowania, hihocenia i prywatnych poględuszek -- są
zgryźliwie komentowane (czasami z propozycją zmiany FUT na pl.test
bądź poster) lub pacyfikowane, w zależności od nasilenia przejawów
* bluzgi, zwłaszcza w połączeniu z inwektywami i wycieczkami
osobistymi -- są ostro pacyfikowane
* testy -- ustawiany FUT na pl.test
* odpowiadanie spammerom -- bez sensu zwiększające ruch na grupie --
jest pacyfikowane
Statystyki
Statystyki na grupie są generowane co miesiąc. Celem statystyk nie
jest zachęcanie pręgierzan do generowania nadmiaru wiadomości, wręcz
przeciwnie -- częstokroć suche podsumowanie pomaga niektórym się
opamiętać.
Aby podkreślić dystans do płodzenia wiadomości bez ładu i składu, plik
statystyk zawiera wpisy pozwalające uaktualniać kaefy wszystkim,
których nie interesuje ilość kosztem jakości.
Felietony, streszczenia, analizy
Czytelnicy grupy pl.pregierz są co jakiś czas raczeni opowiadaniami i
felietonami na tematy wszelakie. Jest to przyjęte i akceptowane
zjawisko.
Głópawki
Regułą jest, że wraz ze zbliżającym się weekendem wzrasta liczba nie
do końca racjonalnych zachowań. Powszechnie jest to określane piątkową
głópawką (AKA gupafką) i w pewnych granicach jest akceptowane przez
społeczność pręgierza. Nie należy jednak tego wykorzystywać jako
wymówki po każdym głupim zachowaniu -- w ten sposób szybko traci się
szacunek czytelników pręgierza.
Zasoby w Internecie
Archiwum
Czyli miejsce, z którego wiadomości z pręgierza nie znikają.
Najlepszym źródłem jest nntp://news-archive.icm.edu.pl/pl.pregierz.
Można także spróbować na
http://niusy.onet.pl/niusy.html?t=archiwum&group=pl.pregierz.
Dobre efekty daje także używanie
http://groups.google.com/groups?as_ugroup=pl.pregierz.
Inne przydatne miejsca w sieci
* http://www.google.pl/ -- Google, wyszukiwarka
* http://www.google.pl/advanced_group_search?hl=pl -- Google,
archiwum newsów
* http://www.usenet.pl/ -- Usenet news w Polsce
* http://rtfm.killfile.pl/ -- Jak mądrze zadawać pytania
* http://sjp.pwn.pl/ -- Słownik Języka Polskiego Wydawnictwa
Naukowego PWN
* http://www.acronymfinder.com/ -- Acronym Finder
Uwagi końcowe
W swych wypowiedziach stosuj zasadę ,,Przemyśl, Potem Pisz''.
Szanuj czas swój i swych współdyskutantów.
Staraj się wykazać minimum dobrej woli -- nie jesteś tu sam,
a pozostali też są ludźmi.
Miłego pręgierzowania!
From: tsurmacz netrape.bnafh.bofh.org.pl (Tomasz R. Surmacz)
Subject: pl.internet.komunikaty FAQ
Posted-By: auto-faq 3.1.1.2
Archive-name: pl-internet-komunikaty
Czemu sluzy grupa pl.internet.komunikaty
Grupa ta powstala, aby informowac o awariach sieci, przerwach w dzialaniu
pewnych uslug dotyczacych wiekszych fragmentow sieci lub poszczegolnych
serwerow. Do dyskusji na powyzsze tematy sluzy grupa pl.internet.polip i
inne. Tutaj moga sie pojawiac *WYLACZNIE* komunikaty dotyczace
funkcjonowania sieci.
Czemu NIE sluzy grupa pl.internet.komunikaty
Nie jest to ogolne miejsce wysylania ogloszen, chocby nawet byly one
zwiazane z Internetem ("Obejrzyj moja strone http://bla.bla.bla/pla"). Takie
ogloszenia mozna wysylac w odpowiednich grupach pl.ogloszenia.*,
pl.comp.www.nowe-strony i innych.
Nie jest to miejsce na pytania "dlaczego taka lub inna usluga sieciowa lub
serwer nie dziala?". Pytania takie nalezy kierowac bezposrednio do
administratorow tych uslug/serwerow, bo tylko w ten sposob mozna zwrocic ich
uwage na istniejacy problem, a oni wlasnie w grupie pl.internet.komunikaty
powinni nastepnie o nim poinformowac. Jezeli natomiast problem jest natury
ogolnej (np. przeciazenie lacz) mozna o tym napisac na lamach
pl.internet.polip.
_Nie jest to takze miejsce na polemike z innymi artykulami wysylanymi do tej_
_grupy. Dyskusje takie mozna natomiast prowadzic w grupie pl.internet.polip_
Kto jest moderatorem pl.internet.komunikaty?
Grupa ta nie ma zadnego moderatora. Wszystkie listy wysylane do tej grupy sa
za to automoderowane. Co to znaczy? Zbyt wiele elektronow trzeba by przelac,
by to dobrze wytlumaczyc - jezeli nie wiesz, to widocznie twoj 'internetowy
staz' jest zbyt krotki i swoje zapytanie o funkcjonowanie sieci powinienes
wyslac w grupie pl.internet.polip. Tu jest miejsce wylacznie na komunikaty
administratorow roznych serwerow sieciowych oraz wezlow zapewniajacych
poprawne funkcjonowanie internetu w Polsce i _wylacznie_ na temat
funkcjonowania tych uslug/serwerow. Jezeli JESTES administratorem
jakiegos komputera/uslugi i uwazasz, ze tutaj nalezy wyslac informacje
o ich awarii, to z pewnoscia znajdziesz sposob, by to zrobic.
Listy nie spelniajace powyzszych kryteriow beda natomiast automagicznie
odmoderowywane.
Jak wysylac listy do tej grupy
* Dobrze okresl 'Subject:'
Wpisz np. 'Awaria serwera xxxx', 'Serwer www.xx.yy.pl nie dziala',
'Serwer news.xxx.yyy.pl niedostepny', 'Lacze Warszawa-Krakow - planowe
wylaczenie 970101', 'Planowane wylaczenie wezla XXX.yyy.pl', itp.
Krotko i zwiezle (zeby w pierwszych 30-40 znakach zmiescily sie
najwazniejsze slowa pozwalajace okreslic czego dotyczy komunikat),
podajac w miare mozliwosci date w dalszej czesci. Komunikaty NASK
rozpoznac mozna po formacie typu '970101.1567 OPEN ...' oraz "From:
Komunikaty NASK...". Przyjmij staly format swoich naglowkow -
zainteresowani nimi uzytkownicy latwiej je rozpoznaja.
* Jesli awaria dotyczy malego fragmentu sieci, malo uczeszczanego
serwera, itp. mozesz zawezic dystrybucje takiego komunikatu odpowiednio
wypelniajac pole Distribution:
* Jeszcze raz pomysl, czy to jest komunikat o awarii lub przywroceniu do
dzialania jakiegos serwera lub urzadzenia istotnego dla pracy polskiego
Internetu.
* Wymow magiczne zaklecie, posypujac swoj list szczypta automagicznej
soli, i...
* Wyslij go.
Jak pisac komunikaty wysylane do tej grupy
* Jezeli w tresci listu piszesz "dzisiaj", to w nawiasie umiesc aktualna
date, by na pierwszy rzut oka bylo widac czy jest to aktualny, czy
stary komunikat (np.: "Dzisiaj (tj. 6.03.1997) wystepuja problemy
z..."). Jesli podajesz godziny, zakladac mozna, ze jest to czas
obowiazujacy w Polsce, ale nie zaszkodzi dodac znacznika strefy
czasowej - czyli "MET" lub "MET DST" (gdy obowiazuje czas letni).
* O ile jest to mozliwe, postaraj sie podac przewidywany czas zakonczenia
awarii, czyli uruchomienia serwera/uslugi/routera, o ktorego awarii
informujesz.
* Pamietaj, ze komunikaty te przeznaczone sa zarowno dla administratorow
innych serwerow, ktorych ta awaria moze dotyczyc (np. komunikat o
awarii serwera news jest istotny dla administratorow serwerow, ktore z
uszkodzonym serwerem wymieniaja `feedy'), jak i dla uzytkownikow.
Jezeli jest to mozliwe, a awaria jest dluzsza, staraj sie podac
tymczasowe sposoby rozwiazania problemow (np. korzystanie z zastepczego
serwera poczty itp.). Jezeli problem spowodowany jest czynnikami, na
ktore nie masz wplywu (wzmozona aktywnosc plam na Marsie lub strajk
zaklinacza pogody majacego odpedzic gradobicie utrudniajace lacznosc
satelitarna), to tez to napisz, a takze jakie inne instytucje zostaly
powiadomione o awarii i co w tym zakresie obiecaly.
----------------------------------------------------------------------------
Disclajmer: Wersja 1.00. Robocza.
(c) Tomasz R. Surmacz, <tsurmacz adm.usenet.pl>, 18.06.1997
RCS $Id: pl.internet.komunikaty.faq.htpl,v 1.3unoff1 1997/06/18 18:12:14 ts
Exp ts $
From: kya mail.here.invalid
Subject: [info] Najczesciej zadawane pytania na pl.internet.pomoc
Posted-By: auto-faq 3.3.1 (Perl 5.008)
Archive-name: pl.internet.pomoc-faq
..----------------------------------------.
| pl.internet.pomoc poleca: |
| najczęściej zadawane pytania na grupie |
`----------------------------------------'
1. Explorer mi wariuje. Ładuje się strona startowa, której nie chcę,
przekierowuje mnie na strony, których nie chcę, wyskakują mi okienka
z reklamami, których nie chcę...
http://evil.pl/pip/faq.html#pyt1
2. Wirus! Wirus! Wirus!
http://evil.pl/pip/faq.html#pyt2
3. Jak założyć nową grupę dyskusyjną?
http://evil.pl/pip/faq.html#pyt3
4. Nie chcę, żeby inni użytkownicy mojego komputera wiedzieli, jakie strony
odwiedzam.
http://evil.pl/pip/faq.html#pyt4
5. Pomóżcie! Piszę pracę na temat...
http://evil.pl/pip/faq.html#pyt5
7. Wysłałem wiadomość na grupę, ale jej tam nie widzę. O! Pojawiła się,
ale minęło już parę godzin/dni! A inna w ogóle się tam nie pokazała.
Coś nie tak z moim serwerem?
http://evil.pl/pip/faq.html#pyt7
8. Wydaje mi się, że mam dobrze skonfigurowany czytnik, ale chcę to
jeszcze sprawdzić. Jak to zrobić, nikomu nie przeszkadzając?
http://evil.pl/pip/faq.html#pyt8
10. Czemu mówicie, że mam coś źle? Przecież o to nie pytałem(am)!
http://evil.pl/pip/faq.html#pyt10
12. Nie wpisują mi się polskie znaki w przeglądarkę.
http://evil.pl/pip/faq.html#pyt12
13. Po włączeniu komputera pokazuje mi się okno "Usługa posłaniec"
z treścią po angielsku. Co to?
http://evil.pl/pip/faq.html#pyt13
14. Mam OE i jak przychodzą maile, to nie widać ich treści.
http://evil.pl/pip/faq.html#pyt14
..---------------------------------------------------------------.
| Te i inne pytania wraz z odpowiedziami znajdziesz pod adresem |
| http://evil.pl/pip/faq.html |
`------.--------------------------------------------------------'
|
..------^----------------------------------------------.
| Uzupełnienia i poprawki do FAQ należy słać na grupę |
| lub od razu na adres kya-p at evil dot pl .---------'
`-------------------------------------------'
Dostęp do Internetu - Warszawa
From: tsurmacz ict.pwr.wroc.pl (Tomasz R. Surmacz)
Subject: Newsy w Polsce (1/4) - FAQ
Posted-By: auto-faq 3.1.1.2
Archive-name: news-pl-faq/part1
Newsy w Polsce (FAQ)
Poniższy tekst, to zbiór różnego rodzaju informacji na temat newsów w
Polsce. Głównie dotyczy on grup pl.* oraz konfiguracji serwerów, ale
nie tylko... Wszelkie poprawki i uzupełnienia proszę kierować na adres
tsurmaczATict.pwr.wroc.pl - szczególnie jeśli chodzi o dostępność
serwerów dla klientów (tzn. np. kto może czytać newsy z coi, uw-u,
itp. - bo jest tych serwerów dużo a raczej wątpię czy cała Warszawa z
każdego z nich może korzystać...), lokalne dystrybucje itp.
Aktualną wersję można znaleźć zawsze we Wrocławiu przez WWW:
http://www.usenet.pl/doc/news-pl-faq.htpl oraz w grupach news
pl.news.admin, pl.news.nowe-grupy i pl.answers.
_________________________________________________________________
Spis treści:
Grupy pl.*
Czemu służą grupy pl.*
Hierarchia i znaczenie grup pl.*
Zasięg grup pl.*
Istniejące dystrybucje news w Polsce
Sposób dystrybucji grup pl.*
Adresy serwerów news w Polsce
Spis grup news połączonych z e-mailowymi listami dyskusyjnymi
Spis dzienników i innych 'gazet' komputerowych rozprowadzanych
przez news
Gdzie znaleźć źródła CNEWS, INN, NNTP, TIN, NN, TRN i ich FAQ?
Jak tworzyć nowe grupy?
Dlaczego nie ma i nie będzie grup pl.alt.*?
Do czego służy pl.answers?
Czy w newsach można używać polskich "ogonków"
Ratunku! Dostałem list od robota! Czy mam się bać?
FAQ-Bot
Reguły wysyłania artykułów w grupach pl.*
Dostęp do News:
W jaki sposób można używać USENET?
Jaki jest najszybszy serwer news?
Z jakiego serwera powinienem korzystać?
Czy w domenie usenet.pl nie ma żadnych hostów?
W jaki sposób skonfigurować klienta news?
Dlaczego mam dojście tylko do grup pl.*?
Program Outlook Express nie mógł ogłosić Twojej wiadomości?
W grupach, które czytam, od dłuższego czasu nic nie przychodzi.
Dlaczego?
W grupach, które czytam, brak części artykułów. Dlaczego?
Zauważyłem, ze wiele listów/odpowiedzi pojawia się w grupach
news dwukrotnie...
Konfiguracja serwera news (część druga)
Jak podłączyć serwer news do sieci usenet?
Jak skonfigurować serwer news (grupy pl.*)
Co robić z listami typu "checkgroups"?
Jak skonfigurować mail2news i news2mail
Newsfeed za pomocą UUCP
Kompresja batchów za pomocą gzip
Inne możliwości przyspieszania transmisji
Informacje uaktualniane automatycznie (część trzecia)
Lista wszystkich aktywnych grup pl.* i ich opisy
Dodatki (część czwarta)
Szablon rozpoczęcia głosowania w grupach 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.tpi.pl news.tpi.pl + *.tpnet.pl
netia news.internetia.pl news.internetia.pl *.inetia.pl
onet news.onet.pl news.onet.pl + Onet.pl SA, tpnet.pl
cu2000 news.cuprum.com.pl cuprum.com.pl Lubin/Cuprum 2000
ipartners news.ipartners.pl news.ipartners.pl + klienci IPartners
__________________________________________________________________________
* 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 '<CFV-xxxx>',
pozwalający zidentyfikować którego głosowania dotyczy list, jako że
głosowań tych może być kilka jednocześnie. Druga ważna linijka tekstu,
to sam głos. Musi on wyraźnie stwierdzać, czy osoba głosuje ZA
powstaniem grupy, czy PRZECIW, oraz zawierać nazwę grupy. Dokładna
reguła jest taka: Linia ta powinna zaczynać się frazą "Glosuje",
"Głosuję" (w tym drugim przypadku w słowie tym są polskie znaczki
diakrytyczne - l z kreską i e z ogonkiem - dopuszczalne jest kodowanie
8bit lub Quoted-Printable) lub "I vote", następnie musi wystąpić jedno
ze słów ZA, PRZECIW, WSTRZYMUJE SIE, YES, NO, ABSTAIN, a następnie
nazwa grupy - pl.xxx.yyy.zzz. Pozostałe słowa w linii są ignorowane. A
więc oddany głos może wyglądać następująco:
<CFV-xxx.yyy.zzz>
Głosuję ZA powstaniem grupy pl.xxx.yyy.zzz
Głos może zawierać polskie znaki diakrytyczne, może też być napisany
`polskawo', może być zakodowany jako 8bit lub Quoted Printable. Nie
można natomiast używać do głosowania kodowania BASE64, gdyż chociaż
może być ono poprawne z technicznego punktu widzenia, to program
liczący głosy nie jest w stanie z nim sobie poradzić i głos nie
zostaje rozpoznany. Głos musi zawierać pełne imię i nazwisko osoby
głosującej -- najlepiej w nagłówku From:, a jeśli z jakichś względów
dane tam występujące nie są poprawne, to w treści listu, w sposób
podany w CFV (tak, aby automat liczący głosy mógł to automatycznie
rozpoznać).
Po wysłaniu głosu, w ciągu ok. 24 godzin powinna nadejść odpowiedź od
programu liczącego głosy (w weekendy dłużej :-) ), potwierdzająca jak
głos został rozpoznany. Jeżeli coś jest nie tak, można zagłosować
ponownie -- liczy się ostatni oddany głos. List zawierający CFV
zostaje ponownie wysłany mniej więcej w połowie głosowania jako
`CFV2', aby przypomnieć, że głosowanie ciągle jeszcze trwa. List ten
zawiera także podsumowanie kto oddał do tej pory ważne głosy, jednak
bez ujawniania ich treści.
Po upłynięciu terminu zbierania głosów, są one wszystkie liczone, a
wyniki głosowania, wraz z listą osób i informacją o tym, jak każda z
nich głosowała, wysyłane są do grup pl.news.nowe-grupy oraz
pl.announce.newgroups. Do utworzenia nowej grupy wymagane jest
obecnie, by liczba głosujących ZA była co najmniej o 50 większa od
liczby osób głosujących PRZECIW (do 31.12.1998 wymagane było 25 głosów
różnicy), a ponadto głosy ZA muszą stanowić co najmniej 2/3 ważnych
głosów. Jeżeli grupa nie zostanie przegłosowana, następna propozycja
powstania grupy o podobnej tematyce lub charakterze nie powinna się
pojawić wcześniej niż miesiąc po ogłoszeniu wyników i dopiero po
ponownym przedyskutowaniu tej propozycji w grupie pl.news.nowe-grupy.
Jeżeli natomiast podane warunki warunki zostały spełnione, to po kilku
dniach, przeznaczonych na ewentualną weryfikację wyników oraz
przygotowanie techniczne powstania grupy, grupa zostaje utworzona.
Jest to dokonywane poprzez wysłanie odpowiedniego `control message',
tworzącego nową grupę na wszystkich serwerach news, które otrzymują
grupy pl.* (w Polsce i na całym świecie).
Jeśli natomiast ma to być grupa lokalna - utworzyć ją może
administrator lokalnego serwera news, bez oglądania się na inne
serwery i bez stosowania zasad opisanych powyżej. Służy do tego
komenda `ctlinnd newgroup nazwa.grupy y'. Wówczas ważne jest także to,
by zadbać o to, by w plikach `distrib.pats' oraz `newsfeeds' znalazły
się odpowiednie linie, gwarantujące że grupa nie będzie `wyciekała' na
inne serwery.
Dla porządku, procedura zakładania grupy pl.* jest następująca:
1. Inicjator proponuje nową grupę na łamach pl.news.nowe-grupy oraz
ew. innych grup, które tematycznie związane są z proponowaną grupą
i gdzie mogą znaleźć się osoby zainteresowane powstaniem takiej
grupy. Propozycja zawierać powinna proponowaną nazwę grupy,
krótki, jednolinijkowy (max. ok. 40 znaków), opis tematyki grupy,
nieco dłuższy opis zawierający informacje dla kogo to i po co
(kilka zdań), pole Followup-To: pl.news.nowe-grupy, a `Subject'
takiej propozycji powinien wyglądać nastepująco:
Subject: PROPOZYCJA: pl.proponowana.nazwa.grupy
2. Następuje dyskusja, zostaje ustalona ostateczna nazwa, tematyka
grupy, oraz jej jednolinijkowy opis, itp. itd. (UWAGA! Na tym
etapie propozycja nie powinna być wysyłana do grupy
pl.announce.newgroups, gdyż jest to grupa moderowana służąca
wyłącznie do ogłaszania CFV i informacji o nowych grupach.
Wysyłając do innych grup moderowanych także należy się liczyć z
tym, że list może zostać odrzucony przez moderatora).
3. Autor propozycji na adres cfv#usenet.pl wysyła wypełniony szablon
rozpoczęcia głosowania (można go znaleźć w części czwartej tego
FAQ pod adresem http://www.usenet.pl/doc/news-pl-faq.4.htpl),
zawierający OSTATECZNĄ wersję nazwy grupy oraz jej tematyki i
opisu.
4. Po jakimś czasie rozpoczyna się głosowanie. Napływają e-mailem
głosy poparcia lub dezaprobaty. Po zakończeniu głosowania pojawia
się list z ich wynikami. Jeśli z głosowania wyniknie, że grupa ma
powstać (zgodnie z warunkami ogłoszonymi w CFV), to do grup
pl.news.nowe-grupy i pl.announce.newgroup zostaje przesłany list
zawierający:
+ nazwę grupy (dokładnie taką, jak w ogłoszeniach CFV);
+ stwierdzenie, czy grupa będzie moderowana, czy nie. Jeśli ma
być moderowana, to w liście tym musi znaleźć się też adres
moderatora;
+ jednolinijkowy opis grupy (max ok. 40-50 znaków);
+ krótki opis, tematyki grupy, dla kogo ona jest i po co (kilka
zdań);
+ listę osób popierających i protestujących.
Na wcześniejszych etapach dyskusji NIE NALEŻY pisać listów z prośbą o
założenie grupy lub niecierpliwiących się, kiedy grupa powstanie. Nie
należy też listów na ten temat wysyłać do grupy pl.news.admin, gdyż od
czasu powstania pl.news.nowe-grupy jest to grupa służąca WYŁĄCZNIE do
dyskusji na tematy techniczne dotyczące serwerów news. Nie należy też
głosować wysyłając listy do jakichkolwiek grup news, gdyż służą ona
jedynie do wstępnej dyskusji nad celowością powstania grupy oraz
ustalenia ostatecznej nazwy, która najlepiej odda sens nowej grupy.
Jedynie głosy wysłane na adres podany w ogłoszeniu CFV (Call for
Votes) i wysyłane w odpowiedzi na to ogłoszenie są uznawane jako
decydujące o powstaniu grupy.
I na koniec jeszcze raz apel - dla własnego dobra (objawiającego się
szybkim pojawianiem się nowych grup) przestrzegajmy tych zasad. Jeśli
rusza łańcuszek listów mówiących "jestem ZA", a jeszcze nie wiadomo,
jaka ma być nazwa grupy lub trwa ożywiona dyskusja nad innymi
aspektami powstania grupy i nie za bardzo wiadomo, za czym się
głosuje, to nie dziwmy się później, ze powstanie grupy się opóźnia.
Wymyślajmy także sensowne opisy grup, szczególnie te jednolinijkowe.
Nie każda grupa musi mieć w opisie "Wszystko o...", "Wszystko na
temat...", a ostatnio także "Forum dyskusjyjne takich a siakich...",
"Grupa dla...", "Dyskusje o...", itd., itp. Po pierwsze wygląda to
kiepsko, po drugie - czytniki news zwykle obcinają takie opisy od
końca, może się więc okazać, ze wszystkie opisy grup na ekranie
pokazywane są jako "Wszystko na tem" i na tym się urywają...
_________________________________________________________________
Dlaczego nie ma i nie będzie grup pl.alt.*?
Dlatego, że tego się nie da fizycznie zrobić. Grupy `alt.*' z
założenia się alternatywną hierarchią news, w której akceptowane są
praktycznie wszystkie `control-messages', pochodzące od każdego.
Oznacza to, że każdy może założyć dowolną grupę alt.* lub ją skasować.
Wymaga to jedynie minimalnej wiedzy na temat funkcjonowania USENETu.
Utworzenie analogicznej hierarchii pl.alt.* wiązałoby się z
koniecznością wpisania odpowiedniej konfiguracji na tysiącach serwerów
news na świecie. Tego typu zmiany nie są łatwe do przeprowadzenia.
Nawet tak prosta, wydawałoby się, zmiana jak uaktualnienie adresów
moderatorów grup pl.*, które w pewnym momencie zostały zmieniony z
%s moderators.fuw.edu.pl na %s usenet.pl, trwała ponad dwa lata, a
jeszcze dziś zdarza się, że odbija się poczta wysyłana na stary adres,
bo na jakimś serwerze news w świecie ktoś dawno dawno skonfigurował go
na stary adres i tak już zostało.
Poza tym zmiana taka nie spotkałaby się z aprobatą wielu
administratorów news na świecie, którzy decydują się na udostępnianie
hierarchii pl.* swoim użytkownikom, zdając sobie sprawę z tego, że nie
ma tam żadnych grup z binariami ani żywiołowo pączkujących *.alt.*.
Nic nie stoi jednak na przeszkodzie, by utworzyć hierarchię alt.pl.* i
w niej zakładać dowolne grupy, w których z założenia rozmawiać się
będzie po polsku. Kilka takich grup już istnieje. Nie wymaga to
żadnych rekonfiguracji na serwerach, ani nawet specjalnych dyskusji.
Po prostu wystarczy wysłać odpowiedni control-message, a wszystkie
serwery, na których jest hierarchia alt.* taką grupę założą. Zanim
jednak spróbujesz założyć taką grupę, poczytaj trochę na ten temat, a
pierwsze próby rób dopisując w nagłówkach swoich artykułów pole
"Distribution: local", aby błędnie zbudowane listy nie podnosiły
alarmów na wszystich serwerach świata.
_________________________________________________________________
Do czego służy pl.answers
Jest to specjalna grupa, analogiczna do comp.answers czy news.answers,
będąca repozytorium artykułów typu 'FAQ' - a więc wysyłanych mniej lub
bardziej regularnie i zawierających odpowiedzi na często zadawane
pytania (tzw. "Frequently Questioned Answers" ;-) ). Artykuły wysyłane
tutaj albo mają swoje 'główne' miejsce w innych grupach news, a na
pl.answers są 'crossposted', albo rozprowadzane są w zupełnie inny
sposób (jak np. PZS - poprzez specjalną listę dystrybucyjną), ale
pojawiają się w grupie pl.answers, by w jednym miejscu zebrać wszelkie
tego typu informacje. Przy właściwym sposobie wysyłania artykułów
można zagwarantować, że pl.answers zawiera zawsze dokladnie jedną (i
to zawsze najnowszą) kopię danego dokumentu.
Aby osiągnąć ten cel, artykuły wysyłane tutaj powinny spełniać 2
warunki: mieć pole 'Expires:' z ustawioną datą przewidywanej kolejnej
wersji dokumentu, oraz 'Supersedes:' z Message-Id poprzedniej wersji.
Przykładowo, jeśli dokument wysyłany jest automatycznie 10. dnia
każdego miesiąca, a jego wersja wysłana 10. lipca miała 'Message-Id'
równe '<pl-news-faq-4578938 cyber.ict.pwr.wroc.pl>' to w wersji
wysyłanej 10. sierpnia powinny znalezć się pola:
Supersedes: <pl-news-faq-4578938 cyber.ict.pwr.wroc.pl>
Expires: Sep 12 1994, 12:00 GMT
Expires ma tutaj datę 12. a nie 10, aby dać szansę na dotarcie
artykułu do wszystkich serwerów. Jeśli zasięg jest większy niż tylko
Polska - np. cały świat (a tak już), można tego zapasu dać jeszcze
więcej - ok. 4-5 dni.
Najlepiej do wysyłania zatrudnić program 'auto-faq' (jest to skrypt w
PERL-u), który generuje we właściwy sposób wspomniane wyżej nagłówki i
może zostać uruchamiany z crontab-a, całkowicie automatyzując
wysyłanie dokumentów. Jedyne, co trzeba robić, to uaktualniać je :-)
Jeśli chcesz ściągnąć auto-faq przez ftp, zajrzyj do rozdziału "Gdzie
znaleźć źródła CNEWS, INN, NNTP, TIN, NN, TRN i ich FAQ?"
Ponieważ jednak na razie zbyt wielu artykułów tego typu nie ma,
szczegóły techniczne nie są być może najważniejsze i zgodnie z
zapowiedziami Rafala Maszkowskiego, który jest moderatorem pl.answers,
każdy sensowny artykuł może zostać tam wysłany (a szczegóły techniczne
można rozwiązać poźniej).
Z drugiej strony - w utrzymywaniu zawsze aktualnych kopii artykułów w
pl.answers współdziałać muszą także serwery news, tzn. nie kasować
zbyt szybko listów w tej grupie. Wystarczy, że respektowane są pola
'Expires:' co w przypadku serwera innd oznacza umieszczenie w pliku
expire.ctl linii:
pl.answers:A:1:14:never
lub np.
pl.answers:A:1:14:60
jeśli ktoś (administrator news) boi się bardzo, że artykuły będą tam
zalegać zbyt długo. Linia taka oznacza, że artykuły w grupie
pl.answers mają być trzymane co najmniej 1 dzień (to także można
zwiększyć), standardowo - 14 dni (jeśli nie ma pola "Expires:"), a
jeśli występuje pole 'Expires:', to aż do daty w nim wyspecyfikowanej
(ale nie więcej jak 60 dni - w drugim przypadku).
Większość artykułów wysyłanych w grupie pl.answers ma także swoje
odpowiedniki na stronach WWW. Odwołania do nich znajdują się na
stronie http://www.killfile.pl/.
_________________________________________________________________
Czy w newsach można używać polskich "ogonków"
Zdecydowanie tak. Nie ma ku temu żadnych przeciwskazań natury
technicznej - system transferu news jest całkowicie "8-bit clean",
tzn. że serwery nie interesują się zawartością artykułów - mogą one
zawierać dane 8-bitowe definiowane w dowolnym standardzie (czyli np.
ISO-8859-1, ISO-8859-2, KOI-8, UTF-8, itp.). Jaki standard jest
używany jest istotne wyłącznie dla czytników news. W przypadku tekstów
pisanych po polsku (a więc w grupach pl.*, ew. soc.culture.polish)
jest to ISO-8859-2. 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:
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. 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 pownego 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.tpi.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.tpi.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.tpi.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.
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.tpi.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.tpi.pl - dostęp pozwalają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 rozpoczęcia głosowania w grupach pl.*
FAQ po angielsku dla administratorów serwerów news poza Polską
_________________________________________________________________
Tomasz R. Surmacz (tsurmacz **at** news.ict.pwr.wroc,pl), 26.04.2005
RCS ID: $Id: news-pl-faq.htpl,v 3.6 2005/04/26 13:35:54 tsurmacz Exp
tsurmacz $
_________________________________________________________________
[This site is vi powered!] border=0 (c) 1994-2005 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ę
From: tsurmacz ict.pwr.wroc.pl (Tomasz R. Surmacz)
Subject: Newsy w Polsce (2/4) - konfiguracja serwerow (FAQ)
Posted-By: auto-faq 3.1.1.2
Archive-name: news-pl-faq/part2
Newsy w Polsce (FAQ) - część 2. - serwery news
Poniższy tekst, to druga część FAQ na temat newsów w Polsce,
zawierająca uwagi na temat konfigurowania serwerów news. Wszelkie
poprawki i uzupełnienia proszę kierować na adres
tsurmacz ict.pwr.wroc.pl Aktualną wersję całego FAQ 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 i pl.answers.
_________________________________________________________________
Spis treści części 2.:
Konfiguracja serwera news
Jak podłączyć serwer news do sieci usenet?
Jak skonfigurować serwer news (grupy pl.*)
Plik active
Plik newsfeeds
Uwagi dotyczące serwerów mających feedy zagraniczne
Plik moderators
Plik distrib.pats
Plik distributions
Plik newsgroups
Plik control.ctl
Co robić z listami typu "checkgroups"?
Jak skonfigurować mail2news i news2mail
mail2news z użyciem procmaila
Newsfeed za pomocą UUCP
Kompresja batchów za pomocą gzip
UUCP 'pośrednie' (czyli jak wykonać cyber!papaja!rnews)
Inne możliwości przyspieszania transmisji
_________________________________________________________________
Podłączanie nowych serwerów
_________________________________________________________________
Jeśli chcesz do sieci Usenet news podłączyć własny serwer, po pierwsze
należy zastanowić się, czy skórka warta jest wyprawki. Mały serwer z
kilkunastoma lub nawet kilkuset grupami może być niewart instalacji ze
względu na czas spędzany następnie na jego konfigurowanie. Duży serwer
natomiast wymaga wręcz ogromnego pasma danych, jeśli mają na nim byc
założone wszystkie grupy. W styczniu 2003 wielkość ,,feedu''
obejmującego same grupy pl.* to około 20-40 MB/dziennie, wszystkie
grupy hierarchii BIG8 - około 1-2 GB/dziennie, wszystkie grupy
włączając w to alt.* - około 120-200 GB dziennie. I niestety z każdym
rokiem te wielkości się mniej więcej podwajają.
Musisz też u siebie zainstalować serwer news, czyli program innd,
działający w środowisku 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 są i nie będą podłączane do sieci Usenet i to
bynajmniej nie z powodu niechęci reszty administratorów do tej firmy,
lecz z powodu masy problemów, jakie ten "serwer" powoduje przez to, że
nie bardzo przejmuje się standardami dotyczącymi systemu news. Jeśli
nadal chcesz uruchomić u siebie serwer news, musisz uzgodnić to z
administratorem innego serwera, który "da ci feed", czyli skonfiguruje
swój serwer tak, by przesyłał do twojego wybrane grupy oraz akceptował
artykuły wysyłane z twojego serwera. Informacje jak skonfigurować
różne pliki serwera znajdziesz w następnym punkcie, natomiast przy
uzyskiwaniu feedu od innego serwera musisz przekazać jego
administratorowi kilka kluczowych informacji koniecznych do właściwego
skonfigurowania łącza po drugiej stronie. Są to m.in:
* Nazwa i adres IP twojego serwera news. Jeśli ma kilka adresów IP -
wszystkie z nich. Jeśli wysyłał będzie artykuły z innego adresu
niż adres, na jaki ten drugi serwer ma się z nim łączyć, także to
zaznacz.
* Nazwa, jaką twój serwer wpisuje w polu Path:
* Dane kontaktowe - adres email, imię i nazwisko osoby
odpowiedzialnej za sewrer news, w miarę możliwości także kontakt
telefoniczny w razie jakichś nagłych wypadków.
* Listę grup news, jakie chcesdz otrzymywać w formacie pliku
newsfeeds. Wysyłając ją w tym właśnie formacie zaoszczędzisz pracy
osobie po drugiej stronie łącza, a być może nawet jest to jedyny
sposób, by twoja prośba w ogóle została rozpatrzona.
* Jeśli już masz jakieś feedy z innych serwerów -- informację o
nich.
W odpowiedzi powinieneś dostać list zawierający podobne dane dotyczące
serwera, z którego będziesz otrzymywał i wysyłał artykuły.
Najważniejsze z nich są:
* Adres/nazwa do wysyłania news -- wpisz go do nntpsend.ctl lub
innfeed.conf.
* Adres/nazwa, z którego będziesz otrzymywał artykuły. Wpisz ją do
hosts.nntp lub incoming.conf.
* Zawartość pola Path: twojego sąsiada -- wpisz ją w odpowiednim
miejscu pliku newsfeeds. Jeśli masz kilku sąsiadów, wpisz tę nazwę
do konfiguracji dotyczącej ich wszystkich, aby nie przesyłać
artykułów między nimi.
Przeładuj pliki konfiguracyjne odpowiednią komendą ctlinnd reload i
przetestuj czy połączenie działa poprawnie (oraz poproś administratora
drugiego serwera, by przetestował, czy może się połączyć z tobą).
Bardzo ważnym aspektem uruchomienia usługi serwera news są oprócz
aspektów technicznych zasady, na jakich podłączane są nowe serwery.
Najważniejsze z tych zasad wymienione są poniżej:
* W sieci Usenet-PL serwery dzielą się na tzw. huby i liście. Hub to
serwer, który ma łącze z wieloma innymi serwerami i oprócz
udostępnianai artykułów swoim użytkownikom, służy także do
transferu danych pomiędzy serwerami, z którymi ma łączność.
Serwerami takimi są przeważnie duże serwery news w sieciach
akademickich, a także news.tpi.pl, news.onet.pl i kilka innych.
Wszystkie pozostałe (w tym także twój) jest liściem -- tzn.
powinien zajmować się wyłącznie otrzymywaniem artykułów,
obsługiwaniem swoich użytkowników oraz wysyłaniem listów
pochodzących od tych użytkowników do swojego sąsiada (lub
sąsiadów).
Jeśli masz tylko jednego sąsiada, sprawa jest prosta, jeśli jednak
skonfigurowałeś (lub masz zamiar w przyszłości) uzyskać także inne
łącze/feed, to po pierwsze musi to być feed od innego huba (a nie
liścia), po drugie - w pliku newsfeeds musisz zadbać o to, by nie
przesyłać artykułów pomiędzy tymi hubami. Zajrzyj do przykładów
opisujących plik newsfeeds, a także informacje dotyczące list
wykluczeniowych w przypadku feedów zagranicznych, bo to jest
praktycznie ta sama sytuacja.
W przypadku wykrycia liści, które liśćmi nie są, bo przesyłają
artykuły także innym serwerom, są one odcinane do czasu
wyjaśnienia sytuacji i naprawienia problemu.
* Autoryzacja dostępu Twój serwer news nie powinien dawać dostępu do
news "wszystkim", lecz tylko wybranej grupie użytkowników, którą
można zidentyfikować w razie problemów. Może to być dostęp na
hasło wymagający wsześniejszej rejestracji (i pozwalającej na
uniemożliwienie ponownej rejestracji osobom uporczywie
przeszkadzającym innym przez wysyłanie spamów lub inne nadużycia)
albo dostęp dla wąskiej klasy adresów IP ograniczonej do własnej
firmy/sieci osiedlowej itp. Także w tym drugim przypadku powinna
być możliwość identyfikacji pojedynczego użytkownika -- jeśli w
sieci lokalnej używasz dynamicznych adresów nadawanych np. przez
DHCP, powinieneś także zadbać o archiwizowanie logów serwera
pozwalających na identyfikację komputera/użytkownika, który łączył
się z twoim serwerem news. Dane takie powinny umożliwiać
znalezienie winnych w przypadku nadużyć co najmniej 1-2 tygodnie
wstecz.
* Bramki www-news Obecnie nie jest dozwolone tworzenie żadnych
bramek www-news pozwalających na wysyłanie artykułów do systemu
usenet news. Z reguły bramki takie nie umożliwiają żadnej
autoryzacji dostępu, albo mają ją zaimplementowaną w sposób
trywialny do obejścia, stają się więc szybko źródłem spamów i
innych nadużyć. Są też źródłem mnóstwa innych problemów, takich
jak niepoprawnie formatowane nagłówki, brak w nagłówkach
informacji pozwalających na identyfikację nadawcy (jego adresu IP,
nazwy konta, itp.), czy wręcz pętle wysyłające do newsów artykuły
pochodzące z newsów, zwrotów o niemożności dostarczenia jakichś
listów, czy całej masy innego śmiecia. Aby uruchomić taką bramkę,
wymagane byłoby żmudne przetestowanie, czy spełnia ona wszystkie
wymagania związane ze współpracą z serwerami news, a nawet i wtedy
podłączenie newsów do serwera WWW powoduje z reguły zalew grup
dyskusyjnych nowymi "newbie", nie zdającymi sobie sprawy z tego,
czym są grupy dyskusyjne, jakie w nich obowiązują zasady i że
każda grupa ma swoją ściśle określoną tematykę, a nie jest kolejną
ikonką na pulpicie, służącą za miejsce do gadania o wszystkim.
* Edukacja użytkowników Użytkownicy twojego serwera news powinni
otrzymywać informacje na temat systemu Usenet news - jak z niego
korzystać, jakie w nim obowiązują zasady, co jest dozwolone, a co
zabronione. Możesz w tym celu odsyłać ich do dokumentacji
dostępnej pod adresem http://www.usenet.pl/doc/ (w szczególności
do informacji o FAQ-bocie i regułach dotyczących wysyłania
artykułów w grupach pl.* oraz do artykułów FAQ możliwych do
znalezienia w pl.answers, a także do Netykiety wysyłanej
periodycznie do pl.answers i pl.news.nowe-grupy. Zajrzyj także na
http://faq-bot.usenet.pl/ -- jest tam wiele informacji dotyczących
zasad obowiązujących w poszczególnych grupach.
_________________________________________________________________
Konfigurowanie serwerów
_________________________________________________________________
Ogólna uwaga dotycząca wszystkich konfiguracji -- BARDZO WAŻNE!!!
Serwery news nie mogą pozwalać na pisanie do grup hierarchii pl.*
każdemu bez jakiejkolwiek autoryzacji. Jeśli serwer ma być z założenia
otwarty dla wszystkich, to musi zawierać system kont i
uwierzytelniania. Celem systemu musi być uniknięcie sytuacji
niekontrolowanego anonimowego dostępu do usenetu przez ten serwer,
gdyż takie sytuacje prędzej czy później prowadzą do nadużyć
odbijających się echem po całym usenecie.
Dotyczy to nie tylko samych serwerów news, ale i wszelkiego rodzaju
bramek z innych usług, np. email, www, wap, itp.
Jak skonfigurować serwer news (w Polsce)
To zależy od samego serwera... i najlepiej wyjaśnione jest w
odpowiednich README lub FAQ towarzyszących serwerowi. Poniżej jednak
parę uwag specyficznych dla właściwego skonfigurowania serwera w
Polsce. Z góry zastrzegam, że dotyczy to praktycznie wyłącznie serwera
INN, gdyż tylko takie miałem okazję konfigurować i na tym się znam ;-)
Poza tym większość zainstalowanych serwerów (i w Polsce i na świecie)
to właśnie INN. Instalacja pozostałych (takich jak DNEWS na przykład)
wymaga zdecydowanie więcej samozaparcia, a efektem bardzo często jest
serwer, którego i tak nie można podłączyć do sieci Usenet News z
powodu wad w implementacji protokołu NNTP i spustoszenia. jakie to
sieje w sieci (np. redystrybucja starych artykułów z nowymi
Message-Id:) Przez $inn określał będę katalog, w którym znajduja się
pliki serwera, a więc np. standardowym miejscem na 'active' jest
$inn/active lub $inn/lib/active, serwer news to $inn/bin/innd itp...
Plik active ($inn/active)
Plik ten zawiera spis wszystkich grup, które serwer otrzymuje. Jeśli
uruchamiamy nowy serwer, najlepiej jest ściągnąć aktualną wersję
takiego pliku z innego serwera news (który będzie nas w newsy zasilał)
za pomocą protokołu nntp, lub z ftp.uu.net poprzez ftp. Pierwsze
wyjście polega na wykonaniu '$inn/bin/getlist -h jakiś.serwer.news.pl
active', drugie - użyciu 'anonymous ftp' ale uwaga... ftp.uu.net, mimo
że od jakiegoś czasu posiada także grupy pl.*, to nie wszystkie
niestety zostały tam poprawnie założone. Dlatego lepiej skorzystać z
fragmentów pliku active, dotyczącego grup pl, a znajdującego się pod
adresem http://www.usenet.pl/doc/pl.active. Plik ten jest codziennie
automatycznie uaktualniany na podstawie pliku active serwera
news.ict.pwr.wroc.pl.
Po otrzymaniu takiego pliku 'active', najlepiej wyzerować w nim
numerki oznaczające numery artykułów prostą instrukcją:
mv active active.old
awk '{printf ("%s 0000000000 0000000001 %s\n", $1, $4)}' < active.old >
active
nie zapominając o tym, że jeśli serwer news już działa, to MUSI zostać
wczesniej zatrzymany np. przez '$inn/bin/ctlinnd pause xx', a ponowne
uruchomienie powinno nastąpić przez:
ctlinnd reload active ''
ctlinnd go ''
Jeśli dopisać trzeba pojedyncze nowe grupy w już działajacym serwerze,
należy do tego użyć 'ctlinnd newgroup pl.nazwa.grupy y', bez
uprzedniego zatrzymywania serwera. Jeśli grupa jest moderowana,
zamiast 'y' powinno oczywiście pojawić się 'm'.
Plik newsfeeds ($inn/newsfeeds lub $inn/site/newsfeeds)
Zależy od tego, kto zasila nas w newsy i komu newsy są dalej posyłane.
Jest on naprawdę dobrze udokumentowany w INND FAQ oraz na stronie
manuala, wystarczy więc może jedynie 2 małe przykłady...
'feed' dla komputera o adresie 'news.host.pl' dopisującego w polu
'Path:' nazwę 'news.host.somewhere.in.pl' powinien w najprostszym
przypadku wyglądać tak:
xxx/news.host.somewhere.in.pl\
:*/!local:Wnm:
gdzie xxx jest dowolnym (w miarę krótkim, bo pojawia się wielokrotnie
w logach) akronimem reprezentującym dany host, wystepującym również w
pliku 'nntpsend.ctl':
xxx:news.host.pl:::-T1720 -t300
gdzie nazwa 'xxx' zostaje związana z adresem internetowym
'news.host.pl'. Warto przy okazji zwrocić uwage na parametr -T1720
(lub podobny) zamiast 'standardowego' -T1800. Parametr -Tn oznacza, że
jedna sesja nntpsend nie może trwać dłużej niż n sekund. W przypadku
n=1800, oznaczałoby to dokładnie 30 minut. Standardowo nntpsend jest
startowany z crontab-a co 10 minut, a wygląda to mniej więcej tak:
0,10,20,30,40,50 * * * * /usr/lib/news/nntpsend
Gdy pojawia się sytuacja, że newsów jest na tyle dużo, że nntpsend
jest w stanie pełne 30 minut wykorzystać, to kończenie tuż po tym, jak
crontab wystartował nowego nntpsend, który się skończył, stwierdziwszy
że poprzedni jeszcze działa, jest marnotrawieniem kolejnych 10 minut,
czyli 25% przepustowości łącza. Dlatego czas dla -T powinien być
wielokrotnością 10 minut, pomniejszoną o 1-2 minuty, by dać programowi
nntpsend czas na 'posprzątanie' w momencie kończenia działania. Drugą
sprawą pozwalającą przyspieszyć docieranie news z jednego końca Polski
w drugi jest to, by na sąsiadujących serwerach news czasy wysyłania
batchów były nieco poprzesuwane, np. jeśli 'mapka' serwerów wyglada
tak:
bilbo <---> okapi <---> sun1000
to jeśli, przykładowo, na bilbo nntpsend startuje o pełnej godzinie i
dalej co 10 minut, to na okapi powinno to być np. 5 minut po pełnej
godzinie i dalej co 10 minut (czyli 5,15,25,...), a na sun1000 znowu o
pełnej godzinie. Natomiast jeśli jeszcze istnieje dodatkowe połączenie
bilbo <---> sun1000, to jeszcze lepiej jest, gdy bilbo ma 0,10,...,
okapi np. 3,13,23,33,... a sun1000 6,16,26,...
Drugi krótki i z życia wzięty przykład (wg mapki z pierwszej części
FAQ). newsfeeds na okapi: uw dostaje wszystkie lokalne artykuły (tzn.
takie, które nie były w Warszawie ani w USA) oraz comp.security* które
nadchodzą z USA lub lokalnie:
cocos!all/news.nask.pl,uw.edu.pl,plonk.apk.net\
:*,!pwr.*,/!local,!pwr,!wroc\
:Tm:cocos
cocos!sec/news.nask.pl,uw.edu.pl\
:!*,comp.security*,alt.security*/!local,!pwr,!wroc\
:Tm:cocos
cocos:!*:Tf,Wnm:
Pierwsze 2 linijki to 'wejście lejka' o wspólnym ujściu nazwanym
'cocos', przy czym 'cocos' nie ma tutaj NIC wspólnego z nazwą
komputera, na który zostanie to wysłane. Pierwsza linijka odnosi się
do wszystkich artykułów, które nie nadeszły z Warszawy ani z USA
(przez serwer plonk.apk.net), druga - do wszystkich artykułów z grup
'security', które nie nadeszły z Warszawy. WPisanie kilku nazw
(pochodzących z Path: tych serwerów) zapobiega przesyłaniu artykułów
pomiędzy nimi. Ostatnia linia to 'ujście lejka' prowadzące do pliku
'cocos' w katalogu /var/news/out.going (lub odpowiednio innym), gdzie
zapisywane są odsyłacze do artykułów, wykorzystywane co 10 minut przez
innxmit. Symboliczna nazwa 'cocos' jest tłumaczona na rzeczywisty
adres komputera (którym jest 'news.uw.edu.pl') w pliku 'nntpsend.ctl':
cocos:news.uw.edu.pl::-T1720 -t300
Uwagi dotyczące serwerów mających feedy zagraniczne
Newsy do Polski spływają kilkoma drogami i poprzez sieci różnych
operatorów (TPSA, NASK, POL-34), nie grozi nam więc sytuacja, że
wskutek awarii pojedynczego serwera news (np. chwilowego zapchania
dysku na którymś z serwerów news) zostaniemy całkiem odcięci od
dopływu nowych newsów ze świata lub zaczniemy otrzymywać je ze
znacznym opóźnieniem. Z drugiej strony jednak bez odpowiedniej
konfiguracji może to prowadzić do niepożądanego "tranzytu" newsów np.
z USA do USA przez kilka serwerów w Polsce.
Można tego uniknąć odpowiednio definiując reguły wykluczania w pliku
newsfeeds (po znaku "/" w nazwie feedu). Do tego potrzebna jest jednak
znajomość wszystkich połączeń Polski ze światem i tego, co zagraniczne
serwery news wpisują w polu Path:
news.uoregon.edu,hammer.uoregon.edu,arclight.uoregon.edu,fu-berlin.de
news.nacamar.de,newsfeed.nacamar.de,news.apfel.de,news.maxwell.syr.edu
Serwery w USA i Niemczech, wymieniające BIG 8, pl.* i inne
grupy z serwerem w ICM.
news.apk.net (aka plonk.apk.net, ale to pierwsze wystarczy)
Serwer w USA (Cleveland, Ohio), wymieniające BIG 8 i pl.* z
serwerem news.uw.edu.pl, a także comp, news i pl z serwerem
news.ict.pwr.wroc.pl (gzipowane batche UUCP).
newscore.univie.ac.at
Serwery w Austrii, znane poprzednio (przed 12.01.1998) jako
01-newsfeed.univie.ac.at i 02-newsfeed.univie.ac.at, a jeszcze
wcześniej jako newsfeed.ACO.net, wymieniające BIG 8, de.*, pl.*
i inne grupy z serwerem NASK
newsfeed.sunet.se
Serwer w Szwecji wymieniający BIG 8, de.*, pl.* i inne grupy z
serwerem UW. Wcześniej znany jako sunic
news.icmp.lviv.ua
Serwer na Ukrainie. Połączenie przez NASK. Sam także otrzymuje
newsy innymi drogami (z USA i Europy), dlatego dobrze jest
także umieścić go na liście.
news.cistron.nl
Serwer w Holandii, wymieniający wyłącznie grupy linux.* z
serwerem news.uw.edu.pl.
news.miracle.net
nntp.uio.no
Serwery news w USA (Connecticut) i Norwegii (Oslo),
wymieniające z serwerem news.ict.pwr.wroc.pl niewielkie feedy
zawierające hierarchie pl.* i linux.*.
Powyższa lista nie jest pełna, jako że po raz pierwszy powstała w roku
1995, a feedy potrafią się zmieniać i co 2-3 tygodnie. W miarę
aktualna, pełna lista "excludes" powinna wyglądać następująco:
jakiś-feed/news.apk.net,newsfeed.sunet.se,\
news.icmp.lviv.ua,news.cistron.nl,news.micro-net.net,\
news.uoregon.edu,hammer.uoregon.edu,arclight.uoregon.edu,\
newsfeed.nacamar.de,news.nacamar.de,news.apfel.de,\
news-spur1.maxwell.syr.edu,\
www.nntp.primenet.com,nntp.primenet.com,\
fu-berlin.de,fci-se,newscore.univie.ac.at\
: ......
Plik moderators
Standardowy plik przychodzący z dystrybucją INND, uzupełniony na
początku o linię: nowość!
pl.*:%s usenet.pl
co powoduje wysyłanie artykułów w moderowanych grupach pl.* na adres
typu nazwa-grupy-z-kropkami-zamienionymi-na-kreski usenet.pl. Linia
taka znajduje się już w standardowej (tzn. rozprowadzanej wraz ze
źródłami serwera) dystrybucji INND począwszy od wersji 1.5.
usenet.pl jest adresem klasy MX wskazującym na hosty utrzymujące pełną
listę wszystkich 'moderatorów' grup pl (obecnie są to
galaxy.uci.agh.edu.pl i okapi.ict.pwr.wroc.pl). Domena ta powstała na
początku sierpnia 1995, zastępując stosowaną uprzednio domenę
moderators.fuw.edu.pl.
Plik distrib.pats
Plik ten należy uzupełnić o lokalne dystrybucje, tam gdzie one
występują, np.:
10:pwr.*:pwr - We Wrocławiu
10:umk.*:umk - W Toruniu
a także ew. niektóre grupy, które mają inną dystrybucję, niż wynika to
z ich nazwy, np. we Wrocławiu:
30:pl.listserv.email-d:pwr
gdyż pl.listserv.email-d jest lokalną grupą wrocławską mimo nazwy
'pl.' i artykuły posłane do tej grupy otrzymują standardowo
dystrybucję 'pwr'. Specjalne definiowanie domyślnej dystrybucji pl dla
grup pl.* jest błędem, gdyż powinno to być 'world' (a w ogóle, to
najlepiej zamiast 'world' pozostawić wtedy "pustą" dystrybucję,
oznaczającą cały świat) - a dystrybucja pl ma rzeczywiście oznaczać
rozsyłanie artykułów wyłącznie do serwerów w Polsce.
Plik distributions
Zawiera opisy poszczególnych dystrybucji. To, co dla Polski
najważniejsze, poniżej:
pl Polska
pl-news Polska, wyłącznie news, bez list dyskusyjnych
krakow Kraków
cyfronet Kraków
torun Toruń
warszawa Warszawa
umk UMK w Toruniu
pwr Politechnika Wrocławska
wroc Wrocław
world Cały świat
inet Internet
mimuw Wydz. Matematyki Informatyki i Mech. Uniw. Warszawskiego
local lokalny serwer news
Plik newsgroups
Plik z jednolinijkowymi opisami poszczególnych grup. Opis grup pl.*
wysyłany jest regularnie w trzeciej części tego FAQ w grupach
pl.news.admin i pl.answers, a regularnie raz na dwa miesiące także w
postaci tzw. "checkgroups message". Dostępny jest także poprzez WWW
pod adresem: http://www.usenet.pl/doc/pl.newsgroups. Lista grup, wraz
z aktualnym plikiem active, dostępna jest w 3. części tego FAQ.
Plików tego można użyć do sprawdzenia, czy lista grup na serwerze jest
aktualna w następujący sposób:
lynx -source http://www.usenet.pl/doc/pl.newsgroups | \
$inn/control/checkgroups
lub:
lynx -source http://www.usenet.pl/doc/news-pl-faq.3 | \
sed -e '1,/^=== /d' -e '/^--- /d' | \
$inn/control/checkgroups
Plik control.ctl
Plik ułatwiający 'centralne' i zautomatyzowane tworzenie nowych grup.
Polega ono na tym, że w pewnej hierarchii news (np. w grupach pl.*)
pewna osoba zostaje uznana za autorytatywną, jeśli chodzi o tworzenie
nowych grup i kasowanie starych, czego dokonuje przez wysłanie
odpwiednio sformatowanych artykułów news, zawierających pewne magiczne
zaklęcia. Aby zaklęcia te były zrozumiałe dla serwerów news, w ich
pliku control.ctl muszą się oczywiście pojawić odpowiednie linie
konfiguracji. Obecnie, aby zabezpieczyć się przed "podróbkami" listów,
w wielu hierarchiach news stosowana jest metoda podpisywania tych
specjalnych artykułów kluczem PGP. Tak jest w hierarchii "BIG 8"
(comp, news, rec, talk, itd.), jak i w niektórych hierarchiach
narodowych (de, fr, uk), a od października 1996, także w hierarchii
pl.
Aby był sprawdzany podpis PGP, potrzebne jest oczywiście odpowiednie
oprogramowanie na serwerze - sam program pgp oraz skrypty 'pgpverify'
i poprawiony 'parsecontrol' serwera news. Znajdują się one w
dytrybucji INN począwszy od wersji 1.5, a dla poprzednich wersji (a
także serwerów CNEWS) można ściągnąć z sieci odpowiednie poprawki.
Więcej informacji na ten temat można przeczytać pod adresem
ftp://ftp.pwr.wroc.pl/pub/networking/news/misc/pgpcontrol/ (mirror
strony z ftp.uu.net). Tam można także znaleźć klucz PGP używany w
hierarchii pl.
Jeśli jednak na serwerze nie jest dokonywana weryfikacja PGP, musi
wówczas wystarczyć metoda "tradycyjna", jako że artykuły specjalne
podpisane przez PGP są też poprawnie rozpoznawane, gdy PGP nie ma na
serwerze (ale oczywiście nie da się wtedy zweryfikować ich
autentyczności).
Trzeba pamiętać, że OSTATNI pasujący opis zostaje użyty, tak więc w
okolicach końca pliku należy dopisać dla grup pl.*:
## PL newsgroups - bez weryfikacji kluczem PGP
newgroup:michalj *fuw.edu.pl:pl.*:doit=newgroup
rmgroup:michalj *fuw.edu.pl:pl.*:doit=rmgroup
newgroup:newgroup usenet.pl:pl.*:doit=newgroup
rmgroup:newgroup usenet.pl:pl.*:doit=rmgroup
Jeżeli natomiast serwer został skonfigurowany do weryfikacji artykułów
specjalnych przez PGP, to zamiast powyższych linii należy wpisać linie
następujące:
## PL newsgroups - weryfikacja kluczem PGP
newgroup:newgroup usenet.pl|michalj *fuw.edu.pl:pl.*:verify-pl.announce.new
groups
rmgroup:newgroup usenet.pl|michalj *fuw.edu.pl:pl.*:verify-pl.announce.newg
roups
checkgroups:newgroup usenet.pl|michalj *fuw.edu.pl:pl.*:verify-pl.announce.
newgroups
UWAGA! - W obu przypadkach między '*' a 'fuw' nie ma kropki!
Poza tym dobrze jest przy okazji sprawdzić sposób reakcji serwera na
'sendsys'. Poniżej znajduje się 'preferowany' sposób dla standardowych
zapytań - automatyczna odpowiedź, jeśli podany został argument (czyli
jeśli np. komputer okapi otrzyma 'cmsg sendsys icm' - to odeśle
fragment pliku newsfeeds dotyczący icm), oraz brak odpowiedzi, jeśli
argumentu nie ma (by uniknąć potencjalnych bomb-maili)
## SENDSYS
sendsys:* uunet.uu.net:*:doit=miscctl
sendsys:*:*:doifarg
Na serwerach w Polsce dobrze jest także dopisać następujące linie:
sendsys:* adm.usenet.pl:*:doit=miscctl
version:* adm.usenet.pl:*:doit=miscctl
spowodują one wysłanie pliku newsfeeds lub listu zawierającego w
treści numer wersji serwera, jeżeli odpowiednio sformatowany artykuł
specjalny nadejdzie z adresu znajdującego się w domenie adm.usenet.pl.
Pozwala to na uaktualnianie informacji o serwerach news w Polsce i ich
wzajemnych połączeniach (np. w celu uaktualnienia mapki zamieszczonej
w części pierwszej tego FAQ), bez konieczności ciągłego zawracania
głowy poszczególnym administratorom serwerów news (bo serwer sam
wysyła odpowiedź, a administratora jedynie informuje w krótkim liście,
że odpowiedź została wysłana).
_________________________________________________________________
Co robić z listami typu "checkgroups"?
Od czasu do czasu wysyłany jest tzw. "checkgroups message" dla grup
pl.*, tzn. specjalny artykuł naws zawierający listę wszystkich
aktywnych grup. Artykuł taki wyróżniony jest odpowiednią linią
"Control:", dzięki czemu każdy serwer news, który taki artykuł
otrzyma, zależnie od konfiguracji - przesyła go swojemu
administratorowi pocztą elektroniczną, lub automatycznie go wykonuje i
jeśli wykryje jakieś rozbieżności pomiędzy przesłaną listą grup, a
lokalnie istniejącymi grupami w tej hierarchii, to informuje o tym
administratora. W pierwszym z tych dwóch przypadków, w liście tym
serwer dołącza na początku komentarz mówiący w jaki sposób należy z
tym artykułem postąpić. Jest to zwykle polecenie postaci
$inn/control/docheckgroups < PLIK.
Nie należy się obawiać, że uruchomienie docheckgroups cokolwiek zmieni
lub coś "zepsuje". Program ten porównuje jedynie listę grup w
dostarczonym mu na wejściu pliku z listą grup znajdującą się w plikach
active i newsgroups. W przypadku niezgodności informacje o tym
drukowane są na standardowym wyjściu w formacie skryptu sh. Tak więc
można program docheckgroups uruchomić raz dla sprawdzenia, czy
wszystko jest ok, a następnie w przypadku wykrycia niezgodności i
zaakceptowania zmian wykonać program ponownie, jego wynik skierowując
do programu sh (albo do pliku, a następnie do sh):
$inn/control/docheckgroups < PLIK | sh -
Artykuł "checkgroups" wysyłany jest 2 miesiące (1 dnia miesiąca w
miesiące nieparzyste) z adresu newgroup usenet.pl. Jeśli artykuł taki
potrzebny jest "od zaraz" (np. przy konfigurowaniu nowego serwera
news), można sobie poradzić inaczej:
* Spod adresu http://www.usenet.pl/doc/pl.newsgroups ściągnąć
aktualną listę grup pl.* w formacie pliku newsgroups.
* Uruchomić program docheckgroups podając mu plik pl.newsgroups na
wejście.
* To, co z niego wyjdzie zapamiętać w pliku i uruchomić jako skrypt.
Oprócz tego, co jakiś czas (ale niezbyt często) wysyłane są na nowo
specjalne artykuły "tworzące" grupy, które już dawno istnieją. Np.
pl.test, pl.news.admin i inne. Jeśli 'zakładana' grupa już istnieje na
serwerze, to serwer ignoruje taki artykuł specjalny, jeśli nie
istnieje - tworzy grupę. Nie wymaga to żadnej dodatkowej konfiguracji
ponad tę, opisaną przy okazji opisu zawartości pliku "control.ctl".
_________________________________________________________________
Jak skonfigurować mail2news i news2mail
mail2news i news2mail to dwa programy odpowiedzialne za spinanie ze
sobą (jak sama nazwa wskazuje) newsów i maila, tzn. list dyskusyjnych.
Wydawać by się mogło, że w zasadzie są one niepotrzebne, no bo cóż...
- wystarczyłoby pewnie z jednej strony skonfigurować serwer news tak,
by artykuły przychodzące do pewnej grupy były przekazywane
bezpośrednio jednemu z programów typu mail, mailx, mh lub sendmail, w
drugą stronę natomiast - utworzyć odpowiedni "alias" pocztowy typu np.
"|/usr/lib/news/sendnews"
gdzie sendnews jest prostym skryptem dopisującym na początku nazwę
grupy i posyłającym dalej całość do programu 'inews', który przekaże
artykuł serwerowi.
Tak prosto jednak nie da się tego zrobić. Problem polega na tym, ze
każdy artykuł wysłany na listę dyskusyjną trafiłby do news, po czym z
news zostałby odesłany ponownie na listę dyskusyjną, tak więc na
liście każdy artykuł pojawiałby się dwukrotnie. Jeśli na dodatek
listserwer nie przekazuje (tzn. gubi) 'Message-ID', może się okazać,
że artykuł ponownie wraca do news, skąd dalej zostaje zakolejkowany do
listserwera i zaczyna się robić (nie)wesoło... Jeśli 'Message-ID' jest
przez listserwer przekazywany jak należy, sytuacja taka nie będzie
miala miejsca, gdyż artykuł posłany ponownie do news (z tym samym
Message-ID) zostanie przez serwer news odrzucony jako duplikat (i
zwykle wygeneruje list do Postmastera), może to jednak powodować
zamieszanie na liście dyskusyjnej.
Ważne jest więc po pierwsze zagwarantowanie, by artykuł trafiający z
listserwera do news nie zostawał wysłany z powrotem na listę, a także
by listserwer nie gubił ani nie modyfikował Message-ID:, a także by
generować Message-ID: w momencie przekazywania listu z e-maila do
news, jeśli list go nie zawiera. W miarę możliwości należy także
ustawić na listserwerze opcje 'NOACK', oznaczającą że listy wysłane z
adresu serwera news nie są do niego ponownie odsyłane.
Do tego właśnie służą oba wspomniane programy. mail2news dokonuje
przefiltrowania nagłówka maila, usuwając niepotrzebne lub niezgodne z
RFC822 pola (np. 'Received:' jest w newsach w ogóle bez znaczenia).
Jeżeli list nie posiada 'Message-ID:', to jest on generowany, ponadto
tworzone jest pole 'Path:' z wpisanym odpowiednim tekstem, np. 'Path:
gateway', dzięki czemu w serwerze news możliwe jest wysyłanie na listę
dyskusyjną wyłącznie artykułów, które serwer news otrzymał od innych
serwerow, a nie od mail2news (a więc nie majacych 'gateway' w polu
'Path:'). Opcjonalnie, mail2news potrafi także odfiltrować często
posyłane na adres listy (zamiast listserwera) artykuły typu 'unsub
nazwa-listy'.
W drugą stronę - news2mail usuwa z nagłówka pola nieistniejące w
e-mailu (typu 'Path:', 'Supersedes:', itd.), ignoruje wszystkie listy
typu 'control', tzn. np. kasujące poprzedni artykuł, martwi się o
właściwe 'From:' i 'Sender:', by była możliwa odpowiedź do autora, a
nie tylko na listę, oraz parę innych rzeczy. No i to co najważniejsze
- przy właściwej konfiguracji każdy artykuł pojawia się dokładnie raz
na liście i raz w newsach.
Pakiet mail2news nie jest na razie dostępny na żadnym anonymous ftp
(podobno miał zostać włączony do INN v1.5, ale tak się nie stało),
jest bowiem na razie w wersji 'beta' (choć trwa to już od końca 1993
roku), należy się więc skontaktować z autorem (Rich Salz -
rsalz uunet.uu.net), by otrzymać jego kopię. Dobrze jest także
skontaktować się ze mną (pod adresem tsurmacz ict.pwr.wroc.pl), aby
uzyskać poprawki do tego programu, zapewniające właściwe traktowanie
nagłówków "Content-Type:" i innych, które występują w
listach/artykułach zawierających polskie znaki diakrytyczne. Istnieje
także (na razie w fazie zaawansowanych testów) wersja w PERLu napisana
przez Piotra Piątkowskiego, która dodatkowo potrafi dokonywać
przekodowania z Quoted Printable na 8bit artykułów wysyłanych do
newsów z poczty i odwrotnie w drugą stronę. W dalszej części opisany
jest pakiet mail2news Richa Salza.
Przed kompilacją należy sprawdzić kilka parametrów - jakiego typu
program używany jest do wysyłania poczty (sendmail czy mh), co
dopisywane ma być w polu 'Path:' (standardowe 'gateway' czy np.
'gateway.pwr.wroc.pl'), czy adresy 'From:' news2mail ma generować z
'Path:', czy bezpośrednio z 'From:' w artykule (w czasach, gdy
stosowanie adresów uucp staje się przeszłością, należy używać tego
drugiego), oraz gdzie znajduje się serwer news (a jeśli na tej samej
maszynie - gdzie sa jego biblioteki - a dokładniej: program inews lub
rnews). Rożnica pomiędzy inews a rnews może okazać się istotna, bowiem
inews jest tak naprawdę programem przewidzianym do "interaktywnego"
przyjmowania newsów od użytkownikow, kontroluje więc m.in. format
daty, a czasem także np. czy ilość cytowanego tekstu nie jest większa
od nowego tekstu (jeśli tak zostal skompilowany). inews informuje
także o błędach na stdout lub stderr, co w przypadku mail2news kończy
się przekazaniem błędu dalej, czyli do sendmaila i co za tym idzie,
zwrócenie listu do nadawcy (Sender:), czyli zwykle właściciela listy
oraz lokalnego postmastera.
W 80% list dyskusyjnych wszystko dziala jednak jak należy, a wówczas
inews jest o tyle lepszy, że poprzez zwracanie błędów w sposób
natychmiastowy zwraca uwagę administratora news na to, że cos jest nie
tak. Natomiast błędy występujace przy dostarczaniu artykułów za pomocą
rnews sa zwykle przez ten program po cichu ignorowane, a odbicie
znajdują jedynie w logach z pracy serwera. Istotne jest jednak to, że
mail2news umożliwia podanie 'agenta news' jako parametr przy
uruchomieniu, tak więc bez konieczności rekompilacji, można w dowolnym
momencie inews zmienić na rnews lub odwrotnie.
Po skompilowaniu mail2news pozostaje juz właściwie tylko skonfigurować
serwer news i listserwer, by przesyłały sobie nawzajem artykuły.
Najpierw o tym, jak to zrobić z mail2news, bo z tym jest zwykle więcej
problemów...
Rozpatrzmy taki przykład - tworzymy grupę "pl.nowa.grupa", którą
łączymy z listą "nowa-lista" obsługiwaną przez listserv plearn.edu.pl.
Serwerem news, na którym tego dokonujemy jest "serwer.news.pl". Musimy
serwer news 'zapisać na tę listę', tzn. np. stworzyć w /etc/aliases
serwera (lub innego koputera w pobliżu) alias:
pl-nowa-grupa: "|/usr/local/news/bin/mail2news -npl.nowa.grupa -dlocal"
Teraz wypadałoby grupę 'pl.nowa.grupa' utworzyć za pomocą 'ctlinnd
newgroup pl.nowa.grupa y' (lub zgodnie ze składnią serwera news --
powyższy przykład jest dla serwera INN) i przetestować, czy poczta
wysyłana na adres pl-nowa-grupa serwer.news.pl trafia do newsow. Po
pierwsze - wysyłając email-a na ten adres, a jeśli cos nie działa -
testując ręcznie:
% cat > test.posting
From: użytkownik serwer.news.pl
To: pl-nowa-grupa
Message-ID: test-1 serwer.news.pl
Date: Mon, 1 Aug 1994, 12:00 MET
test
^D
% cat test.posting | /usr/local/news/bin/mail2news -npl.nowa.grupa -dlo
cal
(albo nagrać jakis list wysłany samemu sobie do pliku i probować go
przekazać do mail2news).
Jesli w tym momencie chcemy przetestowac, jak z dostarczaniem newsów
poradzi sobie rnews zamias inews, wystarczy wpisac:
% cat test.posting | \
/usr/local/news/bin/mail2news -=/usr/local/news/bin/rnews -npl.nowa.gru
pa -dlocal test
słowo 'test' (lub dowolne inne) na końcu jest konieczne z tego
względu, że mail2news przekazuje 'agentowi news' parametr '-h' oraz
wszystkie inne, których sam nie interpretuje (czyli '-h test') - inews
wymaga '-h' bez parametrów, dla rnews po '-h' musi wystąpić nazwa
'hosta' która zostanie zapisana w logach serwera. Pamiętać należy też
o tym, że o ile mail2news wykorzystujący inews może być uruchomiony
"niedaleko" serwera, to rnews da się uruchomić wyłącznie na serwerze,
albo na komputerze, który z serwerem news ma połączenie via UUCP.
Jeśli wszystko działa tak jak trzeba, pozostaje zapisać serwer news
jako subskrybenta listy dyskusyjnej: albo poprosić właściciela listy
by dopisał do niej adres pl-nowa-grupa serwer.news.pl, albo zrobić to
samemu, posyłając e-mail z adresu pl-nowa-grupa do listserwera. Jak
posłać maila z takiego adresu? O tym chyba wszyscy wiedzą, ale jakby
nie, to jako root (albo jeden z 'trusted users' sendmaila - np.
'news') należy wykonać:
# cat | /usr/lib/sendmail -fpl-nowa-grupa serwer.news.pl listserv plear
n.edu.pl
From: pl-nowa-grupa serwer.news.pl
To: listserv plearn.edu.pl
sub nowa-lista "mail to news gateway at serwer.news.pl"
^D
W ciągu kilku lub kilkudziesięciu minut powinien się w newsach pojawić
pierwszy artykuł - z odpowiedzią serwera i informacją "You have now
subscribed to list nowa-lista" itd. Jeśli tak, to wszystko na
najlepszej drodze. Aby poustawiać wszystkie opcje dystrybucji jak
należy, poślij listserwerowi (ponownie z adresu
pl-nowa-grupa serwer.news.pl) list o treści:
set nowa-lista full
set nowa-lista noack
Pierwsza linia oznacza, że listserwer ma posyłać pełne nagłówki (a
więc włącznie z Message-ID), druga - że artykuły przesłane z serwera
news nie będą do niego ponownie wysyłane. Opcje powyższe działają
poprawnie w przypadku listserwerów bitnetowych oraz 'listproc-a', inne
listserwery mogą wymagać nieco innych komend, na przykład 'set
nowa-lista norepro' itp.
Jeśli wszystko działa jak należy, pora na wysyłanie newsów na listę. W
pliku newsfeeds należy dopisać linię mniej więcej następującej treści:
nowa-lista/gateway\
:pl.nowa.lista,/!local,!pl-news\
:Tp:/usr/local/news/bin/news2mail nowa-lista nowa-lista \
pl-nowa-grupa serwer.news.pl plearn.edu.pl
(ostatnie 2 linijki w zasadzie powinny zmieścić się w jednej, ale dla
czytelności podzieliłem ja na dwie - TS). Argumenty podane dla
news2mail oznaczają że:
* (1 i 4) - poczta zostanie dostarczona na adres
nowa-lista plearn.edu.pl,
* (2 i 4) - w polu 'To:' będzie wpisane nowa-lista plearn.edu.pl,
* (3) - w polu 'Sender:' będzie wpisane pl-nowa-grupa serwer.news.pl
- 4. argument jest tutaj ignorowany, bo w adresie już jest ' '
Poza tym 'From:' zawsze zawiera adres z pola 'From:' w artykule news
(chyba że w trakcie kompilacji wybrano opcje generowania 'From:' na
podstawie 'Path:')
'Sender:' - powinien być adresem, jakiego użyliśmy zapisując mail2news
na listę, większość z list bowiem nie akceptuje listów wysyłanych
przez osoby nie będące subskrybentami listy. Aby więc listy wysłane w
newsach trafiały w sposób pewny na listę, użytkownik występujący w
polu 'Sender' lub 'From' musi być na listę zapisany - co łatwo
osiągnąć definiując właściwie pole 'Sender'. Ponadto, aby 'Sender:'
wpisane przez news2mail było respektowane przez sendmail-a (lub innego
agenta :-) pocztowego), trzeba jeszcze upewnić się, że użytkownik
'news' (z tym id działa serwer news, a więc i news2mail przez niego
uruchamiany) jest wpisany w sendmail.cf jako 'trusted user', (opcja
'Trusted' jest bez znaczenia w sendmail 8.6.x, ale począwszy od wersji
8.7.1 ponownie jest respektowana), np:
DT root uucp news
Najlepiej oczywiście na początek zamiast adresów listserwera wpisać
własny i przetestować, czy artykuł wysłany w news trafia do e-maila
jak należy. Po wykonaniu 'ctlinnd reload newsfeeds' i wysłaniu
artykułu do news, albo od razu powinien on zostać dostarczony
email-em, albo zakolejkowany. Wówczas '/usr/lib/sendmail -q'
przyspieszy jego dostarczenie. No a gdy już okaże się, że artykuł
dotarł i wyglądał mniej więcej tak:
From news.test cyber.ict.pwr.wroc.pl Sat Aug 6 18:05:02 1994
Return-Path: <news.test cyber.ict.pwr.wroc.pl>
Received: from cyber by asic.ict.pwr.wroc.pl (4.1/SMI-4.1)
id AA14199; Sat, 6 Aug 94 18:05:01 +0200
Received: from NEWS GATEWAY by cyber with netnews
for ts asic (ts asic)
From: tsurmacz sprocket.ict.pwr.wroc.pl (Tomasz Surmacz)
Message-Id: <320c32$ena cyber.ict.pwr.wroc.pl>
Sender: news.test cyber.ict.pwr.wroc.pl
Subject: test news2mail
test news2mail - wysłany przez tin-a uruchomionego na komputerze
'sprocket', połączonego z serwerem news 'cyber', gdzie grupa
pwr.nowa.lista w newsfeeds opisana jest jako:
list-test/gateway\
:!*:pwr.nowa.lista:Tp:\
/bin/news2mail ts ts news.test cyber.ict.pwr.wroc.pl asic
(tzn. miał właściwy adres From: oraz Sender:), to możemy zmienić
własny adres na adres listserwera, jeszcze raz wykonać 'ctlinnd reload
newsfeeds' i mieć nadzieję, że wszystko działa jak trzeba. Gdy już
grupa zostanie także utworzona na innych serwerach news, wystarczy
tylko przestawić dystrybucję w aliasie:
pl-nowa-grupa: /usr/local/news/bin/mail2news -npl.nowa.grupa -dlocal
na:
pl-nowa-grupa: /usr/local/news/bin/mail2news -npl.nowa.grupa -dworld
(lub w ogóle zlikwidować '-d' zakładając, że serwer nie dopisze
żadnej, a więc będzie szło w świat, ale lepiej to wówczas sprawdzić).
To wszystko...
Ostatnia uwaga, dotycząca uruchamiania różnych bramek -- powyższy opis
ma za zadanie pomóc w konfiguracji bramek uruchamianych dla własnych
lokalnych potrzeb, niedostępnych z zewnątrz i dla "wszystkich".
Pojawiające się ostatnio (2001-2003) jak grzyby po deszczu bramki
wrzucane do różnorakich serwisów www i nie wymagające żadnej
autoryzacji dostępu (przez co szybko stają się źródłem spamów, trolli
i innych abuserów), będą tępione z całą surowością.
_________________________________________________________________
mail2news z użyciem procmaila
Problemem pojawiającym się po skonfigurowaniu mail2news w sposób
opisany w powyższym punkcie jest to, że wszelkiego rodzaju błędy w
dostarczaniu poczty trafiającej z newsów na listę dyskusyjną są
przesyłane z powrotem do bramki mail2news, a więc trafiają do grup
news. Aby tego uniknąć warto skorzystać z programu procmail i
odfiltrować takie listy wyrzucając je do /dev/null lub zapisując do
odpowiedniego pliku, ale nie wysyłając do news.
Jeśli na serwerze news zainstalowanych jest kilka bramek mail2news,
można je wszystkie obsługiwać za pomocą jednego pliku z regułkami
procmaila, separując odpowiednie listy na grupy news po nagłówkach To:
lub innych, można też dla każdej grupy stworzyć osobny alias z osobnym
plikiem .rc, zakładając, że plik ten obsługuje wyłącznie jedną listę
dyskusyjną, połączoną z jedną bramką mail2news. Jako że różnica polega
jedynie na wpisaniu odpowiednich regułek, w dalszej części opisu nie
ma znaczenia, który z tych sposobów został wybrany.
Wszystkie pliki .rc bramek najlepiej umieścić w jednym katalogu, np.
~news/mail2news. Program procmail, wywoływany pośrednio przez plik
/etc/aliases uruchamiany będzie z opcją -m, oznaczającą, że ma działać
jako filtr poczty, czytając konfigurację z jawnie podanego pliku
konfiguracyjnego z regułami filtrowania poczty. W tym trybie procmail
zachowuje się jednak różnie, zależnie od tego, w jakim katalogu
znajduje się ten plik. Jeśli jest to plik, którego pełna ścieżka
rozpoczyna się od /etc/procmailrcs/ i nie zawiera w nazwie odwołań
pośrednich w górę (czyli do katalogów `..'), to poczta będzie
dostarczana z prawami użytkownika, który jest właścicielem tego pliku.
Dopuszczalne są dowiązania symboliczne, ale nie zawierające w ścieżce
katalogów `..'. Jeżeli te warunki nie są spełnione, albo program
procmail nie ma ustawionego bitu suid, poczta będzie dostarczana w
standardowy sposób, tzn. z takimi prawami użytkownika, jakie zostaną
ustawione przez agenta pocztowego wywołującego procmail (czyli zwykle
program sendmail), będzie to więc zazwyczaj użytkownik daemon i grupa
mail (tak naprawdę zależy to jednak od tego, co jest wpisane w
konfiguracji sendmail.cf).
Właściwe prawa dostępu do katalogu, zawierającego pliki z regułami
filtrowania poczty, do samych plików z tymi regułami oraz wszystkich
innych plików, potrzebnych procmailowi do zapisywania logów itp., są
kluczowe dla prawidłowego działania całości. Jeśli występują
jakiekolwiek błędy, najprawdopodobniej są one spowodowane właśnie tym,
że procmail wykonywany jesy jako inny użytkownik i nie ma prawa
odczytu konfiguracji lub zapisu logów.
Najlepiej, aby procmail wykonywany był jako użytkownik news, dlatego z
katalogu /etc/procmailrcs dobrze jest utworzyć dowiązanie symboliczne
do odpowiedniego katalogu posiadanego przez użytkownika news lub
tworzyć pliki konfiguracyjne jako użytkownik newss bezpośrednio w
podkatalogu /etc/procmailrcs.
Należy więc wykonać jedną z dwóch rzeczy:
mkdir /etc/procmailrcs
cd /etc/procmailrcs
ln -s ~news/mail2news mail2news
lub:
mkdir /etc/procmailrcs
cd /etc/procmailrcs
mkdir mail2news
chown news mail2news
chgrp news mail2news
chmod 2755 mail2news
W katalogu tym tworzymy plik xxx.rc, mający za zadanie obsługiwać
bramkę grupy pl.xxx. Plik ten powinien być posiadany przez użytkownika
news:
PATH=/bin:/usr/bin:/usr/local/bin
HOME=/home/news
MAILDIR=$HOME/mail2news
DEFAULT=$MAILDIR/Default #completely optional
LOGFILE=$MAILDIR/from #recommended
:0:
* From.*MAILER-DAEMON
warning
:0
*
|/usr/local/news/bin/mail2news -o'Lista xxx' -npl.xxx xxx
Plik ten ma za zadanie odfiltrowywać całą pocztę pochodzącą od
użytkownika MAILER-DAEMON do pliku warning, a pozostałą pocztę
przekazywać do programu mail2news, wywoływanego z odpowiednimi
parametrami (zostały one omówione w poprzednim punkcie). Informacja o
każdym liście zostaje zapisana w pliku from. Taka konfiguracja
przydatna jest do testowania działania bramki. Po sprawdzeniu
działania lepiej jest skierować listy od demona do /dev/null, wpisując
taką właśnie nazwę zamiast `warning', podobnie można także postąpić z
logiem z pracy procmaila, czyli plikiem from. Alternatywne wyjście, to
uruchomienie wykonywanego raz dziennie lub raz na tydzień z cron-a
skryptu, który będzie kasował zawartość tych plików, jako że
pozostawione całkiem bez nadzoru rosłyby ciągle, zajmując coraz więcej
miejsca na dysku.
Ostatnią rzeczą do zrobienia jest wpisanie lub modyfikacja
odpowiedniego aliasu w pliku /etc/aliases, a powinien on wyglądać
następująco:
news.xxx: "|/usr/local/bin/procmail -m /etc/procmailrcs/mail2news/xxx.r
c"
_________________________________________________________________
Newsfeed przez uucp
0. Dlaczego?
Internetowy protokół transferu news NNTP, oprócz wielu zalet, ma też
wady.
Przesłanie jednego artykułu odbywa się w następujacy sposób:
Nadawca: mam artykuł
Obiorca: sprawdza, odpowiada: nie mam, dawaj go.
N: nadaje, czeka.
O: potwierdza odbiór.
N: mam artykuł
...
Taki synchroniczny sposób przesyłania artykułów po jednym oznacza, że
szybkość transferu news może być znacznie mniejsza od pasma linii
łączącej nadawcę z odbiorcą, zwłaszcza jeśli komputery połączone są
linią satelitarną lub jeśli komputer-odbiorca jest na tyle wolny, że
dużo czasu zajmuje mu sprawdzenie, czy dany artykuł już ma. W bardzo
poważny sposób można to poprawić stosując tzw. "streaming nntp", co
oznacza, że nadawca pcha strumień newsów nie czekając na
natychmiastowe potwierdzenia, lecz uzyskując je nieco później. Do tego
trzeba jednak nowszej wersji INND (innd1.4unoff2 już to ma).
Opóźnienie wprowadzane przez linię satelitarną wynosi ok. 800ms, co
oznacza, ze nawet najszybsza linia i najszybszy komputer nie są w
stanie przesłać po takiej linii więcej niz ok. 100000 artykułów na
dobę, przy obecnej 'dawce' rzedu 70000. W praktyce jest jeszcze
gorzej, bo pozostałe etapy też trwają.
Drugą wadą jest też brak jakiejkolwiek kompresji przesyłanych danych,
a doświadczenie wykazuje, że na zawartości artykułów newsowych można
osiagnąć współczynnik kompresji do ok. 50% pierwotnej wielkości. Ta
wada jest z kolei bardzo istotna w przypadku łącz o małej
przepustowości.
Obu tych wad nie posiada sposób przesyłania za pomocą tzw. 'compressed
batches over uucp'. Przesyła się w paczkach - a więc nie trzeba czekać
na potwierdzenie każdego artykułu. Kompresuje się - a więc danych do
przesłania jest mniej.
Oczywiście, ten sposób też ma wady:
* wymaga uruchomienia oprogramowania uucp.
* może się zdarzyć, że w paczce przyjdzie niepotrzebnie coś, co już
mamy (to grozi tylko wtedy, kiedy mamy feedy z różnych miejsc).
* przepełnienie dysku grozi dużo poważniejszymi konsekwencjami.
Wady te są jednak w wielu przypadkach z nawiązką rekompensowane
zaletami.
_________________________________________________________________
I. Konfiguracja uucp
Standardowe UUCP
Poniżej opisana jest konfiguracja standardowego UUCP w SunOS 4.1.x, na
innych powinno być podobnie. Konfiguracja z użyciem Taylor UUCP w
następnym punkcie
Zakładamy, że łączymy ze sobą komputery alfa.aaa.aaa (site name
AAA.aaa) i omega.zzz.zzz (site name ZZZ.zzz). Dalsze instrukcje
dotyczą alfy, na omedze wszystko tak samo, tylko odwrotnie.
1. Założyć nowego użytkownika przez dopisanie do /etc/passwd
Uomega:ZZZZZZ:4:8::/var/spool/uucppublic:/usr/lib/uucp/uucico
gdzie ZZZZZZ jest oczywiście zakodowanym hasłem. Numer
użytkownika i grupy powinien być taki jak dla użytkownika
nuucp. 'Home directory' - w zasadzie dowolny, np.
/var/spool/uucp, itp. Ważne by nie był to katalog z prawem
zapisu dla 'wszystkich' (czyli 777 lub 1777).
2. Włączyć uucpd
Dopisać w /etc/inetd.conf linię:
uucp stream tcp nowait uucp /usr/etc/in.uucpd in.uucpd
lub jeśli stosowany jest pakiet tcp_wrappers:
uucp stream tcp nowait uucp /usr/etc/tcpd in.uucpd
i posłać do inetd sygnał HUP.
W tym drugim przypadku warto też pamiętać o dopisanu komputera
omega.zzz.zzz do listy tych, którym wolno łączyć się z demomem
"in.uucpd"
3. Pliki konfiguracyjne uucp.
Do /etc/Systems dopisać:
omega Any TCP - omega.zzz.zzz in:--in: Ualfa word: AAAAAA
gdzie AAAAAA jest niezakodowanym hasłem użytkownika Ualfa na
komputerze omega. W Solarisie 2.x plikiem tym jest
/etc/uucp/Systems, natomiast w przypadku używanego często
'Taylor uucp' jest to oczywiście 'sys'. (Podobnie z następnymi
plikami). Przy okazji Taylor UUCP, warto wspomnieć, że w pliku
sys zamiast hasła można wpisać '\P', a zamiast nazwy
użytkownika - '\L', dopisać dwie opcje: 'called-login *' i
'called-password *', po czym te poufne dane umieścić w pliku
'call' w postaci trójki 'nazwa-uucp-systemu nazwa-konta hasło',
czyli np.:
omega Ualfa AAAAAA
Często występującym błędem uniemożliwiającym poprawne
połączenie dwóch serwerów przez UUCP jest to, że komputer
nawiązujący połączenie usiłuje ustawiać 7-bitowe wysyłanie
danych z kontrolą parzystości, podczas gdy "serwer" spodziewa
się danych 8-bitowych. Tak na przykład jest na SUNach z SunOSem
i Solarisem. Można temu jednak prosto zaradzić, uzupełniając
powyższą linię w pliku Systems w taki sposób:
omega Any TCP - omega.zzz.zzz "" P_ZERO in:--in: Ualfa word: AAAAAA
Do /etc/Permissions lub odpowiednika dopisać:
LOGNAME=Uomega MACHINE=omega VALIDATE=omega COMMANDS=/usr/local/news/rn
ews
(Oczywiście, należy podać prawdziwą ścieżkę do programu rnews).
4. Periodyczne przeglądanie kolejek uucp włącza się przez crontab:
su uucp
crontab </usr/lib/uucp/uudemon.crontab
I juz.
Uwaga: standardowo crontab ustawia uruchamianie programu
uudemon.hour co 30 minut. Warto - zwłaszcza do testów na
początek - uruchamiać go częściej.
_________________________________________________________________
Taylor UUCP
Zakładamy, tak jak poprzednio, że łączymy ze sobą komputery
alfa.aaa.aaa (uuname - AAA.aaa) i omega.zzz.zzz (site name ZZZ.zzz).
Instrukcje dotyczą alfy, na omedze wszystko tak samo, tylko odwrotnie.
1. Tak jak i w "zwykłym" UUCP - założyć nowego użytkownika przez
dopisanie do /etc/passwd
Uomega:ZZZZZZ:4:8::/var/spool/uucppublic:/usr/lib/uucp/uucico
(ZZZZZZ - zakodowane hasło. Numer użytkownika i grupy taki, jak
dla użytkownika nuucp). Zależnie jednak od tego, jak
uruchamiamy demona uucico, ten krok może okazać się zbędny.
Przyjmijmy, że uucico będzie dokonywać autentykacji
użytkowników samodzielnie. Wówczas modyfikacja /etc/passwd nie
jest konieczna.
2. Włączamy demona uucp.
Dopisujemy w /etc/inetd.conf linie:
uucp stream tcp nowait uucp /usr/local/lib/uucp/uucico uuci
so -s -l
lub jeśli stosowany jest pakiet tcp_wrappers:
uucp stream tcp nowait uucp /usr/etc/tcpd /usr/local/lib/uu
cp/uucico -s -l
i posyłamy do inetd sygnał HUP.
Uruchomienie uucico z opcjami '-s -l' powoduje, że dokonywać
ono będzie sprawdzenia nazwy i hasła użytkownika samodzielnie.
Można oczywiście stosować wyjście z in.uucpd, pamiętając
jednak, że in.uucpd ZAWSZE woła potem /usr/lib/uucp/uucico,
należy więc umieścić w tym miejscu uucico z pakietu Taylor
uucp. Hasła i loginy, jakie uucico akceptuje, znajdują się w
pliku passwd, ale nie w katalogu /etc, tylko w tym, w którym
jest cała reszta plików konfiguracyjnych Taylor UUCP (załóżmy,
że jest to katalog /etc/uucp, ale to zależy od parametrów
kompilacji Taylor UUCP oraz zawartości "głównego" pliku
konfiguracyjnego).
I ponownie - jeśli stosujemy tcpd, pamiętajmy o dopisanu
komputera omega.zzz.zzz do listy tych, którym wolno łączyć się
z demomem "uucico"
3. Pliki konfiguracyjne uucp.
Do /etc/sys (A dokładniej - do pliku 'sys' w katalogu z
konfiguracją Taylor UUCP) należy dopisać:
system omega
time Any
port TCP
address omega.zzz.zzz
called-login Uomega
call-login *
call-password *
chat ogin:--ogin:--ogin:--ogin: \L word: \P
protocol tfigGa
commands rmail rnews
a w pliku call:
omega Ualfa AAAAAA
gdzie AAAAAA jest niezakodowanym hasłem użytkownika Ualfa na
komputerze omega. Hasło to na omedze znaleźć się musi w
/etc/uucp/password w takiej postaci:
Ualfa AAAAAA
To, czy w pliku passwd hasła są zakodowane, czy nie, zależy od opcji
kompilacji Taylor UUCP.
3. Dobrze jest sprawdzić, czy w pliku port znajduje się definicja
"portu" o nazwie TCP, z którego mamy zamiar korzystać:
port TCP
type tcp
4. Periodyczne przeglądanie kolejek uucp włącza się przez crontab:
su uucp
crontab </usr/lib/uucp/uudemon.crontab
Jeśli brak nam natomiast "standardowego" uudemon.crontab,
wpisać możemy sami:
0,15,30,45 * * * * /usr/lib/uucp/uucico -somega
0 7 * * * /usr/lib/uucp/uustat -Q -o 120 -y 144 -N -W "Still undelivered after
5 days"
5 7 * * * /usr/lib/uucp/uustat -Q -o 168 -N -K -W "Still undelivered after 7 da
ys, removed from the UUCP queue"
I już. Jeżeli w przyszłości oprócz omegi pojawią się inne
systemy, to także należy dla nich dopisać odpowiednie linie z
'uucico', albo uruchamiać 'obdzwanianie' wszystkich systemów za
pomocą "uucico -sall".
Uwaga: 15 minut jest tu tylko orientacyjnym czasem, co jaki
można przesyłać kolejki uucp. Warto samemu zbadać, jaki czas
będzie najlepszy i dopasować to do potrzeb serwera news.
Ostatnie dwie linijki w powyższym przykładzie oznaczają, że
jeśli batch siedzi w kolejce 120-144 godzin (czyli 5-6) dni, to
ostrzegamy "nadawcę" zadania (czyli w tym przypadku "news") o
niemożności przesłania batcha, po 7 dniach (168 godzin)
niedostarczone batche usuwamy.
_________________________________________________________________
II. Konfiguracja C News do wysyłania batchów
Wszystkie operacje jako user news.
1. Założyć katalog:
mkdir /usr/spool/news/out.going/omega
2. W pliku /usr/lib/news/sys wpisać:
ZZZ.zzz:all,!control/all,!local:f:/usr/spool/news/out.going/omega/togo
Lista wysyłanych grup i dystrybucji oczywiście do indywidualnego
ustalenia.
3. W pliku /usr/lib/news/batchparms wpisać:
omega 200000 20 batcher compcun viauux
4. Uruchomić wysyłanie batchów przez dopisanie do crontaba linii:
05,15,25,35,45,55 * * * * /usr/lib/newsbin/batch/sendbatches omega
Uwaga: Można co 10 minut, można rzadziej. Dobrze jest, aby było to
skorelowane z godzinami, kiedy uruchamiany jest uudemon.hour -
tak, aby uudemon startował zaraz po przygotowaniu paczki do
wysłania. Można np. przygotowywać paczki o 00 i 30, a demona
startować o 05 i 35. Im częściej będziemy to robić, tym mniejsze
będą opóźnienia w rozchodzeniu się news, ale nie należy
przesadzać, żeby nie przeciążyć komputera i nie zniweczyć zysków,
które uzyskaliśmy dzięki paczkowaniu. Jeżeli używamy Taylor UUCP,
to należy pamiętać, by zamiast uudemon.hour, odpowiednio często
uruchamiać z crontaba użytkownika uucp komendy uucico kontaktujące
się z innym systemem, tak jak to zostało opisane powyżej, albo np:
7 8-16 * * * /usr/local/lib/uucp/uucico -somega
7,17,37 17-23,0-6 * * * /usr/local/lib/uucp/uucico -somega
_________________________________________________________________
III. Konfiguracja C News do odbierania batchów
Uruchamiany przez uucp program rnews nagrywa nadchodzące paczki w
katalogu /usr/spool/news/in.coming. Aby zostały one skonsumowane przez
C News, należy dokonać - do wyboru - jednej z dwóch operacji:
1. uruchamiać co pewien czas program newsrun przez wpisanie do
crontaba:
09,19,29,39,49,49,59 * 1-31 * 0-6 /usr/lib/newsbin/input/newsrun
(Tak dobrać, żeby się uruchamiał w parę minut po nadejściu każdej
paczki.)
albo
2. stworzyć plik /usr/lib/news/rnews.immed, co sprawi, że rnews
będzie automatycznie uruchamiać newsrun.
Jeśli feed jest duży i wiemy, że za każdym obiegiem sendbatches
maszyna omega posyła nam średnio więcej niż jeden batch, polecam
sposób pierwszy. Jeśli dostajemy tylko niewielkie batche,
pojedyncze i nie za każdym obiegiem sendbatches, polecam sposób
drugi.
_________________________________________________________________
IV. Konfiguracja INN do wysyłania batchów.
1. Utworzenie feedu w pliku newsfeeds, przykładowo:
cocos/fuw.edu.pl\
:*,!torun.*,!umk.*,!mat.*,/!torun,!umk,!mat\
:Tf,Wnb:
Zwykły feed używa na ogół parametrów "Tf,Wnm". Feed UUCP -
"Tf,Wnb" - co powoduje tworzenie w /var/spool/news/out.going
pliku o innym formacie niż dla NNTP, zawierającego ścieżki do
artykułów i ich wielkości. 'cocos' to tutaj zarówno nazwa pliku
w katalogu out.going jak i adres UUCP adresata. Adres nie musi
byc zarejestrowany w mapach UUCP. Identyfikatory do Path:_ są
te same, co dla feedu nntp. Dla porównania, ten sam feed w
wersji nntp:
uw/uw.edu.pl\
:*,!torun.*,!umk.*,!mat.*,/!torun,!umk,!mat\
:Tf,Wnm:
2. Poprawienie skryptu /usr/local/news/bin/sendbatch.
W systemie Solaris 2.3, przy korzystaniu ze "standardowego"
UUCP należy zwrócić uwagę na parametr _PATH_COMPRESS w pliku
config.data serwera, a jeśli jest już na to za późno, w pliku
sendbatch poprawić linię:
COMPRESS=/usr/ucb/compress
i
UUXFLAGS="- -r -n -gd"
na
COMPRESS=/usr/bin/compress
UUXFLAGS="- -r -n"
ponieważ ścieżka do compress jest inna (w Solarisie 2.4
ponownie jest już w /usr/bin). Linię z parametrami programu uux
należy poprawić zawsze, gdyż uux w systemie Solaris nie rozumie
grade 'd'.
Aby temu zaradzić, można skompilować (na Solarisie, Linuxie i
innych systemach) "Taylor UUCP" - kompiluje się bez problemów,
poza jednym małym - jeśli planujemy używać UUCP także przez
modem, trzeba KONIECZNIE w pliku "policy.h" zdefiniować
'HAVE_POSIX_TERMIOS', zamiast liczyć na to, że system sam
zgadnie (według opisu), bo w Solarisie zgaduje
'HAVE_SYSV_TERMIO' i źle działa z szybkimi (potrzebującymi
sprzętowej kontroli przepływu) modemami, a na Linuxach
kompilator zgaduje HAVE_BSD_TERMIO, zamiast stosować
HAVE_POSIX_TERMIOS.
INN FAQ zaleca, aby rozmiar pojedynczego batcha zwiększyć z
DEFBYTES=50000
do 200000 bajtów, zarówno dla połączeń TCP jak i telefonicznych. Można
to zrobić przez zmianę wartości tej zmiennej w skrypcie lub
podanie opcji -s200000 przy wywołaniu sendbatch w cronie.
3. Periodyczne wywoływanie sendbatch.
Do crontab użytkownika news należy dopisać:
9,19,29,39,49,59 * * * * /usr/local/news/bin/sendbatch -c cocos >/dev/n
ull 2>&1
gdzie cocos to adres UUCP adresata. Częstotliwość nie musi być
tak duża. Opcja -c może byc zastąpiona opcją -cg wg propozycji
Michała (p. III. Konfiguracja INN do nadawania z kompresją gzip
poniżej). Warto też wpisać pewne ograniczenia, aby w przypadku
jakiejś awarii po drugiej stronie nie zapchać dysku
narastającymi kolejkami batchów. Można to zrobić za pomocą
opcji -m przy wywołaniu skryptu sendbatch z crontaba, jak
poniżej:
9,19,29,39,49,59 * * * * /usr/local/news/bin/sendbatch -m12000000 -s100
000 -c cocos >/dev/null 2>&1
W powyższym przykładzie batche są kompresowane (opcja -c), każdy z
nich nie dłuższy niż 100kB (opcja -s), a na dodatek jeżeli
wielkość zgromadzonych na dysku batchów przekroczy 12 tys.
bloków (czyli zależnie od standardowej wielkości bloku
dyskowego - 6 lub 12 MB), to generowanie batchów zostaje
wstrzymane - identyfikatory "wychodzących" newsów są nadal
gromadzone w /var/news/out.going/cocos i
/var/news/out.going/cocos.uucp, ale plik 'cocos.uucp' zostanie
użyty do wygenerowania następnego batcha, dopiero wtedy, gdy
nieco ubędzie batchów już znajdujących się w kolejce do
wysłania.
Wielkość podana jako argument opcji '-m' to ilość bajtów na
dysku, które mogą zająć batche, ale tak jest tylko w wypadku
1024-bajtowych bloków na dysku (BSD, Linux, SunOS). W SysV
(AIX, Solaris, IRIX) komenda 'df' i pokrewne podają dane
zakładając 512-bajtowe bloki, a więc jeśli batche mają zajmować
nie więcej niż 10 MB, to należy podać liczbę 20.000.000.
Warto też od razu zauważyć, że metoda ograniczania batchów nie
zadziała, gdy transmitujemy batche uucp w sposób pośredni, co
zostało opisane w dalszej części.
_________________________________________________________________
V. Konfiguracja INN do odbierania batchów.
Nic nie trzeba robić - wszystko jest "wbudowane" standardowo. Należy
jedynie zadbać, by w /bin/rnews znalazł się program rnews z
dystrybucji innd, oraz mimo wszystko do crontab-a użytkownika news
dopisać jednak następującą linijkę:
7 0,6,12,18 * * * /bin/rnews -U
a więc raz lub kilka razy dziennie uruchamiać program rnews z pakietu
INND. Opcja '-U' powoduje, że rnews nie szuka batchów na wejściu, lecz
przeszukuje katalog /usr/spool/news/in.coming . W normalnych warunkach
nie jest to konieczne, natomiast przydaje się w sytuacjach awaryjnych,
gdy z jakiegoś powodu serwer przestaje przyjmować newsy (np. padł,
albo się zapchał), wtedy batche UUCP (oraz newsy dostarczane przez
mail2news) trafiają właśnie do /usr/spool/news/in.coming. Serwer sam
przeszukuje ten katalog podczas uruchamiania, ale nie podczas
odblokowywania (ctlinnd go ''), jeśli był zapchany. Dlatego dobrze
jest rnews uruchamiać także z crontab-a.
_________________________________________________________________
Kompresowanie batchów przy pomocy gzip
Standardowy sposób kompresji programem 'compress' nie jest zbyt
wydajny. Dlatego, jeśli już mamy działający feed batchowy, proponuję
uruchomienie kompresjii za pomocą programu 'gzip'. Oczywiście, obie
strony muszą się umowić, że bedą tego programu używały, dlatego nie
radzę tego zmieniać globalnie, a tylko osobno dla każdego feedu. Można
najpierw skonfigurować dekompresję po stronie odbierającej bez zmian u
nadawcy, gdyż gzip rozumie formaty .gz (gzip - ale nie zip!), .Z
(stary compress) i .z (jeszcze starszy pack).
_________________________________________________________________
I. Konfiguracja C News do nadawania z kompresją gzip
1. Stworzyć nowy skrypt kompresujący batche, pod nazwą
/news/lib/newsbin/batch/gzipcun
#! /bin/sh
# Invoke gzip, adding silly 2.11-compatible header.
echo "#! cunbatch"
gzip
(pamiętać, żeby zrobić 'chmod +x /news/lib/newsbin/batch/gzipcun')
2. W pliku batchparms zmienić compcun na gzipcun
_________________________________________________________________
II. Konfiguracja C News do odbierania z dekompresją gzip
1. Poprawić 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;
_________________________________________________________________
Skompilować i zainstalować jako /news/lib/newsbin/input/newsspool
W zasadzie można się bez tej zmiany obejść, wtedy newsspool błędnie
nadaje typ plikom rozszerzenie .Z zamiast .gz, ale programowi gunzip
(patrz niżej) to nie szkodzi.
2. W skrypcie /news/lib/newsbin/input/newsrun zmienić nastepująco:
_________________________________________________________________
*** 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 <$f >$text ;;
*.7) c7decode <$f | uncompress >$text ;;
*.t) >$tmp # in case compress left trash
text=$f
--- 121,128 ----
# Decompress if necessary.
text=$tmp
case $f in
! *.gz) gunzip <$f >$text ;;
! *.Z) gunzip <$f >$text ;;
*.7) c7decode <$f | uncompress >$text ;;
*.t) >$tmp # in case compress left trash
text=$f
_________________________________________________________________
W zasadzie wystarczy dodać linijkę z .gz, ale traktowanie plików .Z
programem gunzip nie zaszkodzi, za to umożliwia poprawne działanie
nawet, jeśli nie chciało nam się przerabiać programu newsspool.
_________________________________________________________________
III. Konfiguracja INN do nadawania z kompresją gzip
Proponuję dodać nową opcję 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 wywołaniu sendbatch (cron) zmienić -c na -cg
_________________________________________________________________
IV. Konfiguracja INN do odbierania z dekompresją gzip
Trzeba zmienić w pliku config/config.data w źródłach INN
_PATH_COMPRESS /usr/ucb/compress
_PATH_COMPRESSEXT .Z
na
_PATH_COMPRESS /usr/local/bin/gzip
_PATH_COMPRESSEXT .gz
lub podobnie. Potem niestety trzeba przekompilować (make update) i na
nowo nagrać programy INN. Jeśli nagramy wszystkie z tą poprawką, to
całe INN bedzie odtąd używalo gzip do kompresji log-files itp.
(Gdzieniegdzie jest to tak właśnie zrobione "standardowo"). Jeśli
chodzi nam tylko o to, żeby rnews rozumiało batche kompresowane przez
gzip, to wystarczy zainstalować na nowo tylko program rnews.
_________________________________________________________________
UUCP 'pośrednie' (czyli jak wykonać cyber!papaja!rnews)
Spotykanym czasem problemem związanym z rozsyłaniem news jest jak
wysłać newsy z serwera za pomocą UUCP do systemu, z którym serwer nie
ma bezpośredniego łącza UUCP (np. na serwerze news nie ma modemu, a
newsy trzeba przesyłać przez telefon). Przykładowa sytuacja
zilustrowana jest poniżej.
uucp/tcpip uucp/modem
news <------------> cyber <----- - - - - -----> papaja
serwer news
'papaja' oznacza system, na którym chcemy odbierać newsy, a który
łączy się z systemem 'cyber' przez modem, używając protokołów UUCP.
cyber i news też mają połączenie UUCP, ale oparte o TCP/IP, gdyż oba
znajdują się w sieci lokalnej. Problem polega na takim ustawieniu
systemów, by na serwerze news generować batche dla komputera papaja, i
aby docierały one poprawnie na miejsce.
Jeśli jest możliwe łączenie się komputera papaja z siecią za pomocą
protokołów SLIP lub PPP, to problem można rozwiązać definiując na
serwerze news system papaja i każąc im łączyć się bezpośrednio, za
pomocą UUCP/tcpip. Inne wyjście to skorzystać z komputera cyber
wyłącznie jako "przekaźnika" połączeń, tzn. zamiast 'login-shell-a'
typu uucico wykonać "rlogin news" z odpowiednim username, którego
shellem oczywiście będzie uucico, ale już na docelowym systemie.
Gorzej, gdy to cyber ma dzwonić przez telefon do systemu papaja.
Najbardziej "klasyczne" i uniwersalne rozwiązanie to taka generacja
batchów na serwerze, by trafiały one na miejsce przeznaczenia
całkowicie za pomocą protokołów UUCP. W tym celu należy zmienić
komendę 'uux', której używa skrypt 'sendbatch', a najprościej zrobić
to, definiując odpowiedni plik w katalogu /var/news/out.going.
W "normalnym" przypadku (i w tym też) w pliku newsfeeds serwera news
znaleźć się powinna definicja 'feedu' papaja (jako feedu UUCP!), co
powoduje utworzenie w /var/news/out.going pliku o takiej samej nazwie,
używanego do zapamiętywania, które artykuły trzeba do tego komputera
wysłać. Standardową komendą wysyłającą newsy jest "uux - -gd -n
${SITE}!rnews", gdzie '${SITE}' zostaje zastąpione nazwą uucp hosta
odbierającego batch. W przypadku braku bezpośredniego połączenia musi
tu jeszcze wejść host pośredni, a więc komenda powinna wyglądać tak:
uux - -r -gd -n ${INTERMEDIATE_SITE}!${SITE}!rnews
a więc np. "uux - -gd -n cyber!papaja!rnews". Aby taką komendę
zdefiniować, wystarczy utworzyć plik o nazwie
'/var/news/out.going/${SITE}.cmd', a więc np.
/var/news/out.going/papaja.cmd, a w nim wpisać odpowiednią komendę
'uux' (podaną wyżej). Tworzone w ten sposób batche przeznaczone będą
(ostatecznie) dla systemu papaja, ale ich transfer nastąpi na system
cyber i dopiero stamtąd trafią we właściwe miejsce.
niestety, kolejnym problemem pojawiającym się po utworzeniu pliku
${SITE}.cmd jest to, że sendbatch przestaje uwzględniać opcje -c i -cg
umożliwiające kompresję batchów, traktując zawartość pliku ${SITE}.cmd
dosłownie, bez najmniejszych modyfikacji. Jeżeli wysyłane batche mają
być kompresowane, przedstawioną powyżej komendę należy zosatąpić inną:
(echo '#! cunbatch' ; exec /usr/bin/compress) | uux - - -r -n -gd ${INTERMEDIA
TE_SITE}!${SITE}!rnews
Zamiast /usr/bin/compress można oczywiście użyć programu gzip, o ile
tylko system docelowy potrafił będzie takie batche rozpakować.
Zależnie od tego, jak w systemie uucp zdefiniowane są dozwolone czasy
łączenia się z innymi systemami, pożądane jest zwykle używanie w
powyższych poleceniach 'uux' opcji '-r, sprawiającej, że wykonanie uux
nie będzie od razu wywoływać programu uucico, aby natychmiast połączyć
się z drugim systemem. Częstą bowiem sytuacją jest zdefiniowanie, że
system "domowy" może łączyć się ze swoim sąsiadem uucp o dowolnej
porze, co oznacza, że w dowolnym momencie można stwierdzić, że
wystarczy pisania listów i czas wykonać stosowne uucico. Brak opcji -r
powodowałby natychmiastowe uruchomienie uucico po utworzeniu przez
sendbatch pierwszej paczki artykułów, co może być przydatne na
serwerze news tworzącym batche dla systemu "domowego", ale
najprawdopodobniej nie jest pożądane na serwerze "domowym",
powodowałoby bowiem natychmiastową próbę dzwonienia.
Pamiętać też trzeba o okresowym generowaniu batchów za pomocą skryptu
"sendbatch" (jak to zostało już wcześniej opisane, oraz o tym, że
opcja '-m' ograniczająca wielkość znajdujących się w kolejce batchów
jest tutaj bezużyteczna. Batche te są tutaj bowiem kolejkowane na
komputer 'cyber', a nie 'papaja', a więc sprawdzenie wielkości kolejki
na papaję nic nie da.
_________________________________________________________________
Inne możliwości przyspieszenia transmisji News
Jeżeli największym problemem są opóźnienia, a nie przepustowość linii,
to prostym tymczasowym rozwiązaniem może byc podział feedu na dwa lub
więcej i wysyłanie ich jako osobnych, równolegle działających feedów.
Inne zastosowanie feedów równoległych, a właściwie drabinkowych, to
poprawienie niezawodności. Jednak w przypadku zrównoleglenia feedów w
układzie dwa komputery po jednej stronie kabla wysyłające do dwóch po
drugiej stronie, zwiększa się nieco ilość duplikatów. Warto też
zwrocić uwagę na maksymalny czas przesyłania news przez nntpsend
(opcja -T, omówiona wcześniej) oraz godziny startowania batchów
wysyłających newsy.
Można też uruchomić stałe połączenie między serwerami - nntplink lub
innfeed, też stosowany w układzie drabinkowym.
Ale ten rozdział napisze już pewnie ktoś inny w następnej wersji...
_________________________________________________________________
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 - Formularz głosowania nad nowymi grupami pl.*
FAQ po angielsku dla administratorów serwerów news poza Polską
_________________________________________________________________
22.12.2003
UUCP:
Michał Jankowski (Michal.Jankowski fuw.edu.pl,
michalj adm.usenet.pl)
Rafał Maszkowski (rzm oso.chalmers.se,
http://www.mat.uni.torun.pl/~rzm)
Konfiguracja serwera, Taylor UUCP, wersja HTML całości:
Tomasz Surmacz (tsurmacz ict.pwr.wroc.pl,
tsurmacz 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, Michał
Jankowski, Rafał Maszkowski
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, skrótów, oraz
rozprowadzanie zmienionej wersji tego FAQ lub jego fragmentów wymaga
zgody autorów.
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
Autorzy niniejszego FAQ starają się, by wszelkie przedstawione w nim
informacje były aktualne, ale gwarantować tego nie są 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 na adres tsurmacz adm.usenet.pl - może
poprawię.
From: tsurmacz ict.pwr.wroc.pl (Tomasz R. Surmacz)
Subject: Newsy w Polsce (3/4) - opisy grup pl.* (FAQ)
Posted-By: auto-faq 3.1.1.2
Archive-name: news-pl-faq/part3
W tej części FAQ zawarte są opisy grup news znajdujących się w hierarchii
pl.* oraz fragment pliku 'active' zawierający definicje wszystkich grup pl.* .
Zawsze aktualna (bo uaktualniana codziennie w nocy) wersja tej listy
znajduje się pod adresem http://www.usenet.pl/doc/pl.newsgroups .
To, co znajduje się w tym artykule, to przetworzona zawartość plików
pl.newsgroups i pl.active w dniu 23.07.2007.
Fragment z opisami grup (między '^=== ' a '^--- ') nadaje sie wprost do
wpuszczenia na wejscie programu 'checkgroups'.
Artykuł ten ma także swoją wersję HTML pod adresem
http://www.usenet.pl/doc/news-pl-faq.3.html -- Zapraszam na tę
stronę szczególnie tych, którzy lubią newsy czytać za pomocą programu
netscape i podobnych - jest tam klikalna lista *WSZYSTKICH* grup pl.* -
i to lista ZAWSZE AKTUALNA, gdyż zarówno wersja tekstowa dostępna przez
FTP, jak i wersja HTML są uaktualniane automatycznie co noc.
Większość pełnych opisów grup (w postaci artykułów tworzących grupę,
zawierających jednocześnie podsumowanie wyników głosowania i opis tematyki
grupy) znajduje się pod adresem http://www.usenet.pl/opisy/
Tomasz Surmacz (Poprawki i uwagi jak zwykle -> tsurmacz adm.usenet,pl)
### Plik newsgroups - opisy grup:
=== =--------------------------------------------------------------------
pl.announce.newgroups Ogloszenia o nowych grupach. (Moderated)
pl.answers Odpowiedzi na pytania, o ktorych wam sie nie snilo. (Moderated)
pl.biznes Jak zarobic, jak nie stracic.
pl.biznes.banki Funkcjonowanie bankow w Polsce i za granica.
pl.biznes.wgpw Warszawska Gielda Papierow Wartosciowych, rynek kapitalowy w Polsce.
pl.comp.bazy-danych Wszystko o bazach danych.
pl.comp.bazy-danych.msaccess Visual Basic i MS Access.
pl.comp.cad Komputerowe wspomaganie projektowania.
pl.comp.demoscena Polska scena komputerowa.
pl.comp.dtp Szeroko rozumiana poligrafia.
pl.comp.dtp.tex Jezyk TeX - zastosowania i porady.
pl.comp.dtp.tex.gust Jezyk TeX - zastosowania i porady - lista GUST-L. (Moderated)
pl.comp.gis Wymiana informacji na temat Systemow Informacji.
pl.comp.grafika Forum dyskusji milosnikow grafiki komputerowej.
pl.comp.grafika.grafika3d Grafika 3d, modelowanie i animacja komputerowa.
pl.comp.lang.asm Programowanie w asemblerze i kodzie maszynowym.
pl.comp.lang.c C i C++ - kruczki, sztuczki, programowanie.
pl.comp.lang.delphi Delphi i Pascal - kruczki, sztuczki, programowanie.
pl.comp.lang.delphi.bazy-danych Programowanie baz danych w Delphi.
pl.comp.lang.funkcyjne Programowanie w jezykach funkcyjnych.
pl.comp.lang.java Programowanie w jezyku Java.
pl.comp.lang.javascript Stosowanie JavaScript.
pl.comp.lang.pascal Programowanie w jezyku Pascal.
pl.comp.lang.perl Perl - zastosowania, porady.
pl.comp.lang.php Programowanie w jezyku PHP.
pl.comp.lang.python Programowanie w jezyku Python.
pl.comp.lang.ruby Programowanie w jezyku Ruby.
pl.comp.lang.tcl Jezyk Tcl/Tk i zwiazane z nim aplikacje.
pl.comp.lang.vbasic Programowanie w Visual Basic.
pl.comp.mail Poczta elektroniczna na co dzien.
pl.comp.mail.mta Mail Transfer Agents - konfigurowanie i administracja.
pl.comp.multimedia Tworzenie prezentacji multimedialnych.
pl.comp.nowe-programy Tutaj pochwal sie nowym programem.
pl.comp.objects Obiektowa technologia tworzenia oprogramowania i C++.
pl.comp.ogonki O polskich literkach w komputerach.
pl.comp.os.advocacy Dyskusje o wyzszosci jednych systemow nad innymi.
pl.comp.os.bsd Systemy spod znaku Daemona.
pl.comp.os.hp-ux HP-UX: problemy, sztuczki, konfiguracja.
pl.comp.os.linux Linux - system operacyjny dla kazdego.
pl.comp.os.linux.debian System Operacyjny Debian GNU/*.
pl.comp.os.linux.programowanie Programowanie w systemie Linux.
pl.comp.os.linux.sieci Sieci - konfiguracja i uzytkowanie w systemie Linux.
pl.comp.os.linux.sprzet Sprzet dzialajacy pod Linuxem.
pl.comp.os.ms-windows.win3 Microsoft Windows 3.xx - radosci i smutki.
pl.comp.os.ms-windows.win9x Microsoft Windows 95 i 98 - blaski i cienie.
pl.comp.os.ms-windows.winnt MS Windows NT na wszelkich platfomach sprzetowych.
pl.comp.os.os2 OS/2 z zewnatrz i od srodka.
pl.comp.os.unix Unix w bardzo roznych systemach.
pl.comp.pecet Pecety, czyli komputery klasy PC.
pl.comp.programming Programowanie w jezykach wszelkich.
pl.comp.security Bezpieczenstwo systemow i sieci komputerowych. (Moderated)
pl.comp.sieci Sieci w Polsce dla poczatkujacych i zaawansowanych.
pl.comp.sieci.bezprzewodowe Nie kabluj.
pl.comp.sys.amiga Grupa dyskusyjna uzytkownikow komputera Amiga.
pl.comp.sys.atari Grupa dyskusyjna uzytkownikow komputerow atari.
pl.comp.sys.macintosh Komputery Macintosh i dyskusje na ich temat.
pl.comp.sys.novell Wszystko o Novellu.
pl.comp.sys.palmtop Komputery kieszonkowe.
pl.comp.sys.palmtop.palmos Komputery kieszonkowe - PalmOS.
pl.comp.sys.sun.admin Administrowanie komputerami Sun.
pl.comp.sys.x11 X Window System - system otwarty i rozproszony.
pl.comp.tlumaczenia Tlumaczenie literatury komputerowej. (Moderated)
pl.comp.www World Wide Web w Polsce i po polsku.
pl.comp.www.nowe-strony Nowe strony www - info, dyskusje, opinie.
pl.comp.www.server-side Skrypty CGI, PHP, ASP, SSI itp.
pl.comp.xml XML, SGML i tematy pokrewne.
pl.fidonet.bramka Fido widziane z Internetu.
pl.gazety.donosy Donosy z Warszawy :-) (Moderated)
pl.hum.pisarstwo Jak nie pisac do szuflady.
pl.hum.poezja O poezji i poetach, pisaniu i czytaniu wierszy.
pl.hum.polszczyzna Aby jezyk gietki powiedzial wszystko, co pomysli glowa.
pl.hum.teatr Teatr. Polski i swiatowy. Repertuarowy i alternatywny.
pl.hum.tlumaczenia Z polskiego i na polski.
pl.hum.x-muza Dla tych, ktorzy nad MegaHit przedkladaja Mistrzow Kina.
pl.internet.komunikaty Komunikaty o problemach z lacznoscia, "trouble tickets" itp. (Moderated)
pl.internet.mordplik Nie bedzie spamer plul nam w twarz!
pl.internet.polip Problemy Internetu polskiego i swiatowego.
pl.internet.pomoc Jestem tu nowy - pomozcie!
pl.irc Dyskusje polskich uzytkownikow IRC. (Moderated)
pl.listserv.chomor-l Polski humor, Lista chomor-l archimedes.pol.lublin.pl
pl.listserv.dziennikarz Lista dyskusyjna Dziennikarz.
pl.listserv.plotki Lista polskich plotkarzy. (plotki ia.pw.edu.pl)
pl.listserv.polwro Lista ludzi zwiazanych z Politechnika Wroclawska.
pl.misc.budowanie Budowanie i remontowanie domow i mieszkan.
pl.misc.dieta Co, ile i kiedy jesc, zeby sie najesc a nie przejesc.
pl.misc.elektronika Urzadzenia elektroniczne od srodka.
pl.misc.kolej Od drezyny do TGV.
pl.misc.konsumenci Problemy polskich konsumentow.
pl.misc.meteorologia Meteorologia na co dzien.
pl.misc.militaria Wojskowosc, strategia, technika wojskowa, etc.
pl.misc.paranauki Psychotronika, UFO, astrologia, magia...
pl.misc.ratownictwo Ratownictwo drogowe, pomoc przedmedyczna, drogi w Polsce.
pl.misc.samochody Samochod nie tylko zza kolka.
pl.misc.samochody.garbusy Uzytkownicy i milosnicy VW Garbusa.
pl.misc.telefonia Telefonia, telefony - uslugi, przepisy, urzadzenia.
pl.misc.telefonia.gsm Dyskusja o telefonii komorkowej GSM i pochodnych.
pl.misc.telefonia.gsm.gielda Ogloszenia o kupnie/sprzedazy telefonow GSM.
pl.misc.telefonia.gsm.sms Tekstowy serwis informacyjny.
pl.misc.telefonia.isdn Cyfrowa Siec z Integracja Uslug - pytania, dyskusje.
pl.misc.telefonia.wap Sluchawka on-line.
pl.misc.transport O transporcie i logistyce.
pl.misc.transport.miejski Komunikacja miejska dla fanow i uzytkownikow.
pl.news.admin Administratorzy polskich news - laczcie sie! (Moderated) (Moderated)
pl.news.czytniki Czytniki news - konfiguracja, uzytkowanie.
pl.news.nowe-grupy Zakladanie nowych grup w hierarchii pl.*. (Moderated) (Moderated)
pl.ogloszenia.kupie Ogloszenia o kupnie roznych rzeczy.
pl.ogloszenia.rozne Ogloszenia rozne.
pl.ogloszenia.sprzedam Ogloszenia o sprzedazy roznych rzeczy.
pl.praca.dyskusje Dyskusje na temat pracy.
pl.praca.oferowana Ogloszenia o pracy. (Moderated)
pl.praca.szukana Ogloszenia o poszukiwaniu pracy.
pl.pregierz Usenetowy pregierz publiczny.
pl.rec.akwarium Akwarystyka.
pl.rec.anime Grupa milosnikow anime, mangi i jezyka japonskiego.
pl.rec.ascii-art Rysowanie znakami ASCII.
pl.rec.audio Audio i Hi-Fi dla kazdego.
pl.rec.dom Dom - budynek i miejsce w ktorym sie zyje.
pl.rec.fantastyka.advocacy O wyzszosci jednych dziel fantastycznych nad innymi.
pl.rec.fantastyka.babylon5 Pozdrowienia z Babylonu 5.
pl.rec.fantastyka.sf-f Science Fiction & Fantasy, lista sf-f uci.agh.edu.pl.
pl.rec.fantastyka.startrek Wszystko dla fanow - filmy, seriale, ksiazki.
pl.rec.fantastyka.starwars Gwiezdne Wojny: filmy, ksiazki, komiksy, gry w swiecie GW.
pl.rec.fantastyka.x-files ONI nie pozwalaja na krotki opis.
pl.rec.film Filmy w kinie, tv i na wideo.
pl.rec.film.animowany Wszelkie filmy animowane - z wyjatkiem mangi.
pl.rec.foto Fotografia - co, jak i czym.
pl.rec.foto.art Fotografia jako Sztuka.
pl.rec.foto.cyfrowa Zdjecia z komputera.
pl.rec.gory Dyskusje o gorach i kwalifikowanej turystyce gorskiej.
pl.rec.gps Satelitarny drogowskaz w sieci.
pl.rec.gry.brydz Brydzysci po polsku o brydzu.
pl.rec.gry.go Go, weiqi, baduk, czyli sztuka otaczania.
pl.rec.gry.karciane Gry karciane oraz pasjanse.
pl.rec.gry.komputerowe Rozkosze lamania glowy i joysticka.
pl.rec.gry.komputerowe.klasyka Klasyka gier komputerowych.
pl.rec.gry.komputerowe.moderowana Gry komputerowe - opinie i refleksje. (Moderated)
pl.rec.gry.komputerowe.roguelike Grimoiry tamtego swiata.
pl.rec.gry.komputerowe.rpg Gry komputerowe z elementami RPG.
pl.rec.gry.komputerowe.sprzet Sprzet przydatny graczom.
pl.rec.gry.konsole Konsole do gier i gry na nie.
pl.rec.gry.mud Dla graczy w MUDy.
pl.rec.gry.rpg Gry RPG (Role Playing) bez komputera.
pl.rec.gry.scrabble Dyskusje na temat gry Scrabble po polsku.
pl.rec.gry.strategiczne Triumf umyslu nad slepa furia.
pl.rec.gry.szachy Gimnastyka umyslu dla kazdego. (Moderated)
pl.rec.harcerstwo Ogolnoswiatowa grupa dyskusyjna harcerstwa polskiego.
pl.rec.hihot Wszystko do smiechu.
pl.rec.humor.kabaret Scena kabaretowa - wczoraj i dzis.
pl.rec.humor.monty-python A teraz cos z zupelnie innej beczki.
pl.rec.humor.najlepsze Usenet na wesolo - znalezione w grupach pl.* (Moderated)
pl.rec.kajaki Wiosla, kontry, pagaje.
pl.rec.kino-domowe Po prostu kino w domu.
pl.rec.komiks Grupa dla entuzjastow komiksu (i nie tylko).
pl.rec.ksiazki Ksiazki, ktore warto (lub nie) przeczytac.
pl.rec.kuchnia Uroki kuchni i rozkosze podniebienia.
pl.rec.lotnictwo Ptakom podobni...
pl.rec.mineraly Kolorowy swiat mineralow.
pl.rec.modelarstwo Modele kartonowe, drewniane, plastikowe i inne.
pl.rec.motocykle Motocykle - technika, rozrywka, turystyka.
pl.rec.muzyka Wszystko o muzyce.
pl.rec.muzyka.bin Muzyka w postaci binarnej.
pl.rec.muzyka.folk Muzyka folkowa roznych kultur.
pl.rec.muzyka.gitara Techniki gry na gitarze, tabulatury, rady, akordy, gitarzysci.
pl.rec.muzyka.gotyk Muzyka gotycka i towarzyszaca jej otoczka.
pl.rec.muzyka.jazz JAZZ we wszystkich kolorach teczy.
pl.rec.muzyka.klasyczna Kameralnie i symfonicznie.
pl.rec.muzyka.koncerty Ogloszenia i dyskusje o koncertach.
pl.rec.muzyka.metal Artykuly metalowe.
pl.rec.muzyka.rock Muzyka rockowa polska i zagraniczna.
pl.rec.muzyka.techno Muzyka techno oraz informacje o imprezach.
pl.rec.nurkowanie Nurkuj bracie pokis mlody!!!
pl.rec.ogrody Ogrody ozdobne, warzywne, rekreacyjne, wodne, dydaktyczne.
pl.rec.paralotnie Paralotnie, lotnie, szybowce i inne rozrywki latajace.
pl.rec.paranoja Oni (i ONI) sa wszedzie.
pl.rec.radio Radio, krotkofalarstwo itp.
pl.rec.radio.amatorskie Krotkofalarstwo, packet radio, sport DX-owy.
pl.rec.radio.cb CB-Radio - dyskusje techniczne, sprzet, ogloszenia.
pl.rec.robotki-reczne Na drutach, szydelkiem, igla i nie tylko.
pl.rec.rowery Rowery: sprzet, wyprawy, jazda w miescie.
pl.rec.sport Dla kibicow i dla tych ktorzy sami uprawiaja sport.
pl.rec.sport.koszykowka Koszykowka polska, europejska i NBA.
pl.rec.sport.motorowe Sporty motorowe.
pl.rec.sport.pilka-nozna Grupa dla kibicow i sympatykow pilki noznej.
pl.rec.sport.siatkowka Strefa siatkowki.
pl.rec.sport.tenis Tenis na swiecie.
pl.rec.sport.zimowe Snowboard, narty i inne zabawy na sniegu.
pl.rec.szaradziarstwo Zadania diagramowe, graficzne, logiczne, wierszowane.
pl.rec.telewizja Rozmowy milosnikow malego ekranu.
pl.rec.turystyka.tramping Podrozowanie z plecakiem.
pl.rec.turystyka.zorganizowana Wczasy z biurem podrozy.
pl.rec.uroda Pielegnacja urody - teoria i praktyka.
pl.rec.wedkarstwo Techniki polowu, przynety, sprzet, lowiska.
pl.rec.windsurfing Windsurgfing i wszystko z nim zwiazane.
pl.rec.wspinaczka Wspinaczka - przygoda, pasja, sport, sens zycia.
pl.rec.zbieractwo Monety, karty telefoniczne, znaczki i inne kolekcje.
pl.rec.zeglarstwo Zeglarze wod slonych i slodkich.
pl.rec.zeglarstwo.szanty Szanty i piosenka zeglarska.
pl.rec.zwierzaki Zwierzeta bedace naszymi przyjaciolmi.
pl.rec.zwierzaki.koty KOTY. KOTY SA MILE.
pl.rec.zwierzaki.terrarium Zwierzeta terraryjne i to co z nimi zwiazane.
pl.regionalne.gorny-slask Gorny Slask, Zaglebie - pytania, komentarze, propozycje.
pl.regionalne.krakow Krakowiaczek ci ja!
pl.regionalne.lodz Forum mieszkancow miasta Lodzi i okolic.
pl.regionalne.lublin Grupa mieszkancow i przyjaciol Lublina.
pl.regionalne.poznan Poznan i okolice: Pyrlandia.
pl.regionalne.szczecin Forum wymiany informacji o Szczecinie.
pl.regionalne.szczecin.ogloszenia Ogloszenia dotyczace Szczecina i okolic.
pl.regionalne.trojmiasto My, mieszkancy Trojmiasta!
pl.regionalne.warszawa Wirtualna Warszawa - rozmowy, informacje.
pl.regionalne.warszawa.ogloszenia Ogloszenia dotyczace Warszawy i okolic.
pl.regionalne.wroclaw O Wroclawiu, nie tylko dla Wroclawian.
pl.sci.ai Problematyka sztucznej inteligencji.
pl.sci.biologia O rozlicznych genow manifestacjach.
pl.sci.chemia Chemia czysta, technologia i inzynieria.
pl.sci.ekonomiczne Nieznajomosc ekonomii szkodzi.
pl.sci.farmacja Aptekarstwo, ziololecznictwo, analityka i chemia lekow.
pl.sci.filozofia Miejsce spotkan filozofow (nie chlopskich).
pl.sci.fizyka Forum fizykow polskich.
pl.sci.geodezja Geodezja i kartografia.
pl.sci.historia Ludzie i zdarzenia na przestrzeni wiekow. (Moderated) (Moderated)
pl.sci.inzynieria Rozwiazujemy wszelkie inzynierskie zadania.
pl.sci.kosmos Ogromny i pelen zagadek.
pl.sci.kosmos.seti Poszukiwanie zycia poza Ziemia.
pl.sci.kosmos.seti Poszukiwanie zycia poza Ziemia.
pl.sci.lesnictwo O lesie i lesnikach, przyrodzie i ekologach.
pl.sci.matematyka Zagadnienia krolowej nauk. (Moderated)
pl.sci.medycyna Od pediatrii do patologii.
pl.sci.psychologia Psychologia w zyciu codziennym.
pl.sci.socjologia Socjologia i nauki pokrewne.
pl.sci.weterynaria Leczenie zwierzat.
pl.soc.dekadentyzm Antyspoleczne poglady, poezja, swirunki, kreacja.
pl.soc.dzieci Jak miec dzieci i to przezyc.
pl.soc.dzieci.starsze Do matury od przedszkola, ciezka jest rodzica dola.
pl.soc.edukacja Edukacja i wychowanie od niemowlaka do umarlaka.
pl.soc.edukacja.szkola Szkola i jej uzytkownicy - uczniowie.
pl.soc.genealogia Poszukiwanie przodkow, historia rodow.
pl.soc.inwalidzi Sieciowe forum osob niepelnosprawnych.
pl.soc.polityka Dyskusje o polityce (lista polityka mimuw.edu.pl).
pl.soc.polityka.wybory Wybory i referenda w Polsce.
pl.soc.prawo Prawo na co dzien - dyskusje, porady, opinie.
pl.soc.prawo.podatki Podatki w Polsce.
pl.soc.religia Dyskusje religijne (lista religia uci.agh.edu.pl).
pl.soc.rodzina Jak zyc w rodzinie i przetrwac.
pl.soc.savoir-vivre Zasady kultury osobistej i ich zasadnosc. (Moderated) (Moderated)
pl.soc.seks Wszystko o seksie (ale nie obrazki).
pl.soc.seks.moderowana Kulturalnie o seksie i milosci. (Moderated)
pl.soc.seks.towarzyskie "Biuro" ogloszen towarzyskich i matrymonialnych.
pl.soc.uroczystosci Jak dobrze organizowac uroczystosci.
pl.soc.uzaleznienia Uzaleznienia - jak zapobiegac, leczyc i walczyc. (Moderated)
pl.soc.wegetarianizm Ideologia, a NIE przepisy.
pl.soc.zieloni Polski ruch ekologiczny.
pl.test Tu mozna wysylac wszelkie testy.
--- =--------------------------------------------------------------------
Plik active przedstawiony poniżej zawiera definicje wszystkich grup news
z hierarchii pl.*, które są aktywne na serwerze news.ict.pwr.wroc.pl,
co odzwierciedla dokładnie stan wszystkich grup pl.*, jakie istnieją.
Istotne są tak naprawdę dwie rzeczy -- nazwa grupy i jej 'stan': "m" lub
"y". Literka "m" na końcu opisu oznacza, że grupa jest moderowana, a więc
artykuły do niej wysyłane powinny trafiać e-mailem na adres moderatora
(jest to zawsze nazwa-grupy usenet.pl, gdzie kropki w nazwie grupy
zamienione są na znaki '-'). Liczby pomiędzy nazwą grupy a 'm' lub 'y',
to najwyższy i najniższy numer artykułu na serwerze news.ict.pwr.wroc.pl
-- na innych serwerach będzie oczywiście inny, ale przy okazji daje to
pojęcie, jak dużo artykułów pojawia się w poszczególnych grupach.
### Plik active - aktualna lista grup news w hierarchii pl.*
=== ---------------------------------------------------------------------
pl.announce.newgroups 0000000824 0000000825 m
pl.answers 0000002843 0000002702 m
pl.biznes 0000166798 0000111405 y
pl.biznes.banki 0000421539 0000386175 y
pl.biznes.wgpw 0000400553 0000235998 y
pl.comp.bazy-danych 0000168288 0000104494 y
pl.comp.bazy-danych.msaccess 0000118240 0000112028 y
pl.comp.cad 0000050355 0000033735 y
pl.comp.demoscena 0000033987 0000033988 y
pl.comp.dtp 0000229636 0000228496 y
pl.comp.dtp.tex 0000015078 0000015032 y
pl.comp.dtp.tex.gust 0000023888 0000023793 m
pl.comp.gis 0000011312 0000011254 y
pl.comp.grafika 0000204946 0000149264 y
pl.comp.grafika.grafika3d 0000089284 0000089220 y
pl.comp.lang.asm 0000001365 0000001207 y
pl.comp.lang.c 0000258734 0000257737 y
pl.comp.lang.delphi 0000300595 0000225358 y
pl.comp.lang.delphi.bazy-danych 0000070495 0000070220 y
pl.comp.lang.funkcyjne 0000000892 0000000893 y
pl.comp.lang.java 0000128756 0000127605 y
pl.comp.lang.javascript 0000043988 0000031741 y
pl.comp.lang.pascal 0000091595 0000091553 y
pl.comp.lang.perl 0000048495 0000048266 y
pl.comp.lang.php 0000197848 0000177792 y
pl.comp.lang.python 0000020180 0000019815 y
pl.comp.lang.ruby 0000000548 0000000524 y
pl.comp.lang.tcl 0000000484 0000000478 y
pl.comp.lang.vbasic 0000099950 0000099807 y
pl.comp.mail 0000066476 0000066373 y
pl.comp.mail.mta 0000052401 0000030598 y
pl.comp.multimedia 0000032711 0000032699 y
pl.comp.nowe-programy 0000206690 0000195699 y
pl.comp.objects 0000018561 0000018550 y
pl.comp.ogonki 0000020352 0000020350 y
pl.comp.os.advocacy 0000423176 0000422075 y
pl.comp.os.bsd 0000018867 0000001380 y
pl.comp.os.hp-ux 0000004599 0000004596 y
pl.comp.os.linux 0000826182 0000823981 y
pl.comp.os.linux.debian 0000035514 0000005159 y
pl.comp.os.linux.programowanie 0000067208 0000066930 y
pl.comp.os.linux.sieci 0000227855 0000226950 y
pl.comp.os.linux.sprzet 0000069042 0000068869 y
pl.comp.os.ms-windows.win3 0000005698 0000005699 y
pl.comp.os.ms-windows.win9x 0000158092 0000157951 y
pl.comp.os.ms-windows.winnt 0000188906 0000173922 y
pl.comp.os.os2 0000033716 0000033717 y
pl.comp.os.unix 0000026721 0000026642 y
pl.comp.pecet 0001097137 0000806995 y
pl.comp.programming 0000173450 0000173007 y
pl.comp.security 0000062360 0000062274 m
pl.comp.sieci 0000022765 0000021792 y
pl.comp.sieci.bezprzewodowe 0000007818 0000004199 y
pl.comp.sys.amiga 0000065638 0000065633 y
pl.comp.sys.atari 0000035886 0000035732 y
pl.comp.sys.macintosh 0000120602 0000119849 y
pl.comp.sys.novell 0000128814 0000128669 y
pl.comp.sys.palmtop 0000009030 0000008844 y
pl.comp.sys.palmtop.palmos 0000008720 0000008638 y
pl.comp.sys.sun.admin 0000015650 0000012898 y
pl.comp.sys.x11 0000002207 0000002206 y
pl.comp.tlumaczenia 0000007339 0000007339 m
pl.comp.www 0000382600 0000381478 y
pl.comp.www.nowe-strony 0000210990 0000210500 y
pl.comp.www.server-side 0000059834 0000059725 y
pl.comp.xml 0000009299 0000009223 y
pl.fidonet.bramka 0000006744 0000006745 y
pl.gazety.donosy 0000003140 0000003113 m
pl.hum.pisarstwo 0000017423 0000017277 y
pl.hum.poezja 0000235605 0000235374 y
pl.hum.polszczyzna 0000104951 0000084527 y
pl.hum.teatr 0000004938 0000004934 y
pl.hum.tlumaczenia 0000235451 0000234258 y
pl.hum.x-muza 0000029587 0000029485 y
pl.internet.komunikaty 0000011192 0000011066 m
pl.internet.mordplik 0000034055 0000033514 y
pl.internet.polip 0000082452 0000082090 y
pl.internet.pomoc 0000017595 0000017532 y
pl.irc 0000145023 0000144983 m
pl.listserv.chomor-l 0000155812 0000155724 y
pl.listserv.dziennikarz 0000059082 0000059081 y
pl.listserv.plotki 0000184423 0000184424 y
pl.listserv.polwro 0000004014 0000004015 y
pl.misc.budowanie 0000293944 0000182420 y
pl.misc.dieta 0000059015 0000053671 y
pl.misc.elektronika 0000512968 0000296388 y
pl.misc.kolej 0000649283 0000553459 y
pl.misc.konsumenci 0000010326 0000010300 y
pl.misc.meteorologia 0000019734 0000018237 y
pl.misc.militaria 0000374147 0000240213 y
pl.misc.paranauki 0000187791 0000186744 y
pl.misc.ratownictwo 0000015758 0000015716 y
pl.misc.samochody 0001932039 0001260489 y
pl.misc.samochody.garbusy 0000183066 0000182358 y
pl.misc.telefonia 0000220580 0000214300 y
pl.misc.telefonia.gsm 0000927878 0000662198 y
pl.misc.telefonia.gsm.gielda 0000222332 0000222206 y
pl.misc.telefonia.gsm.sms 0000068486 0000068468 y
pl.misc.telefonia.isdn 0000038321 0000038280 y
pl.misc.telefonia.wap 0000001870 0000001865 y
pl.misc.transport 0000098708 0000098685 y
pl.misc.transport.miejski 0000204431 0000143450 y
pl.news.admin 0000028291 0000027153 m
pl.news.czytniki 0000099396 0000099284 y
pl.news.nowe-grupy 0000095974 0000095952 m
pl.ogloszenia.kupie 0000140939 0000129068 y
pl.ogloszenia.rozne 0000226522 0000182069 y
pl.ogloszenia.sprzedam 0000492953 0000492207 y
pl.praca.dyskusje 0000209655 0000115784 y
pl.praca.oferowana 0000067425 0000067027 m
pl.praca.szukana 0000127293 0000122550 y
pl.pregierz 0001212216 0000414434 y
pl.rec.akwarium 0000572742 0000543783 y
pl.rec.anime 0000130966 0000130882 y
pl.rec.ascii-art 0000036459 0000036454 y
pl.rec.audio 0000125328 0000125111 y
pl.rec.dom 0000090655 0000089829 y
pl.rec.fantastyka.advocacy 0000009574 0000009574 y
pl.rec.fantastyka.babylon5 0000027664 0000027647 y
pl.rec.fantastyka.sf-f 0000574639 0000498759 y
pl.rec.fantastyka.startrek 0000056431 0000056421 y
pl.rec.fantastyka.starwars 0000165823 0000131013 y
pl.rec.fantastyka.x-files 0000047455 0000047453 y
pl.rec.film 0000362373 0000334791 y
pl.rec.film.animowany 0000007588 0000007587 y
pl.rec.foto 0000779345 0000587679 y
pl.rec.foto.art 0000057441 0000057402 y
pl.rec.foto.cyfrowa 0000649928 0000259430 y
pl.rec.gory 0000260140 0000171112 y
pl.rec.gps 0000060535 0000048193 y
pl.rec.gry.brydz 0000053226 0000053120 y
pl.rec.gry.go 0000002133 0000002134 y
pl.rec.gry.karciane 0000084699 0000084700 y
pl.rec.gry.komputerowe 0000702204 0000682380 y
pl.rec.gry.komputerowe.klasyka 0000091636 0000080924 y
pl.rec.gry.komputerowe.moderowana 0000007535 0000007536 m
pl.rec.gry.komputerowe.roguelike 0000033113 0000033114 y
pl.rec.gry.komputerowe.rpg 0000106578 0000106560 y
pl.rec.gry.komputerowe.sprzet 0000298249 0000275194 y
pl.rec.gry.konsole 0000312052 0000255887 y
pl.rec.gry.mud 0000015246 0000015233 y
pl.rec.gry.rpg 0000152314 0000152255 y
pl.rec.gry.scrabble 0000023274 0000023271 y
pl.rec.gry.strategiczne 0000076607 0000072321 y
pl.rec.gry.szachy 0000025727 0000025728 m
pl.rec.harcerstwo 0000035624 0000035613 y
pl.rec.hihot 0000490284 0000490174 y
pl.rec.humor.kabaret 0000026545 0000026435 y
pl.rec.humor.monty-python 0000183551 0000183252 y
pl.rec.humor.najlepsze 0000035642 0000035594 m
pl.rec.kajaki 0000037869 0000037313 y
pl.rec.kino-domowe 0000210491 0000147720 y
pl.rec.komiks 0000037609 0000037600 y
pl.rec.ksiazki 0000129244 0000082443 y
pl.rec.kuchnia 0000298550 0000187840 y
pl.rec.lotnictwo 0000122600 0000121918 y
pl.rec.mineraly 0000005439 0000005301 y
pl.rec.modelarstwo 0000188413 0000188110 y
pl.rec.motocykle 0000534561 0000332478 y
pl.rec.muzyka 0000149941 0000141687 y
pl.rec.muzyka.bin 0000177753 0000155415 y
pl.rec.muzyka.folk 0000009678 0000009676 y
pl.rec.muzyka.gitara 0000352807 0000213089 y
pl.rec.muzyka.gotyk 0000020274 0000020273 y
pl.rec.muzyka.jazz 0000030590 0000030542 y
pl.rec.muzyka.klasyczna 0000005991 0000005880 y
pl.rec.muzyka.koncerty 0000010829 0000010802 y
pl.rec.muzyka.metal 0000159324 0000159299 y
pl.rec.muzyka.rock 0000174987 0000147699 y
pl.rec.muzyka.techno 0000180320 0000180286 y
pl.rec.nurkowanie 0000169151 0000168171 y
pl.rec.ogrody 0000210435 0000209224 y
pl.rec.paralotnie 0000211830 0000110732 y
pl.rec.paranoja 0000232791 0000193201 y
pl.rec.radio 0000049003 0000048994 y
pl.rec.radio.amatorskie 0000076480 0000066494 y
pl.rec.radio.cb 0000076175 0000075161 y
pl.rec.robotki-reczne 0000101931 0000100797 y
pl.rec.rowery 0000896713 0000580451 y
pl.rec.sport 0000033589 0000033535 y
pl.rec.sport.koszykowka 0000123102 0000122220 y
pl.rec.sport.motorowe 0000039727 0000039668 y
pl.rec.sport.pilka-nozna 0000487753 0000438716 y
pl.rec.sport.siatkowka 0000006672 0000006596 y
pl.rec.sport.tenis 0000020496 0000020449 y
pl.rec.sport.zimowe 0000136659 0000078168 y
pl.rec.szaradziarstwo 0000010241 0000010240 y
pl.rec.telewizja 0000234765 0000234143 y
pl.rec.turystyka.tramping 0000130237 0000129273 y
pl.rec.turystyka.zorganizowana 0000059472 0000056769 y
pl.rec.uroda 0000145878 0000140545 y
pl.rec.wedkarstwo 0000081697 0000066332 y
pl.rec.windsurfing 0000185193 0000184293 y
pl.rec.wspinaczka 0000013394 0000008068 y
pl.rec.zbieractwo 0000008317 0000008314 y
pl.rec.zeglarstwo 0000308772 0000304851 y
pl.rec.zeglarstwo.szanty 0000031748 0000031722 y
pl.rec.zwierzaki 0000235718 0000235097 y
pl.rec.zwierzaki.koty 0000032954 0000032008 y
pl.rec.zwierzaki.terrarium 0000016252 0000016242 y
pl.regionalne.gorny-slask 0000126783 0000126232 y
pl.regionalne.krakow 0000389023 0000255294 y
pl.regionalne.lodz 0000158301 0000107527 y
pl.regionalne.lublin 0000293722 0000164842 y
pl.regionalne.poznan 0000370574 0000270864 y
pl.regionalne.szczecin 0000198727 0000197296 y
pl.regionalne.szczecin.ogloszenia 0000117476 0000116978 y
pl.regionalne.trojmiasto 0000242370 0000241055 y
pl.regionalne.warszawa 0000441799 0000397741 y
pl.regionalne.warszawa.ogloszenia 0000182490 0000127531 y
pl.regionalne.wroclaw 0000515237 0000507619 y
pl.sci.ai 0000009505 0000009428 y
pl.sci.biologia 0000038659 0000038424 y
pl.sci.chemia 0000059234 0000059033 y
pl.sci.ekonomiczne 0000038459 0000038351 y
pl.sci.farmacja 0000007305 0000007272 y
pl.sci.filozofia 0000144771 0000141663 y
pl.sci.fizyka 0000177423 0000099093 y
pl.sci.geodezja 0000012450 0000012342 y
pl.sci.historia 0000094007 0000093554 m
pl.sci.inzynieria 0000018148 0000017920 y
pl.sci.kosmos 0000149391 0000090745 y
pl.sci.kosmos.seti 0000023096 0000023093 y
pl.sci.lesnictwo 0000003671 0000003666 y
pl.sci.matematyka 0000142917 0000142830 m
pl.sci.medycyna 0000234408 0000232732 y
pl.sci.psychologia 0000376751 0000374464 y
pl.sci.socjologia 0000017429 0000017393 y
pl.sci.weterynaria 0000020926 0000020906 y
pl.soc.dekadentyzm 0000066109 0000066028 y
pl.soc.dzieci 0000515049 0000472484 y
pl.soc.dzieci.starsze 0000049926 0000049634 y
pl.soc.edukacja 0000025644 0000025600 y
pl.soc.edukacja.szkola 0000052326 0000052210 y
pl.soc.genealogia 0000024091 0000023994 y
pl.soc.inwalidzi 0000050878 0000050711 y
pl.soc.polityka 0001215718 0000699075 y
pl.soc.polityka.wybory 0000029947 0000029934 y
pl.soc.prawo 0000476539 0000218510 y
pl.soc.prawo.podatki 0000186083 0000163910 y
pl.soc.religia 0000795620 0000499890 y
pl.soc.rodzina 0000089104 0000057129 y
pl.soc.savoir-vivre 0000048607 0000048576 m
pl.soc.seks 0000683246 0000683036 y
pl.soc.seks.moderowana 0000084251 0000084236 m
pl.soc.seks.towarzyskie 0000357360 0000357155 y
pl.soc.uroczystosci 0000000728 0000000728 y
pl.soc.uzaleznienia 0000005293 0000005288 m
pl.soc.wegetarianizm 0000121636 0000121619 y
pl.soc.zieloni 0000015121 0000015116 y
pl.test 0000615418 0000431935 y
--- ---------------------------------------------------------------------
From: tsurmacz ict.pwr.wroc.pl (Tomasz R. Surmacz)
Subject: Newsy w Polsce (4/4) - glosowanie nad nowymi grupami (FAQ)
Posted-By: auto-faq 3.1.1.2
Archive-name: news-pl-faq/part4
Szablon rozpoczęcia głosowania w grupach pl.*
Sposób przeprowadzania głosowań w sprawie tworzenie nowych grup w
hierarchii pl.* opisany jest w pierwszej części FAQ, tutaj natomiast
znajduje się wyłącznie szablon formularza służącego do wygenerowania
listu RFD (Request for Discussion), wysyłanego do grupy
pl.news.nowe-grupy w celu rozpoczęcia dyskusji nad powstaniem grupy, a
następnie CFV (Call for Votes) rozpoczynającego ostateczne głosowanie,
którego celem jest weryfikacja sensu zakładania grupy.
Szablonu tego należy także użyć do pierwszego zgłoszenia chęci
założenia grupy, wypełniając cały formularz lub jego część i wysyłając
do pl.news.nowe-grupy, a temat takiego listu powinien brzmieć
'Propozycja: pl.xx.yyy.zzz' lub 'Propozycja: grupa o XXXXXX'. Taki
formularz może być niekompletny, bo celem wysłania go publicznie do
pl.news.nowe-grupy jest właśnie uzgodnienie z innymi wszelkich
niejasności, takich jak dokładna nazwa grupy, opis itp. Propozycje
zgłaszane publicznie mogą być formułowane w dowolny sposób, jednak
jeśli ma się rozpocząć głosowanie nad grupą, propozycja CFV
umieszczana w serwisie http://42.pl/cfv/ MUSI być wypełniona jak
poniżej, dlatego lepiej to zrobić od razu, wysyłając najpierw wersję
być może niekompletną, tzn. z niektórymi polami pozostawionymi bez
wypełniania lub z uwagą "kto ma dobry pomysł?" itp., a potem
wprowadzając poprawki zgłaszane przez innych dyskutantów.
Jeżeli wszystkie dane dotyczące powstania grupy, takie jak jej nazwa,
jednolinijkowy opis (*NIE* zaczynający się od 'Wszystko o...', 'Forum
dyskusyjne takich a siakich', itp.) oraz opis dłuższy (przynajmniej
3-4 zdania o tym, co będzie tematyką grupy, co w grupie NIE POWINNO
się znaleźć, itp.), informacja o tym, czy grupa ma być moderowana, czy
nie, a jeśli tak, to adres moderatora, to pomysłodawca powstania grupy
powinien zredagować odpowiedni tekst (wzorzec zamieszczony poniżej) i
umieścić go pod adresem http://42.pl/cfv. Aby móc zamieścić pod tym
adresem swoje RFD (mające zostać przyszłym CFV) należy najpierw
założyć sobie tam konto -- odbywa się to prosto i bezboleśnie, a hasło
do konta wysyłane jest e-mailem.
Jeżeli jeszcze istnieją jakieś wątpliwości dotyczące powyższych
danych, to najpierw należy je wyjaśnić na forum grupy, a dopiero potem
zredagować CFV i umieścić je pod wspomnianym adreesem. Jeżeli istnieją
alternatywne propozycje nazwy grupy lub zostaną nadesłane np. 2 różne
propozycje CFV tej samej lub podobnych grup, to CFV nie zostaje
wysłane, lecz dyskusja wraca jako RFD (Request for Discussion) do
grupy pl.news.nowe-grupy. Podobnie - jeśli na http://42.pl/cfv zostaną
zgłoszone zastrzeżenia powodujące wstrzymanie procedury (status
zmienia się na "do poprawienia"), wszelkie nieoczywiste sprawy należy
dyskutować na łamach pl.news.nowe-grupy.
Proponowana nazwa grupy musi spełniać kilka wymagań technicznych:
* W nazwie mogą występować jedynie małe litery alfabetu łacińskiego,
kropka, minus, plus i cyfry ([-+.0-9a-z])
* Każdy człon nazwy (pomiędzy kropkami) nie może być dłuższy niż 14
znaków i musi się zaczynać od litery.
* Pierwszy człon to oczywiście 'pl', następnie nazwa odpowiedniej
podhierarchii, np. 'comp', 'news', 'rec' itp. Należy starać się
dopasować grupę do już istniejących hierarchii. Tworzenie nowych
hierarchii będzie następowało jedynie w uzasadnionych i głęboko
umotywowanych przypadkach. Tworzenie pojedynczych grup
bezpośrednio w hierarchii pl.* jest praktycznie niemożliwe.
* Jeśli proponowana jest nazwa n-członowa, to w momecie
rozpoczynania głosowania (n-1) poziom już powinien istnieć w
hierarchii pl. Przykładowo, jeśli istnieje już 'pl.comp.os', to
można zaproponować 'pl.comp.os.lamerix' ale nie
'pl.comp.os.lamerix.wersja2'. Czyli najpierw musi powstać grupa
(lub hierarchia) "ogólniejsza", a dopiero gdy grupa wystarczająco
się ożywi, można dokonać jej podziału na mniejsze i bardziej
sprecyzowane.
Propozycje RFD/CFV pozostawiane pod adresem http://42.pl/cfv są
publicznie dostępne -- każdy może je obejrzeć, a także (po
zarejestrowaniu się w serwisie) - złożyć zastrzeżenia (jednak
ewentualna dyskusja z zastrzeżeniami powinna odbywać się w
pl.news.nowe-grupy). Jeśli po około 2-3 tygodniach od zamieszczenia
propozycji RFD/CFV (lub ostatniej wesj RFD/CFV, jeśli wprowadzane były
poprawki) nie ma żadnych poważnych wątpliwości dotyczących
nazwy/opisu/zawartości grupy, to status CFV zostaje zmieniony na "do
głosowania" i w niedługim czasie rozpoczyna się głosowanie nad
powstaniem grupy, zmianą statusu czy inną modyfikacją, której dotyczy
to CFV.
Przed rozpoczęciem wypełniania poniższego szablonu zastanów się też
przez chwilę skąd wziąłeś tekst, który właśnie czytasz i czy na pewno
jest on aktualny. Jeśli nagrałeś go sobie jakiś czas temu z internetu
lub skopiowałeś z jakiegoś CD-ROMu z kompilacją internetowych stron,
to może on być nieaktualny. Sprawdź datę znajdującą się na końcu i
jeśli twoja wersja jest starsza niż 2-3 miesiące, to koniecznie
ściągnij aktualną wersję bezpośrednio ze strony WWW podanej na końcu.
A teraz aktualny 'wzorzec' co jest potrzebne. W wersji ostatecznej
zmienić należy wszystkie XXX (pozostawiając wpisany tekst w tej samej
linii, w której znajduje się nazwa pola zakończona dwukropkiem),
usunąć wszystkie [komentarze] oznaczone nawiasami kwadratowymi, ew.
tam, gdzie z tych komentarzy tak wynika, zamienić [TAK/NIE] itp. na
odpowiedni tekst, usuwając rzecz jasna same nawiasy. Pozostałe rzeczy
zostawić bez zmian.
W liście grup należy wpisać grupy news, do których ma trafić CFV,
czyli grupy, w których znajdzie się potencjalnie najwięcej
zainteresowanych powstaniem nowej grupy. Grup tych nie powinno być
więcej niż 6, a ich lista jest propozycją i może zostać zmieniona,
jeśli tematyka proponowanej nowej grupy jest zbyt odległa od tematyki
grupy, w której ma nastąpić ogłoszenie. Jeżeli po wysłaniu CFV autor
jego propozycji jest nadal innego zdania, to może sam wysłać
informację o głosowaniu do `spornych' grup.
Oprócz opisu grupy można opcjonalnie umieścić fragment rozpoczynający
się słowem "Uzasadnienie:", służący przekazaniu komentarzy, które
także pojawią się w CFV, ale nie stanowią opisu grupy lecz cel tego
głosowania - na przykład podział grupy na podgrupy, zmianę nazwy,
wyodrębnienie grupy dlatego, że w grupie głównej jest wystarczająco
wiele artykułów, by utworzyć nową, itp. itd.
Ostatnia uwaga: proszę NIE wysilać się nad specjalnym, "ładnym"
formatowaniem tekstu -- np. uzupełnianie tekstu spacjami, by wszystkie
'odpowiedzi' zaczynały się w jednej kolumnie. Wszystkie linie będące
kontynuacją linii poprzedniej powinny zaczynać się od kolumny nr 1, a
tekst powinien być "normalnym" tekstem, jakie wysyłane są pocztą czy w
usenet news -- bez żadnych <HTMLodziwolągów> i najlepiej do 80 znaków
w linii. Jedynie w dłuższych opisach formatowanie tekstu *czasem* może
być istotne, a w pozostałych polach tylko utrudnia przygotowanie
ostatecznego CFV.
-----------------RFD--(Request for Discussion)------------------
Nazwa grupy: XXX
[grupa pl.xxx.xxxx, nazwa może zawierać wyłącznie znaki "a-z", "0-9",
"." (kropka) i "-" (minus), każdy człon musi zaczynać się od litery i
nie może być dłuższy niż 14 znaków]
Krotki opis: XXX
[Opis powinien być po polsku, ale nie zawierać polskich znaków
diakrytycznych, mieścić się w jednej linijce, kończyć się kropką,
wykrzyknikiem lub pytajnikiem i dodatkowo spełniać wymaganie, że
długość nazwy grupy zaokrąglona w górę do 16,24,32... plus długość opisu
nie przekracza 80 znaków -- Po ludzku: aby zweryfikować, czy opis nie
jest zbyt długi, wpisz nazwę grupy, naciśnij tabulator, wpisz opis --
wszystko powinno się zmieścić w jednej, 80-znakowej, linii)]
Moderowana: [TAK/NIE]
Moderator: [adres e-mail, jeśli grupa ma być moderowana]
Opis: XXX
XXX
....
[Dłuższy opis - najlepiej, gdy po prostu "od siebie" zdefiniujesz
czemu służyć ma grupa i czego mają dotyczyć dyskusje. Pamiętaj też,
że ten tekst ma zachęcić ludzi do głosowania nad powstaniem grupy
- zbytnie zawężenie (albo rozszerzenie :-) ), a czasem niewłaściwe
sformułowanie tematyki może spowodować, że zagłosują przeciw. W opisie
powinieneś przede wszystkim zdefiniować tematykę grupy, ale także
tematy zabronione (bo są inne grupy na ten temat), czy w NAJBLIŻSZEJ
przyszłości są planowane podgrupy (ale tylko te najbardziej realne,
a nie wszystkie możliwe), jeśli tak, to jakie i kiedy, jeśli grupa
ma być sprzężona z jakąś listą e-mail, to jaką, gdzie jest/będzie
bramka. Warto też umotywować pomysł utworzenie grupy, dla kogo
ona będzie (wszystkich, 'zaawansowanych', 'początujących', itp.),
dodatkowe ograniczenia/zalecenia obowiązujące w grupie, jak się to
ma do innych (już istniejących) grup, itp. Opis kończy się linią
'Autor propozycji:' Do opisu tego 'odgórnie' może zostać doklejona
także mini-etykieta grup pl.* mówiąca o zakazie wysyłania binariów,
spamów, ogłoszeń reklamowych nie związanych ściśle z tematem listy
itp. Opis pisz w czasie teraźniejszym i z użyciem polskich znaków
diakrytycznych, gdyż w przypadku utworzenia grupy staje się on
obowiązującym opisem grupy i na ten właśnie opis można się powoływać,
by niektórych uczestników grupy czasem upomnieć, gdy zbyt daleko
zbaczają od tematu.]
Uzasadnienie:
XXX
[Informacja "sankcjonująca" celowość tego głosowania. Dlaczego grupa
jest potrzebna, albo dlaczego podział grupy jest potrzebny, ile listów
związanych z tą tematyką pojawiało się dotąd, itp. W przypadkach
specjalnych (podział grupy, zmiana nazwy, zmiana statusu na moderowaną
lub odwrotnie, itp. - w tym miejscu można umieścić komentarze tłumaczące
przyczynę zmian]
Autor propozycji: [adres email (Imię Nazwisko)]
[adres email/imię+nazwisko osoby ogłaszającej. Adres ten zostanie
podany jako adres kontaktowy w sprawach MERYTORYCZNYCH dotyczących
propozycji powstania grupy. Tam też będą kierowane pytania, gdyby
np. nadeszły 2 propozycje CFV lub występowały wątpliwości co do
nazwy, itp.].
Ogloszenie:
pl.news.nowe-grupy
pl.announce.newgroups
pl.XXX.XXX
XXX XXX.XXX [adres listy] xxx xxx.xxx [adres listy lub osoby]
[Do jakich grup news oraz na jakie listy dyskusyjne należy wysłać
ogłoszenie o rozpoczęciu głosowania. Grup news nie powinno być więcej
niż 6 (w tym pl.news.nowe-grupy i pl.announce.newgroups). W przypadku
list dyskusyjnych powinien zostać podany adres listy lub osoby, która
wyśle CFV na listę dyskusyjną.
Podanie adresu osoby oznacza, że w CFV pojawi się jedynie
informacja o tym, że CFV zostaje wysłane na tę listę, ale czynność
wysłania musi zostać dokonana przez autora propozycji (dostanie on kopię
CFV gotową do wysłania na listę w momencie ogłaszania głosowania). Jest
to konieczne w przypadku list moderowanych, oraz takich, które pozwalają
wysyłać email tylko osobom zapisanym na listę. Jeżeli podany został
adres listy, to listserv musi przyjmować i rozsyłać listy od osób nie
będących subskrybentami tej konkretnej listy dyskusyjnej.]
Czas trwania: [Tydzien - XXX dni - Dwa tygodnie]
[Tydzień jest minimalnym czasem trwania i chyba na razie optymalnym.
Można ustalić czas dłuższy, ale nie więcej niż 2 tygodnie. Podany
czas może zostać nieznacznie zwiększony (ew. minimalnie zmniejszony).
Głosowania z reguły są kończone w piątek lub poniedziałek.]
-----------------RFD-KONIEC-------------------------
Chyba tyle. Jeśli o czymś zapomniałem, to uzupełnię w następnej
wersji.
I jeszcze raz, po raz ostatni: Propozycja jak powyżej musi najpierw
zostać przedyskutowana w grupie pl.news.nowe-grupy, a dopiero potem
może trafić na http://42.pl/cfv. Działający dotąd niezbyt skutecznie
sposób z wysyłaniem CFV na adres cfv usenet.pl przestaje obowiązywać.
Uwagi co do powyższych raczej emailem do mnie, ew. w grupie
pl.news.nowe-grupy...
Tomasz Surmacz
Przykładowy wypełniony formularz:
-----------------RFD--------------------------------
Nazwa grupy: pl.misc.diploki
Krotki opis: O wyzszosci Diplokow nad Triplokami.
Moderowana: NIE
Opis: Grupa poświęcona fascynującemu zagadnieniu, jakim są Diploki,
ich zwyczaje, życie, codzienne zachowanie oraz wpływ na jasność
świecenia Księżyca w ostatniej kwadrze.
Możliwe jest także wspominanie o Triplokach, aczkolwiek tylko w
kontekście pejoratywnym, zgodnie z opisem grupy.
Przykładowe zagadnienia mieszczące się w tematyce grupy:
- Zwyczaje godowe Diploków. Opisywane zarówno przez fachowców, jak i
obserwatorów-amatorów.
- "Diplodospotting" - relacje z miejsc, w których udało się
zauważyć Diploki. Szczególnie wartościowe są oczywiście relacje
naocznych świadków, a raczej niepożądane spekulacje prowadzące
niechybnie do nagłego rozrastania się wątków i eskalacji wrogości.
- Sposoby ochrony Diploków przed wyginięciem.
Przykładowe zagadnienia nie mieszczące się w tematyce grupy:
- "Ile Diploków mieści się na główce szpilki?" - To i podobne pytania,
wskazują na zupełnie niepoważne podejście do zagadnienia kogoś. kto Diploka
nigdy sam nie widział, a "czego nie widać, tego nie ma". Problemem
hodowli usenetowych trolli zajmują się inne grupy w hierarchii pl.*,
dlatego nie ma dla nich miejsca w grupie pl.misc.diploki.
- "Mój Diplok jest [większy/mniejszy] niż twój". - Takie stwierdzenia
z reguły prowadzą do wzrostu stosunku szumu do użytecznych
informacji wysyłanych w ramach grupy i niepotrzebnego podnoszenia
napięcia oraz tzw. "flame wars".
- "Mam [pytona/inną gadzinę]. Czy Diploki będą dobrym zastępstwem
królików?" - To grupa o Diplokach, a nie o pytonach. Poza tym do tak
barbarzyńskich celów lepiej nadają się Triploki, a o tych nie należy
raczej wspominać.
Tematy zabronione: Pentiaki (zwane czasem Pętakami) i Fufloki.
Ich istnienie jest przyczyną nieustających wojen religijnych i
niekończących się wątków, których w tej grupie być nie powinno.
Unikać też należy tzw. "flame wars" - listów nie wnoszących wiele
merytorycznie, a tylko podgrzewających dyskusję, skupiając się zwykle na
mało istotnych faktach lub stwierdzeniach przedpiśćcy. Wyrażanie niechęci
do współdyskutanta powinno ograniczać się do robienia dezaprobujących
min podczas wysyłania swoich artykułów. Można także za pomocą palców
nie używanych właśnie do naciskania ENTER wykonywać gesty uznawane
powszechnie za obraźliwe. I tyle.
Zabronione jest także wysyłanie listów zawierających jakiekolwiek
binaria -- programów/zdjęć itp, jakikolwiek spam oraz dyskusje nie
związane z tematem grupy. Nie jest to także miejsce na ogłoszenia
reklamowe, nawet jeśli są związane z tematem grupy. Dopuszczalne są
pojedyncze ogłoszenia dotyczące ofert wymiany gadżetów związanych z
Triplokami, jednak powtarzające się ogłoszenia będą traktowane jak spam.
Autor propozycji: diplok diplandia.org.pl
Ogloszenie:
pl.news.nowe-grupy
pl.announce.newgroups
pl.rec.fantastyka.sf-f
pl.rec.zwierzaki
Czas trwania: dwa tygodnie
-----------------RFD-KONIEC-------------------------
_________________________________________________________________
Najnowszą wersję powyższego tekstu można znaleźć pod adresem
http://www.usenet.pl/doc/news-pl-faq.4.htpl
_________________________________________________________________
Część pierwsza FAQ - ogólne informacje o grupach pl.*
Część druga FAQ - Konfiguracja serwerów news w Polsce
Część trzecia FAQ - Lista istniejących grup pl.*
Część czwarta FAQ - Formularz głosowania nad nowymi grupami pl.*
FAQ po angielsku, dla administratorów serwerów news poza Polską
(FAQ to zawiera także listę serwerów poza Polską, na których można
znaleźć grupy pl.*)
_________________________________________________________________
Tomasz R. Surmacz (tsurmacz%adm.usenet.pl) 6.05.2005
RCS ID: $Id: news-pl-faq.4.htpl,v 3.5 2005/05/05 18:28:44 tsurmacz
Exp tsurmacz $
_________________________________________________________________
[This site is vi powered!] (c) 1994-2005 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. Autor automatycznie udziela
takiej zgody odnośnie szablonu głosowania (RFD/CFV).
Aktualna wersja całości FAQ 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.htpl
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ę