path: root/messages/hu/UPGRADING.hu

Mailman - The GNU Mailing List Management System
Copyright (C) 1998-2003 by the Free Software Foundation, Inc.
59 Temple Place - Suite 330, Boston, MA 02111-1307, USA


MEGJEGYZ�S A MODER�L�SHOZ

    2.0.x verzi�r�l 2.1 verzi�ra t�rt�n� friss�t�skor ellen�rizz�k,
    hogy a moder�l�si �s a priv�t be�ll�t�sok nem t�rnek-e el a
    kor�bban be�ll�tott �rt�kekt�l. A moder�l�si �s priv�t be�ll�t�sok,
    a k�nnyebb �rthet�s�g �s kezelhet�s�g �rdek�ben, jelent�sen
    megv�ltoztak a Mailman �jabb verzi�j�ban. Hi�ba azonban az
    igyekezet, hogy min�l t�k�letesebben, probl�mamentesen ker�ljenek
    �t a r�gi, �sszetett be�ll�t�sok az �j rendszerbe, m�gis el�-
    fordulhat, hogy a be�ll�t�sok �tv�tele hib�s lesz.

    K�l�n�sen a (Priv�t be�ll�t�sok -> Felad�k sz�r�se)
    default_member_moderation, generic_nonmember_action, �s
    accept_these_nonmembers be�ll�t�sokat ellen�rizz�k le. Ezenfel�l 
    c�lszer� ellen�rizn�nk a Listatagok kezel�se men�ben a fel-
    haszn�l�k egyenk�nti moder�l�si �llapot�t is.


FRISS�T�S KOR�BBI VERZI�KR�L

    A Mailman friss�t�se t�bbnyire nem jelent m�st, mint egy �jabb
    verzi� telep�t�s�t a l�tez� telep�tett verzi�ra. Azonban n�h�ny
    esetben saj�t magunknak kell bizonyos v�ltoztat�sokat elv�gezn�nk.

    Azt hogy eg�sz pontosan mit kell csin�lnunk az f�gg att�l, hogy
    melyik verzi�r�l melyik verzi�ra �llunk �t. Mindegyik esetben 
    el�sz�r kapcsoljuk ki az e-mail �s web hozz�f�r�st a telep�tett
    Mailmanhez, mivel l�nyeg�ben egy adatb�zis friss�t�nk �s nem
    lenne szerencs�s ha friss�t�s k�zep�n az adatb�zisunk megv�ltozik.

    A k�vetkez�ket javasoljuk :

    - Kapcsoljuk le a bej�v� levelek�rt felel�s mail deamont. A legt�bb
      smtp kiszolg�l� megpr�b�lja k�s�bb tov�bb�tani nek�nk a leveleket,
      ha lez�rtuk a 25-�s portot.

    - �tmenetileg kapcsoljuk ki a web hozz�f�r�st is a telep�tett
      Mailmanhez. Ezt el�rhetj�k �gy, hogy vagy ideiglenesen le�ll�tjuk
      a web kiszolg�l�t, vagy l�trehozunk egy "�tmenetileg sz�netel"
      oldalt a Mailman URL-�kh�z. B�vebb inform�ci�k�rt olvassuk el
      a web kiszolg�l�nk dokument�ci�j�t.
     
    M�k�d� list�k sablon�llom�nyait nem friss�ti a Mailman. Hogy ilyen
    esetben mit kell csin�lni, azt Chuq Von Rospach le�r�s�b�l lehet
    megtudni a k�vetkez� c�men:

    http://mail.python.org/pipermail/mailman-users/2000-September/006826.html

    [Val�j�ban MM2.1a2 verzi�ra t�rt�n� v�lt�skor a program lecser�li
     a sablon�llom�nyokat, azokat pedig t�rli amelyek megegyeznek az
     eredeti v�ltozattal (az �sszehasonl�t�st az md5 ellen�rz��sszegek
     alapj�n v�gzi).]


FRISS�T�S 2.0.x VERZI�R�L 2.1 VERZI�RA

    A Mailman 2.1-es verzi�j�ban drasztikus v�ltoztat�son esett �t a
    qrunner rendszer. A qrunnert t�bb� nem cron-b�l kell ind�tani!
    Helyette a bin/mailmanctl program ind�t�s�val vagy le�ll�t�s�val
    lehet kezelni a levelek feldolgoz�s�t. A program egyben egy
    Unix ind�t� szkript is. Fontos, hogy el ne felejts�k friss�teni
    a crontab bejegyz�st az �j cron/crontab.in �llom�nnyal.

    MEGJEGYZ�S: Nagyon fontos, hogy *MIEL�TT* friss�ten�nk MM2.1alpha2
    el�tti verzi�r�l MM2.1alpha2-n�l �jabb verzi�ra, akkor hagyjuk 
    hogy a r�gi qrunner folyamat a qfiles/ k�nyvt�rban tal�lhat�
    �sszes k�zbes�t�sre v�r� �zenetet feldolgozza, mert a friss�t�s
    ut�n m�r nem fogja feldolgozni ezeket az �zeneteket az �j qrunner.

    MEGJEGYZ�S: Mailman 2.1beta1-n�l �jabb verzi�ra val� �t�ll�skor
    �jra l�tre kell hoznunk az aliases �llom�nyokat, mivel az �jabb
    verzi�kban a wrapper program neve megv�ltozott mailman-re. A
    README.<MTAnk>.hu �llom�nyokban r�szletes le�r�s tal�lhat� a
    Mailman �s az adott levelez�szerver �sszekapcsol�s�r�l.

    Az aliases �llom�nyt a bin/genaliases programmal k�nnyen �jra 
    l�tre lehet hozni.

    A 2.1-es Mailman m�r t�bbf�le nyelven is haszn�lhat�, t�mogatja
    az elt�r� karakterk�szleteket. R�gebbi verzi�kban list�nk�nt
    mind�ssze egy nyelv volt haszn�lhat� �s az is az angol volt. A
    friss�t�s sor�n minden egyes lista lists/<listan�v> k�nyvt�r�ba
    l�trehoz egy `en' nev� k�nyvt�rat a program. A friss�t�s sor�n a 
    lists/<listan�v> k�nyvt�rakban tal�lhat� .txt �s .html �llom�nyokat
    bem�solja a program a lists/<listan�v>/en k�nyvt�rba.

    Ha m�dos�tottuk a sablonokat, hogy ne (csak) angol sz�veget 
    tartalmazzanak, akkor saj�t magunknak kell �tnevezni az `en'
    k�nyvt�rat a haszn�lt nyelv k�dj�nak megfelel� nev� k�nyvt�rr�.
    A Mailman friss�t�seket v�gz� programja automatikusan t�rli azokat
    a sablonokat, amelyek t�bb, azonos p�ld�nyban is megtal�lhat�ak,
    de nem �rt szem�lyesen is �tfutnunk a sablon�llom�nyok list�j�t
    ellen�rz�sk�ppen.
    
    Ha 2.0.x-es rendszert haszn�lunk nem a szokv�nyos jav�t�sokkal,
    akkor a friss�t�s sor�n probl�m�kba �tk�zhet�nk. Ilyenek lehetnek:

    - Ha a #413752 (mindig sima sz�vegform�tum) jav�t�st telep�tett�k,
      akkor a friss�t�s nem fog gond n�lk�l zajlani. A #651406 friss�t�s
      seg�thet a probl�ma megold�s�ban.
	
      http://sf.net/tracker/?group_id=103&atid=300103&func=detail&aid=413752
      http://sf.net/tracker/?group_id=103&atid=300103&func=detail&aid=651406


