diff options
Diffstat (limited to 'messages')
| -rw-r--r-- | messages/hu/UPGRADING.hu | 550 |
1 files 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. |