Rozsahla konference

[Martin Bily]

>   Chtel bych se zeptat (urcite to nekdo z vas vi), na jakem HW beha
> tahle konference. Hrozi totiz, ze bude treba, abych se spolupodilel
> na tvorbe konference podobneho, ne-li vetsiho rozsahu a ja se velmi
> obavam, ze rozeslat radove 500 mailu zastavi ostatni praci
> naseho budouciho listserveru na hezkych par minut. Ten listserver
> bude mit jiste na praci i dalsi konference apod.

Tato konference je provozovana na AXP 4000 pod operacnim systemem
OpenVMS. Jako listserv je pouzit modifikovany MX (Message Exchanger).
MX je specificky software, pouzitelny jen pod OpenVMS.

Tyto informace nejsou az tak podstatne. Pro provoz velke konference
jsou dulezite jine veci. Zkusim si na nektere vzpomenout.

- doba zpracovani prispevku listservem. Resolvuje (jak se to rekne
  cesky ?) adresy vsech ucastniku nebo spoleha az na sendmail ?

- doba potrebna pro rozeslani prispevku sendmailem. Pokud by se
  prispevek rozesilal jako bezny dopis, ale jen s ponekud vetsim
  poctem adresatu, trva jeho rozeslani az nekolik hodin.
  Chytry listserv proto muze adresaty rozdelit do nekolika skupin.
  Bud na konkretni pocet skupin, nebo dle max. poctu adresatu ve
  skupine. Listserv pak sendmailu predava nekolik totoznych dopisu,
  u kaxdeho je ale uveden jiny seznam adresatu.
  Sendmail (resp. stroj se sendmailem) musi byt dostatecne vykonny,
  aby tyto samostatne dopisy dokazal zpracovavat vsechny najednou.
  (Diky tomu prispevek do konference net s cca 500 ucastniky
  je pro cca 80 % adres rozeslan do zhruba 10 minut.)
  Pokud vim, nektere unixove listservy tuto moznost maji, dokonce
  mohou spolupracovat se sendmailem tak, aby distribuce probihala
  s vyuzitim vice pocitacu.

- detekce nevhodnych prispevku. Tim mam na mysli jednak prispevky
  typu 'help' a 'subscribe', a dale nedorucitelne dopisy, ktere ruzne
  prapodivne konfigurovane systemy vraceji na adresu konference.
  To se u nas projevuje i tak, ze odmitame prispevky od uzivatelu
  root, uucp a jim podobnych. Dale vyzadujeme nejakou minimalni delku
  prispevku, cimz se zachyti napr. omylem odeslane prazdne dopisy.

- uprava zahlavi prispevku. Asi je dobre, kdyz v prispevku nebudou
  radky Received: popisujici cestu od autora zpravy k listservu.
  Take je zadouci odfiltrovat radek, kterym Pegasus Mail vyzaduje
  zaslat potvrzeni o precteni dopisu. Naopak je dobre ponechat
  radky souvisejici s MIME.

- evidence nedosazitelnych adres a jejich vyrazovani z konference.
  Toto bohuzel zdejsi listserv neumi. Denne dostavam desitky
  zprav o nedorucitelnosti. Presne vidim, jak se v ruznych
  organizacich meni konfigurace mailu, kdy se na skolach likviduji
  stare studentske ucty, kdo si chybne nastavil forward, v zadostech
  o odhlaseni z konference se snazim vypatrat, z jake prapuvodni
  adresy se dotycny prihlasil.

- vedeni archivu konference, vyhledavani dle klicovych slov,
  dostupnost vsemi moznymi protokoly

- obousmerna brana do NetNews

- a spousta dalsich veci :-)


S pozdravem,
     Martin Bily

Martin Bily, Dept. of Comp.Sci.         e-mail: bily at felk.cvut.cz
Czech Technical University              phone: +42-2-2435 7323
Karlovo nam. 13                         fax:   +42-2-29 80 95
Praha 2, Czech Republic