LIST�K EGYENK�NTI FRISS�T�SE

    Ha f�l�nk a 2.1-es verzi�ra t�rt�n� teljes �t�ll�sb�l ered� probl�-
    m�kt�l, akkor megtehetj�k hogy a list�inkat egyenk�t friss�tj�k az 
    �jabb verzi�ra. Ehhez mind�ssze egy �res k�nyvt�rba kell telep�ten�nk
    a Mailman 2.1-es verzi�j�t, erre a k�nyvt�rra $MM21 -k�nt fogunk a
    k�s�bbiekben hivatkozni. (A 2.0-�s verzi� k�nyvt�r�ra pedig a 
    tov�bbiakban $MM20 -k�nt hivatkozunk.)

    Ilyen esetben a Mailman 2.0 �s 2.1-es verzi�ja egyszerre fog
    m�k�dni a rendszer�nk�n addig, am�g teljes eg�sz�ben �t nem �llunk
    a 2.1-es verzi�ra. Az �ltalunk haszn�lt MTA �s web kiszolg�l�kt�l
    f�gg�en ez a m�dszer gond n�lk�l, sim�n is m�k�dhet, azonban el�-
    fordulhatnak komoly probl�m�k is.

    Ha az Apache kiszolg�l�n�l a mod_rewrite funkci�t tudjuk haszn�lni,
    akkor be�ll�thatjuk, hogy mind a 2.0-�s �s 2.1-es Mailman ugyanazt
    a /mailman �s /pipermail c�met haszn�lhassa; ezzel el�rhetj�k hogy
    a lista adminisztr�torok, a felhaszn�l�k zavartalanul tudj�k 
    haszn�lni a rendszert. 

    Minden egyes list�n�l, amelyet a m�sik verzi�ba akarunk �tvinni
    a k�vetkez�ket tegy�k.

      * �ll�tsuk le az MTA-t.

        Ha a kimen� forgalmunk sz�mottev�, akkor megtehetj�k, hogy
	�gy �ll�tjuk be az MTA-t, hogy csak a 127.0.0.1 (localhost)
	c�mr�l �rkez� kapcsolatokat fogadja, �gy a 2.0-�s Mailman a
	v�rakoz� leveleket k�zbes�teni tudja. Hogy ezt a be�ll�t�st,
	hogyan tudjuk megtenni az f�gg a haszn�lt MTA-t�l; Exim eset�n
	a "local_interfaces = 127.0.0.1" sort kell megadnunk, majd
	"kill -HUP" paranccsal �jraind�tanunk az Exim d�mont.

      * �ll�tsuk le a webkiszolg�l�t. Jobb megold�s, ha csak a /mailman/
        oldalakhoz �rkez� k�r�seket ir�ny�tjuk �t egy "�tmenetileg
	nem el�rhet�" oldalra, ett�l m�g m�s oldalakat el fognak 
	tudni �rni a felhaszn�l�k.

        A megold�s itt is programf�gg�; Apache eset�n a mod_rewrite
	seg�ts�g�vel az al�bbi m�don oldhat� meg:

          RewriteRule ^/mailman/.* /var/www/unavailable.html [L]

        (Term�szetesen el�bb l�tre kell hoznunk a 
        /var/www/unavailable.html oldalt.)

      * K�nyszer�ts�k a 2.0-�s Mailmant, hogy dolgozza fel a v�rakoz�
        leveleket a k�vetkez� paranccsal:

          python -S $MM20/cron/qrunner

        (Ezt csak akkor kell megtenn�nk, ha a $MM20/qfiles k�nyvt�r
	nem �res, azonban gy�z�dj�nk meg ekkor, hogy az MTA k�pes
	fogadni kapcsolatot a 127.0.0.1 c�mr�l.)

      * Mozgassuk �t a list�t:

          cd $MM20
          mv -i lists/foo-list $MM21/lists
          mv -i archives/private/foo-list $MM21/archives/private
          mv -i archives/private/foo-list.mbox $MM21/archives/private
          rm archives/public/foo-list
          rm archives/public/foo-list.mbox
          cd $MM21
          bin/withlist -l -r fix_url mylist

        (Az utols� l�p�s, a fix_url haszn�lata csak akkor sz�ks�ges,
	ha a 2.0-�s �s 2.1-es verzi�k elt�r� URL-t haszn�lnak.)

      * M�dos�tsuk a web kiszolg�l� be�ll�t�s�t, hogy a list�k 
        oldalai el�rhet�ek legyenek. K�t megold�s lehet; az egyszer�bb
	az, hogy egy �j c�men kereszt�l �rj�k el a 2.1-es verzi�t,
	pl. /mailman-21. Ehhez az Apache mod_rewrite modulj�t kell
	haszn�lnunk:

          RewriteRule /mailman/(.*)/(foo-list.*) /mailman-21/$1/$2 [R=temp]

        (A [R=temp] r�sz azt jelenti, hogy a "/mailman-21/" c�m csak
	�tmeneti �s ha m�r minden list�t �tmozgattunk a 2.1-es 
	verzi�ba, akkor megsz�nik �s az �sszes list�t a "/mailman/" 
	c�men lehet majd el�rni.)

        A m�sik megold�sn�l nem szeretn�nk egy �j c�met haszn�lni,
	hanem mind a 2.0-�s, mind a 2.1-es verzi� list�it ugyanazon a
	c�men kereszt�l szeretn�nk el�rni. A megold�s ekkor az
	Apache mod_rewrite modulj�val a k�vetkez� lehet:

          RewriteRule ^/mailman/(.*)/(foo-list.*) \
                      $MM21/cgi-bin/$1/$2 \
                      [T=application/x-httpd-cgi]

        Ezen megold�s m�sik el�nye, hogy gyorsabb is, mivel nem t�rt�nik
	�tir�ny�t�s.

	B�rmelyik megold�st is alkalmazzuk el ne felejtkezz�nk a lista
	arch�vum�nak az �tir�ny�t�s�r�l sem:

          RewriteRule ^/pipermail/(foo-list.*) $MM21/archives/public/$1

      * Ind�tsuk �jra a web kiszolg�l�t (vagy kapcsoljuk ki az �tir�ny�t�st,
        amely az "�tmenetileg sz�netel" oldalt hozza be).

      * Ind�tsuk �jra az MTA-t (vagy �ll�tsuk be, hogy mostant�l m�r ne
        csak a 127.0.0.1 c�mr�l fogadjon kapcsolatot).


FRISS�T�S 2.0 VERZI�R�L 2.0.x VERZI�RA (AHOL x >= 1)

    Nem kell sok mindent tenni, a "make install" -lal a friss�t�s
    is megt�rt�nik.


FRISS�T�S 2.0 b�ta VERZI�R�L 2.0 v�gleges VERZI�RA

    �JRA le kell futtatnunk a configure programot; a config.status 
    �jrafuttat�sa sajnos az autoconf programban t�rt�nt v�ltoz�sok
    miatt nem elegend�. A config.status els� sorai k�z�tt meg
    tal�lhatjuk, hogy r�gebben milyen be�ll�t�sokkal futtattuk le a
    configure-t.

    A v�gleges 2.0-�s verzi�ban a cron feladatok �s azok gyakoris�ga
    megv�ltozott. A `mailman' felhaszn�l�nak �jra be kell t�lteni
    a misc/crontab.in f�jlb�l a helyes be�ll�t�sokat. B�vebben
    err�l az INSTALL dokument�ci�ban lehet olvasni.

    HA KIHAGYJUK EZT A L�P�ST, AKKOR A MAILMAN NEM FOG MEGFELEL�
    HAT�KONYS�GGAL M�K�DNI.
    

FRISS�T�S 1.x VERZI�R�L 2.x VERZI�RA

    Er�sen javasolt, hogy gy�z�dj�nk meg a friss�t�s el�tt, hogy
    a Mailman feldolgoz�si sora �res.

    A 1.x verzi�ban a levelek k�zbes�t�s�t a run_queue program
    v�gezte. A 2.x verzi�kban ez a program megsz�nt (funkci�j�t
    az MTA vette �t), �s jelenleg nem ismert, hogy milyen hat�st
    id�z el� a friss�t�s ezen a programr�szen, de val�sz�n�
    hib�s m�k�d�shez vezetne.

    Ha a $prefix/data k�nyvt�r �res, akkor a Mailman feldolgoz�si
    sora biztosan �res. Ha a k�nyvt�r "mm_q." kezdet� f�jlokat
    tartalmaz, akkor m�g mindig van k�zbes�t�sre v�r� lev�l a 
    feldolgoz�si sorban. A $prefix/cron/run_queue program ind�t�-
    s�val k�nyszer�teni lehet ezen levelek k�zbes�t�s�t. A program 
    t�bbsz�ri ind�t�sa nem sietteti a feldolgoz�s idej�t, mivel
    a program p�rhuzamos feldolgoz�sok el�l z�rolja a leveleket. 
    Fontos megjegyezn�nk, hogy a feldolgoz�si sor ki�r�t�se id�be
    ker�l �s a rendszert er�sen terhelheti (ez�rt is lett �t�rva a
    k�zbes�t�s a 2.x verzi�ban).

    Nem kell haszn�lni a "make update" parancsot, ha 1.0 vagy 1.1-r�l
    2.0-�ra friss�t�nk, mert ezt a parancsot a "make install" automa-
    tikusan lefuttatja. Viszont friss�ten�nk kell a crontab bejegyz�seket,
    hogy ezent�l ne a cron/run_queue, hanem a cron/qrunner program
    legyen id�szakosan elind�tva. Ezek ut�n nyugodtan lehet t�r�lni
    a $prefix/cron/run_queue f�jlt.

    Ha egy 1.0 b�ta el�tti verzi�r�l szeretn�nk friss�teni, akkor
    azt a lejjebb tal�lhat� m�don v�gezz�k.


FRISS�T�S PRE-1.0 VERZI�R�L 2.x VERZI�RA

    Az 1.0 b�ta el�tti verzi�kr�l t�rt�n� friss�t�skor legel�sz�r
    a Mailman k�nyvt�r rendszer�t kell friss�teni, ezt k�t m�don
    tehetj�k meg.

    Els� m�dszern�l a forr�s k�nyvt�r�ban miut�n kiadtuk a "make 
    install" parancsot, adjuk ki a "make update" parancsot. Ekkor 
    l�trej�n egy "update.log" nev� �llom�ny a forr�s gy�k�r-
    k�nyvt�r�ba. Ha a program a Mailman f�jlrendszer friss�t�sekor
    olyan probl�m�ba �tk�zik, amelyet nem tud megoldani, akkor ebbe
    az "update.log" �llom�nyba fogja menteni a hiba�zenetet. C�lszer�
    ez�rt ezt a f�jlt friss�t�s ut�n �tn�zn�nk.

    A friss�t�st v�grehajthatjuk �gy is, hogy bel�p�nk a telep�tett
    Mailman k�nyvt�r�ba (pl. $prefix) �s futtatjuk a bun/update 
    programot. Ez a program ugyanazt hajtja v�gre, mint az el�bbi, 
    de nem hozza l�tre az update.log f�jlt.

    Ellen�rizz�k a crontab be�ll�t�sokat. T�r�lj�k a sz�ks�gtelen,
    elavult programok ind�t�s�ra vonatkoz� bejegyez�seket, els�sorban 
    a cron/upvolumes_yearly, cron/upvolumes_monthly, vagy cron/archive
    programokra utal� bejegyz�seket.


A "MAKE UPDATE" M�K�D�SE

    A tov�bbiakban a "make update" m�k�d�s�r�l, magyar�zatokkal el-
    l�tva olvashatunk. Rem�lj�k, hogy ez seg�t az esetleges probl�m�k
    elh�r�t�s�ban.
    
    J� tudni, hogy nem jelenthet probl�m�t, ha minden egyes friss�t�skor
    kiadjuk a "make update" parancsot, azonban az 1.0-n�l �jabb verzi�k
    eset�n nem fog v�ltoz�st hozni!

    - 1.0b10 verzi�ra t�rt�n� friss�t�skor a templates/options.html 
      f�jlt �t kell m�solni minden egyes list�n�l a lists/<listan�v>/
      k�nyvt�rba. Ha m�dos�tottuk az options.html f�jlt - mondjuk a 
      webfel�leten kereszt�l -, akkor a v�ltoztat�sokat saj�t magunknak
      kell v�grehajtani az �j f�jlokon.
      
    - 1.0b7 verzi�ra t�rt�n� friss�t�skor a Mailman/smtplib.py{,c}
      �llom�nyokat t�r�lni kell, a funkci�j�t a Python 1.5.2 verzi�ban
      tal�lhat� smtplib veszi �t.

    - Az arch�vum helye az 1.0b6-os telep�t�s�vel megv�ltozik, mivel
      ebben a verzi�ba a Pipermail m�r be lett �p�tve. A teend�k,

      1) ha a list�nak csak priv�t mbox arch�vuma van, akkor a
      $prefix/archives/private/<listan�v> �tker�l a
      $prefix/archives/private/<listan�v>.mbox/<listan�v> helyre,

      2) ha a list�nak csak nyilv�nos mbox arc�vuma van, akkor a
      $prefix/archives/public/<listan�v> �tker�l a
      $prefix/archives/private/<listan�v>.mbox/<listan�v> helyre

      �s egy szimbolikus hivatkoz�st kell l�trehozni, a
      $prefix/archives/public/<listan�v>.mbox hivatkoz�snak a
      $prefix/archives/private/<listan�v>.mbox/<listan�v> helyre kell mutatnia.
      
      3) ha a list�nak mindk�t t�pus� arch�vuma l�tezik m�r, akkor
      a "make update" a kett� k�z�l att�l f�gg�en azt v�lasztja, hogy
      a lista �ppen nyilv�nos vagy priv�t arch�vummal rendelkezik.
      Ezek ut�n a m�sok mbox-ot �tnevezi mbox.preb6 -�.

      4) ha a lista olyan CVS verzi�t haszn�l, ahol az arch�vum helye
      a $prefix/public_html/archives volt, akkor a program ezeket
      a $prefix/archives/private/<listan�v> helyre mozgatja �t �s
      l�trehozza a $prefix/archives/public/<listan�v> szimbolikus
      hivatkoz�st, ha a lista arch�vuma nyilv�nos. Ezzel egy 
      jogosults�gi probl�ma is megold�dik.

      A r�gi list�k arch�vum�nak l�trehoz�s�hoz l�pj�nk be `mailman'
      felhaszn�l�k�nt �s futassuk a k�vetkez� parancsot:

      $prefix/bin/arch <listan�v> <mbox-arch�vum-el�r�si-�tvonala>.
       
      Tov�bb� a beta6 alap�rtelmez�s szerint az arch�vumot mind
      mbox, mind html form�tumban l�trehozza. Hogy csak egyik, vagy 
      mindkett� vagy semelyik m�dszer szerint se archiv�ljon az
      a megfelel� helyen be�ll�that�. Err�l b�vebben a 
      $prefix/Mailman/Defaults.py �llom�nyban lehet olvasni.

      A fejleszt�sek sor�n volt egy olyan r�vid id�szak, amikor az
      archiv�l�st v�gz� k�d nem csak a saj�t csomagj�n bel�l volt
      elhelyezve. Ekkor az arch�vumba elhelyezend� levelekhez a
      HyperArch modulra is sz�ks�g volt, amelynek az�ta a helye
      megv�ltozott. A probl�m�t a k�vetkez� paranccsal lehet 
      megoldani:

      ln -s $prefix/Mailman/Archiver/HyperArch.py \
              $prefix/Mailman/HyperArch.py

    - Ha 1.0b4 -n�l r�gebbi verzi�r�l friss�t�nk, akkor a "make update"
      a lista-specifikus sablonokat ($prefix/templates/<listan�v>/*) 
      minden egyes list�n�l �thelyezi a $prefix/lists/<listan�v> k�nyvt�rba.
      Ellen�rizz�k, hogy a $prefix/templates k�nyvt�rban marad� �ltal�nos
      sablon f�jlok k�z�l b�rmelyik is meg v�ltozott-e. (Elm�letileg
      csak az options.html v�ltozik meg a b5-r�l b6 verzi�ra t�rt�n�
      �t�ll�skor.)

      Nagyon r�gi Mailman verzi�kn�l m�g <listan�v> alk�nyvt�r sem 
      tal�lhat� a $prefix/templates k�nyvt�rban! Ez esetben saj�t
      magunknak kell bizonyos f�jlokat �tm�solni az �j k�nyvt�rba.
      A k�vetkez� parancs �tm�solja a sz�ks�ges f�jlokat:

      cp templates/{archives,handle_opts,listinfo,roster,subscribe}.html lists/<listan�v>

    - T�r�lni kell azokat a modulokat, amelyek a kor�bbi verzi�kban
      megtal�lhat�ak voltak, de az �jabbakban le lettek cser�lve,
      vagy �j nevet kaptak.



Local Variables:
mode: indented-text
indent-tabs-mode: nil
End: