Mailman - The GNU Mailing List Management System
Copyright (C) 1998-2003 by the Free Software Foundation, Inc.
51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, 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:
