From 4f6536f779a1142e0f0487e2285a659219f41a10 Mon Sep 17 00:00:00 2001
From: szilardv <>
Date: Tue, 2 Dec 2003 13:25:42 +0000
Subject: Finally I have finished the translation of the UPGRADING doc.

---
 messages/hu/UPGRADING.hu | 550 ++++++++++++++++++++++++++++++-----------------
 1 file changed, 348 insertions(+), 202 deletions(-)

diff --git a/messages/hu/UPGRADING.hu b/messages/hu/UPGRADING.hu
index e15bcb6a..2678352e 100644
--- a/messages/hu/UPGRADING.hu
+++ b/messages/hu/UPGRADING.hu
@@ -1,241 +1,387 @@
 Mailman - The GNU Mailing List Management System
-Copyright (C) 1998,1999,2000,2001,2002 by the Free Software Foundation, Inc.
+Copyright (C) 1998-2003 by the Free Software Foundation, Inc.
 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA
 
 
-FRISS�T�S KOR�BBI VERZI�KR�L
-
-    A legt�bb esetben a Mailman friss�t�se nem t�bb mint egy �jabb
-    verzi� telep�t�se a megl�v� verzi�ra. Azonban n�h�ny esetben
-    saj�t kez�leg kell gondoskodni a m�dos�t�sokr�l.
-
-    What you need to do depends on the version you are using and the
-    version you are upgrading to.  In all cases, you should first turn
-    off your mail and web access to your Mailman installation.  You're
-    essentially upgrading a database, and it's usually a good idea to
-    make sure the database cannot be modified in the middle of the
-    upgrade.
-
-    A k�vetkez�ket aj�nlom
-
-    - Kapcsoljuk ki a bej�v� leveleket fogad� levelez� d�mont. A legt�bb
-      t�voli smtp kiszolg�l� v�rakoz� list�ba teszi a leveleket, ha a
-      25-�s port nem v�laszol.
-
-    - Kapcsoljuk ki �tmenetileg a Mailman webfel�let�t. Ez meg tehetj�k,
-      �gy hogy a webkiszolg�l�t �tmenetileg le�ll�tjuk, vagy �gy hogy
-      a Mailman lapokhoz �rkez� k�r�seket ideiglenesen �tir�ny�tjuk egy
-      "szolg�ltat�s nem �rhet� el" lapra. Ennek a be�ll�t�s�hoz k�rj�k
-      olvasd el a webszervered dokument�ci�j�t.
-
-    Mailman will NOT upgrade the template files for existing lists.
-    Chuq Von Rospach gives some useful advice in this message to the
-    users mailing list:
-
-    http://mail.python.org/pipermail/mailman-users/2000-September/006826.html
-
-    [Actually, the upgrade to MM2.1a2 /will/ shuffle template files,
-     deleting any that it detects are unchanged from the original
-     defaults (calculated via md5 checksums).]
-
-
-FRISS�T�S 2.0.x-R�L 2.1-RE
+MEGJEGYZ�S A MODER�L�SHOZ
 
-    A 2.1-es Mailman 
-    In Mailman 2.1, the qrunner subsystem has been completely
-    rewritten.  You no longer start qrunner from cron!  Instead, there
-    is a bin/mailmanctl script which is used to start, stop, and
-    restart mail delivery.  This script is appropriate to use as a
-    Unix init script.  Be sure to update your crontab with the new
-    cron/crontab.in file.
+    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.
 
-    NOTE: It is very important that if you are upgrading from a
-    pre-MM2.1alpha2 system to a post-MM2.1alpha2 system that you let
-    the old qrunner process clear any and all messages sitting in the
-    qfiles/ directory *BEFORE* you upgrade.  Otherwise after the
-    upgrade, those messages will not get delivered, and I'm not
-    exactly sure yet how to upgrade those pending messages.
+    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.
 
-    NOTE: When upgrading to Mailman 2.1beta1, you will need to
-    regenerate your aliases files.  There have been many changes to
-    the alias names, the programs they map to, and the name of the
-    wrapper script.  See README.<yourMTA> for details of making
-    Mailman work with your mail server.
 
-    To regenerate your aliases, use the bin/genaliases script.
-
-    Mailman 2.1 introduces multilingual (a.k.a. internationalization
-    or i18n) support.  Previously only one language per list was
-    supported, and it was assumed that this language would be English.
-    The upgrade script for Mailman 2.1 creates a subdirectory `en'
-    inside each lists/<listname> directory.  It then copies all the
-    .txt and .html files from lists/<listname> into
-    lists/<listname>/en.
-
-    If you have modified those templates to contain non-English text,
-    you will have to manually rename the en subdirectories to the
-    language code for the language of your templates.  Mailman's
-    upgrade script should handle cleaning up any templates which are
-    duplicates of the defaults, but you'll want to double check this
-    manually. 
-
-
-FRISS�T�S 2.0-R�L 2.0.1-RE
-
-    Semmi m�st nem kell csin�lni, mint futtatni a "make install"
-    parancsot.
-
-
-UPGRADING FROM 2.0 beta to 2.0 final
-
-    You MUST re-run configure; running config.status is not sufficient
-    due to some recent changes in the autoconf scripts.  You can do a
-    head of config.status if you don't remember the options you
-    originally ran configure with.
-
-    The cron jobs for Mailman 2.0 final have changed considerably,
-    including the frequency with which they run.  You should reload
-    misc/crontab.in for the `mailman' user to get the right settings.
-    See the INSTALL file for details.
-
-    FAILURE TO DO THIS WILL RESULT IN A LESS THAN OPTIMALLY FUNCTIONAL
-    MAILMAN INSTALLATION.
+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.
 
-UPGRADING FROM 1.x to 2.x
+    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.
 
-    In addition to the instructions above, I highly recommend that you
-    make sure your Mailman queue is cleared /before/ upgrading.
+    A k�vetkez�ket javasoljuk :
 
-    Mailman version 1.x had a cron script called run_queue which was
-    part of its bulk mailer.  With Mailman 2.x there is no default
-    bulk mailer (it lets the MTA handle this), and it is currently
-    unknown what the effects of upgrading are on the run_queue script,
-    but I'll bet it's not good. :)
+    - 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.
 
-    The way to make sure that your Mailman queue is empty is to look
-    in your $prefix/data directory.  If you see any files that start
-    with "mm_q." you've still got messages waiting on the queue.  You
-    can run $prefix/cron/run_queue by hand until the queue is cleared.
-    Multiple invocations of this script won't help though; they lock
-    each other out.  Also, be warned that clearing the queue can take
-    a while and may cause a large load on your system (two reasons why
-    all this stuff has been redesigned in 2.x :).
+    - �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:
 
-    You do not need to run "make update" if you are upgrading from
-    version 1.0 or 1.1 to version 2.0, since this is now run
-    automatically when you do a "make install".  However you should
-    modify your crontab entries to execute cron/qrunner instead of
-    cron/run_queue.  You can also safely remove the file
-    $prefix/cron/run_queue.
+    http://mail.python.org/pipermail/mailman-users/2000-September/006826.html
 
-    If you are upgrading from a pre-1.0 beta, you need to follow the
-    instructions below.
+    [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.
 
-UPGRADING FROM PRE-1.0 to 2.x
+    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. 
 
-    You need to do a few extra things to make sure that the file
-    system layout for the early 1.0 betas is upgraded to the 1.x
-    configuration.  There are two ways to do this.
+    Minden egyes list�n�l, amelyet a m�sik verzi�ba akarunk �tvinni
+    a k�vetkez�ket tegy�k.
 
-    First, from the source directory, after you've done a "make
-    install" you can run "make update".  "make update" creates a file
-    named "update.log" in the top level of the source distribution.
-    If the script that updates the Mailman filesystem encounters
-    something that is not resolvable, it will log info about this to
-    "update.log".  This is worth checking after the upgrade completes.
+      * �ll�tsuk le az MTA-t.
 
-    You can also just change to the installation directory (i.e. $prefix)
-    and run bin/update.  This is the same as above except that the
-    update.log file is not generated.
+        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.
 
-    Check your crontab entry.  Remove any runs of obsolete scripts, in
-    particular cron/upvolumes_yearly, cron/upvolumes_monthly, or
-    cron/archive.
+      * �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:
 
-WHAT "MAKE UPDATE" DOES
+          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.)
 
-    Below is an annotated listing of the things that "make update"
-    does.  Hopefully, this will help resolve any problems you are
-    having.
+      * 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:
 
-    Note that it can't hurt to run "make update" each time you
-    upgrade, but if you're running version 1.0 or newer, it won't help
-    much either!
+          RewriteRule ^/mailman/(.*)/(foo-list.*) \
+                      $MM21/cgi-bin/$1/$2 \
+                      [T=application/x-httpd-cgi]
 
-    - To upgrade to 1.0b10, you will need to copy
-      templates/options.html to lists/<listname>/options.html for each
-      mailing list you have.  However, if you have edited the
-      options.html file, say from the Web interface, you will have to
-      merge these changes in manually.
+        Ezen megold�s m�sik el�nye, hogy gyorsabb is, mivel nem t�rt�nik
+	�tir�ny�t�s.
 
-    - The upgrade to 1.0b7 included the removal of
-      Mailman/smtplib.py{,c} since Mailman now uses the default Python
-      1.5.2 version of smtplib.
+	B�rmelyik megold�st is alkalmazzuk el ne felejtkezz�nk a lista
+	arch�vum�nak az �tir�ny�t�s�r�l sem:
 
-    - Archiving files are moved around as part of integrating
-      Pipermail into Mailman, as of 1.0b6.  In particular,
+          RewriteRule ^/pipermail/(foo-list.*) $MM21/archives/public/$1
 
-      1) if a list has only a private mbox archive
-      $prefix/archives/private/<listname> is moved to 
-      $prefix/archives/private/<listname>.mbox/<listname> 
+      * 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)
 
-      2) if a list has only a public mbox archive
-      $prefix/archives/public/<listname> is moved to
-      $prefix/archives/private/<listname>.mbox/<listname>
+    Nem kell sok mindent tenni, a "make install" -lal a friss�t�s
+    is megt�rt�nik.
 
-      and a symlink is made that points
-      $prefix/archives/public/<listname>.mbox to
-      $prefix/archives/private/<listname>.mbox/<listname>
 
-      3) if a list has both private and public mbox archives, 
-      make update picks one of the above 2 configurations based on
-      whether or not the list currently is archived publicly.  It then
-      renames the other mbox to mbox.preb6.
+FRISS�T�S 2.0 b�ta VERZI�R�L 2.0 v�gleges VERZI�RA
 
-      4) if a list used recent CVS sources, where archives were placed in
-      $prefix/public_html/archives, then these are moved to
-      $prefix/archives/private/<listname> and a symlink is made from
-      $prefix/archives/public/<listname> to that spot if the list's
-      archives are public.  Also, a permissions-related security
-      problem is removed.
+    �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.
 
-      To integrate mbox archives of old lists, log in as user `mailman'
-      and run $prefix/bin/arch <listname> <path-to-mbox-archive>.
-
-      Also, by default, beta6 does both mbox and html based archiving,
-      but you can configure Mailman to do one, both, or neither.
-      Please see $prefix/Mailman/Defaults.py for details.
-
-      There was a short period of time when the CVS sources archiving
-      code was not organized into its own package.  The pickled
-      articles in the archives that were placed into archives during
-      this period stored the path to the module HyperArch, but that
-      module has moved.  You can quick fix this by running
+    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  
-
-    - If upgrading from version 1.0b4 or earlier, "make update" moves
-      list-specific templates.  For each list,
-      $prefix/templates/<listname>/* is moved to $prefix/lists/<listname>.
-      Please reference the generic templates in $prefix/templates to see
-      if any variables have changed (There shouldn't be many, only
-      options.html was updated from b5 to b6).
-
-      For really old versions of Mailman, you may not even have
-      <listname> subdirectories in $prefix/templates!  In this case
-      you will need to manually copy some files into your new list
-      directories.  Here's an example shell command that will do the
-      trick:
-
-      cp templates/{archives,handle_opts,listinfo,roster,subscribe}.html lists/<listname>
-
-    - Some modules that existed in previous versions, but that have
-      been replaced with newer (differently named) modules, are
-      removed.
+              $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.
 
 
 
-- 
cgit v1.2.3