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: