Mailman - The GNU Mailing List Management System
Copyright (C) 1998,1999,2000,2001,2002 by the Free Software Foundation, Inc.
59 Temple Place - Suite 330, Boston, MA 02111-1307, USA
Megjegyz�s: A Mailman GYIK (angolul a FAQ) m�r on-line is el�rhet� a
"FAQ Wizard" rendszer seg�ts�g�vel, a
http://www.python.org/cgi-bin/faqw-mm.py c�men.
GYAKRAN ISM�TL�D� K�RD�SEK
K. Hogyan kell helyesen le�rni a program nev�t?
V. A "Mailman" els� "M" bet�j�t nagybet�vel kell �rni, m�g a m�sodik
"m" kicsivel �rand�. A "MailMan" �r�sforma helytelen (mg. felejts�k
el itt a sz�tagok kezd�bet�j�nek nagybet�s �r�sform�j�t).
K. A kimen� leveleket iszony�an lassan tov�bb�tja a program. �gy t�nik,
hogy amikor az MTA valamely c�mzettn�l DNS k�r�st v�gez, akkor a
qrunner nagyon lassan dolgozza fel a v�rakoz�si sort. �tlet?
V. Val�ban az MTA DNS k�r�st v�gez a c�mzettekn�l, amikor a leveleket
helyben tov�bbadja (pl. a Mailman az SMTPDirect.py-vel az MTA-nak).
Ez bizony hiba. Ki kell kapcsolnunk a g�p folyamatos DNS k�r�s�t.
Exim eset�n, ez a receiver_verify_hosts megfelel� be�ll�t�s�val
t�rt�nhet. B�vebb inform�ci�t a README.EXIM.hu-ban tal�lhatunk.
M�s MTA-k eset�ben (term�szetesen) m�s be�ll�t�st kell v�grehajtani.
El�sz�r olvassuk el az MTA-hoz tartoz� megfelel� README �llom�nyt,
majd v�gs� esetben az MTA dokument�ci�j�t.
K. A lista tagok a Mailman List-* fejl�ceir�l k�rdezgetnek. Mik
ezek val�j�ban?
V. Ezeket a fejl�cek a Mailman minden egyes kimen� lev�lhez hozz�adja,
a felhaszn�l�k k�nyelm�ben. A Mailman az RFC 2369-ben foglaltaknak
megfelel�en hozza l�tre ezeket a fejl�ceket. Az RFC 2369 ezeket
a fejl�ceket defini�lja. Ha m�g mindig k�v�ncsiak a felhaszn�l�k,
akkor olvassuk el j� tan�csok�rt a README.USERAGENT.hu �llom�nyt.
V�gs� esetben a lista adminisztr�ci�s oldal�n az �ltal�nos
be�ll�t�sok r�szben le lehet tiltani ezen fejl�cek hozz�ad�s�t a
kimen� levelekhez.
K. Hogyan tudom a felhaszn�l� c�m�t megjelen�teni a minden lev�l
alj�n megtal�lhat� l�bl�cben?
V. A Mailman 2.1-es verzi�t�l t�mogatja a szem�lyre szabott lev�l-
k�ld�st, azonban alapesetben nincs enged�lyezve, mivel t�lzott
terhel�st okozhat a rendszeren. Ha szeretn�nk t�mogatni az
egyedi levelek k�ld�s�t, akkor a ~mailman/Mailman/mm_cfg.py
�llom�nyban adjuk meg a k�vetkez� be�ll�t�sokat:
VERP_PASSWORD_REMINDERS = 1
VERP_PERSONALIZED_DELIVERIES = 1
VERP_DELIVERY_INTERVAL = 1
VERP_CONFIRMATIONS = 1
A VERP (variable envelope return path = v�ltoztathat� v�laszc�m�
lev�l) enged�lyez�se ut�n a lista adminisztr�ci�s oldal�n a
Nem-Digest k�ld�si be�ll�t�sok r�szben ismertetett v�ltoz�k
seg�ts�g�vel a felhaszn�l� feliratkoz�si c�m�t, nev�t, be�ll�t�si
oldal�t �s jelszav�t is el lehet helyezni.
K. A felhaszn�l�im ker�lni szeretn�k a HTML form�tum� leveleket �s �n
biztons�gi okok miatt szeretn�m a MIME csatolt �llom�nyokat is a
levelekb�l elt�vol�tani. Hogyan tehetem ezt meg?
V. A Mailman 2.1-ben lehet�s�g van a tartalomsz�r�sre, amellyel
korl�tozni, vagy tiltani lehet hogy milyen t�pus� mell�kletek,
levelek jelenhetnek meg a list�n. Ehhez sz�ks�ges be�ll�t�sokat a
lista adminisztr�ci�s oldal�n kereszt�l a Tartalom sz�r�s r�szben
lehet m�dos�tani.
A 2.1 el�tti Mailman verzi�khoz k�ls� programokat, minnt pl. a
demime vagy stripmime kell haszn�lni. Ezekr�l b�vebb inform�ci�t
a k�vetkez� oldalakon lehet tal�lni:
(Stripmime) http://www.phred.org/~alex/stripmime.html
(Demime) http://scifi.squawk.com/demime.html
K. Mi van akkor, ha "document contains no data" (�res dokumentum)
�zenetet kapok a webkiszolg�l�t�l, vagy a levelek nem ker�lnek fel-
dolgoz�sra, vagy "Premature end of script" (hib�s szkript befejez�s)
vagy "Mailman CGI error!!!" (Mailman CGI Hiba) �zenetet kapok.
V. A leggyakoribb hib�t az okozza, hogy a C wrapper program nem a web-
kiszolg�l� �ltal v�rt GID jogokkal lett leford�tva. Ugyanilyen
hib�t okoz az is, ha a levelez�rendszer m�s GID-del h�vn� meg a
leford�tott C lev�l wrappert.
A hiba elh�r�t�s�hoz �jra kell ford�tani a Mailman-t a
--with-cgi-gid �s --with-mail-gid kapcsol�kkal. Az INSTALL �llom�nyban
err�l b�vebben lehet olvasni.
Ezek a hiba�zenetek nem a Mailman napl��llom�nyaiban, hanem a
rendszerszint� napl��llom�nyokban jelennek meg. A CGI wrappern�l
felmer�l� hib�k k�zvetlen�l a web b�ng�sz�ben jelennek meg, a
sz�ks�ges GID-del egy�tt. Ez nagym�rt�kben tud seg�teni a probl�ma
elh�r�t�s�n�l.
A syslog-ot be lehet �ll�tani, hogy pl. a mail.error hib�kat egy
megadott �llom�nyba napl�zza; p�ld�ul Solaris rendszeren a
mail.debug /var/log/syslog
sor azt jelenti, hogy az �zenetek a /var/log/syslog �llom�nyba
ker�lnek. (A rendszerhez tartoz� syslog.conf �llom�ny mondja meg
(ha van), hogy az �zenetek hova ker�ljenek. A syslog man-j�ban
err�l b�vebb inform�ci� tal�lhat�.)
Ha a rendszer�nk �gy van be�ll�tva �s a mailman/listinfo lap meg-
tekint�s�n�l UID vagy GID hib�val tal�lkozunk, akkor a /var/log/syslog
�llom�nyban tal�lhatjuk meg a k�v�nt �s a m�k�d�shez sz�ks�ges
UID/GID �rt�keket.
K. Mi�rt 'fagynak' le a weboldalak?
V. Az ok, hogy a CERN t�pus� webszerverek a Python folyamatokat fut�si
�llapotban hagyhatj�k, ezzel lefagyaszthatj�k a CGI-ket. A
probl�ma kik�sz�b�lhet� Apache haszn�lat�val.
El�fordulhat, hogy lej�rt z�rol�sok vannak jelen. A Mailman az adat-
b�zis�nak biztons�ga �rdek�ben szigor�an veszi a z�rol�st, de
n�ha rendszerhib�k k�vetkezt�ben lej�rt z�rol�sok maradhatnak.
A $prefix/locks k�nyvt�rban tal�lhat�ak a z�rol� �llom�nyok.
(K�nnyen meg�llap�that�. hogy lej�rt-e valamelyik z�rol�s, ha a ps
paranccsal megn�zz�k, hogy az �llom�nyban tal�lhat� folyamatazonos�t�hoz
(PID) tartozik-e fut� folyamat. Amennyibben nem tartozik, akkor az az
�llom�ny nyugodtan t�r�lhet�.)
K. Mit kell id�nk�nt megn�znem?
V. A szkriptek t�bbs�ge a ~mailman/logs/error �llom�nyba jegyzi be
hiba�zeneteit, �gy alkalmank�nt ebben kell keresn�nk hib�ra utal�
�zenetet.
Az �llom�nyban *nem* tal�lhat�ak meg a szintaktikai hib�ra vonatkoz�
�zenetek, mivel ezek az install�l�s sor�n, a .py �llom�nyok
ford�t�s�n�l azonnal megjelennek. Szintaktikai hib�k el�fordulhatnak
a forr�s nem megfelel� m�dos�t�sakor, vagy 'nem modul' t�pus� szkriptek
haszn�latakor.
A `compile' vagy `compileall' Python modulokkal b�rmikor le lehet
b�jtonk�nt ford�tani egy �llom�nyt, vagy egyszer�en a Python
�rtelmez� seg�ts�g�vel azt bet�lteni �s tesztelni.
K. Mi�rt nem m�k�dik az arch�vum?
V. A list�ra �rkezett m�r lev�l? Ez egy ismert hiba; az arch�vum addig
nem m�k�dik am�g legal�bb egy lev�l nem �rkezett a list�ra.
K. Rendben, az arch�vum m�k�dne, de m�gsem tudom a nyilv�nos arch�vumot
el�rni. Mi�rt?
V. Apache eset�n gy�z�dj�nk meg, hogy a FollowSymlinks a nyilv�nos
arch�vum �tvonal�ra is meg van-e adva. Fontos tudni, hogy az arch�vum
mindig a priv�t k�nyvt�rban tal�lhat�; nyilv�nos arch�vumn�l
mind�ssze egy hivatkoz�s mutat a priv�t arch�vumra. B�vebb
inform�ci� olvashat� a k�vetkez� c�men:
http://mail.python.org/pipermail/mailman-users/1998-November/000150.html
K. M�g mindig nem megy? QMail-t haszn�l?
V. Gy�z�dj�nk meg r�la, hogy a "mailman" wrapper program megh�v�s�n�l a
"preline" meg van adva:
|preline /home/mailman/mail/mailman post listname
A "preline" haszn�lat�val egy Unix-t�pus� "From " fejl�c j�n l�tre a
levelekben, amelyek az archiv�l�shoz sz�ks�gesek. Az arch�vum mbox
�llom�ny�ban l�v� minden �zenetbe a k�vetkez� sort besz�rva
From somebody Mon Oct 9 12:27:34 MDT 2000
megold�dik a probl�ma. Futtassuk �jra a "bin/arch listaneve" parancsot.
Az arch�vumnak most m�r l�tre kell j�nnie. Tov�bbi inform�ci�t a
README.QMAIL �llom�nyban lehet olvasni.
K. M�g mindig nem megy? GNU/Linux-ot haszn�l?
V. Olvassuk el a README.LINUX �llom�nyt.
K. Az arch�vumb�l szeretn�k p�r levelet t�r�lni. Hogyan tehetem ezt
meg?
V. David Rocher megold�sa:
* t�r�lj�k a $prefix/archives/private/<listaneve> k�nyvt�rat
* szerkeszt�vel m�dos�tsuk a k�vetkez� �llom�nyt:
$prefix/archives/private/<listanave>.mbox/<listaneve>.mbox
* futtassuk a $prefix/bin/arch <listaneve> parancsot
K. Igenre �ll�tottam a "member_posting_only" (csak_tagok_k�ldhetnek)
be�ll�t�st, hogy csak a listatagok k�ldhessenek levelet a list�ra,
azonban �gy n�z ki, hogy a listatagokt�l �rkez� �sszes lev�l
enged�lyez�sre v�r a megjelen�shez. Mi�rt?
V. Egyes rendszereken a lev�l felad�ja (pl. a Unix "From " sor) hib�s
lehet. Ekkor a Mailman a felad�t nem tudja listatagk�nt azonos�tani.
1.0b12-es verzi�ig a Mailman alapesetben el�bb a lev�l felad�j�t
�s nem a From: mez�ben tal�lhat� felad�t keresi meg, mivel az
el�bbit az SMTP program t�lti ki, m�g ut�bbinak a felhaszn�l� b�rmit
megadhat.
[ A lev�l felad�j�nak megv�ltoztat�s�b�l ad�d� hib�k gyakran el�-
fordulnak, de a sendmail "owner-alias" szolg�ltat�sr�l illik itt
p�r sz�t ejteni:
Ha egy lev�l �rkezik a "foo" list�ra, �s az "owner-foo" alias
is meg van adva, akkor a lev�l felad�ja egyszer�en "owner-foo"-
k�nt lesz azonos�tva.
A Mailman 1.0rc2 verzi�j�t�l fogva m�r megfelel�en kezeli ezt a
(nem v�ltoztathat�) sendmail-es probl�m�t. R�gebbi verzi�k
eset�ben megold�st jelenthet az, ha az aj�nlott "owner-LISTNAME"
sort kihagyjuk minden egyes Mailman list�n�l az alias �llom�nyb�l.
Azonban ilyen probl�ma eset�n biztosabb megold�st jelent, ha a
From: fejl�cet haszn�ljuk a lev�l felad�jak�nt be�ll�tott helyett.
Ehhez az mm_cfg.py �llom�nyba kell a k�vetkez� sort elhelyezni:
USE_ENVELOPE_SENDER=0
Ha m�g (vitathat�bb) biztons�gra akarunk t�rekedni akkor az
mm_cfg.py �llom�nyba a k�vetkez�t �rjuk be:
USE_ENVELOPE_SENDER=1
Azonban olvassuk el a Defaults.py-ben tal�lhat� le�r�st a
v�ltoz�r�l. Alapesetben a 2.0-s Mailman a From: fejl�cet haszn�lja
fel c�mazonos�t�shoz.
K. Mennyire biztons�gos a Mailman web azonos�t�si m�dszere?
V. Ha a Mailmant SSL-re k�pes web kiszolg�l�ra telep�tett�k (pl.
a Mailman weblapokat "https://..." c�meken �rj�k el), akkor annyira
biztons�gos az azonos�t�s, amennyire az SSL kapcsolat.
Azonban a legt�bb Mailman telep�t�s hagyom�nyos, titkos�t�s n�lk�li
kiszolg�l�kra t�rt�nik. Ezzel legt�bbnyire nincs is gond, azonban
egy felk�sz�lt cracker azonos�t�s n�lk�l is k�pes *lehet* adatokhoz
hozz�f�rni a k�vetkez� m�dokon:
* Kapcsolat lehallgat�ssal: A nem nyilv�nos Mailman lapokon haszn�lt
azonos�t�sn�l a jelszavak sima sz�veges form�tumban ker�lnek
elk�ld�sre. Ha ezt el akarjuk ker�lni, akkor haszn�ljunk SSL-re
k�pes kiszolg�l�t.
* �rv�nyes s�ti ellop�ssal: Sikeres bejelentkez�s ut�n a Mailman
egy s�tit k�ld vissza a felhaszn�l�hoz. A s�ti a tov�bbi v�dett
oldalakon seg�t az azonos�t�sban. A Mailman "kapcsolatig �rv�nyes
s�tiket" (session cookies) haszn�l, amelyek a b�ng�sz� bez�r�s�val,
vagy kil�p�s gombra kattintva lej�rnak.
A felhaszn�l� s�tij�nek megszerz�s�vel (pl. a felhaszn�l�
b�ng�sz�j�nek s�tiket tartalmaz� adatb�zis�nak olvas�s�val, vagy
a kapcsolat lehallgat�s�val, vagy ak�r olyan hib�s b�ng�sz�
haszn�lat�val, amely a felhaszn�l� �sszes s�tij�t nyilv�noss� teszi)
�s a t�bbi sz�ks�ges felt�tel egyidej� teljes�l�s�n�l jogosulatlan
hozz�f�r�shez lehet jutni.
Fontos tudnunk, hogy ez a m�dszer k�nnyebben felhaszn�lhat�, ha
a felhaszn�l� proxi m�g�tt helyezkedik el, mivel ekkor a s�ti
minden az adott proxin �tmen� kapcsolatra �rv�nyes lesz, nem csak
arra melyet a felhaszn�l� kezdem�nyezett.
* Hozz�f�r�s a felhaszn�l� termin�lj�hoz: Ez is egy s�ti lop�
m�dszer. Azonban ezt a s�tik r�vid �lettartama nehez�ti meg.
Fogjuk fel annak, hogy a k�nyelem�rt meg kell el�gedn�nk a
cs�kkentett biztons�g�rt, k�l�nben minden pillanatban g�pelhetj�k
be a jelszavunkat.
K. A list�mr�l biztons�gi m�solatot (backup) akarok k�sz�teni. Miket
kell lementenem?
A. A v�lasz a FAQ wizard-ban a k�vetkez� c�men tal�lhat�:
http://www.python.org/cgi-bin/faqw-mm.py?req=show&file=faq04.006.htp
K. Hogyan tudom a list�t �tnevezni?
V. A list�k �tnevez�se jelenleg m�g el�g bonyolult m�velet, f�leg ha
azt szeretn�nk, hogy a r�gi hivatkoz�sok is �ljenek. A j�v�ben ezen
majd v�ltoztatni fogunk. :(
A legnagyobb probl�m�t az okozhatja, hogy a lista �tnevez�se k�zbeni
lev�lforgalmat hogyan lehet biztons�gosan sz�neteltetni. Teljesen
biztons�gos m�dszer nincsen, de a k�vetkez�kben le�rtak betart�s�val
a hibalehet�s�get nagy m�rt�kben lehet cs�kkenteni:
- �tmenetileg �ll�tsuk le a qrunnert. Ehhez a mailman crontab
bejegyz�s�t kell m�dos�tani. Adjuk ki a k�vetkez� parancsot �s
tegy�nk minden sor el� megjegyz�s jelet ('#'). Ments�k el a
v�ltoz�sokat �s l�pj�nk ki a szerkeszt�b�l.
% crontab -u mailman -e
- �ll�tsuk le a levelez�szervert. A legt�bb esetben ez nem fog gondot
okozni, mivel a t�voli MTAk addig pr�b�lkoznak a lev�l k�zbes�t�s�vel,
am�g a rendszer �t nem veszi, s mi nem sok ideig fogjuk a rendszert
feltartani.
- �ll�tsuk le a webszervert is, ha lehets�ges. Ez term�szetesen azt
jelenti, hogy nem lesz el�rhet� semelyik weboldalunk sem, ezt lehet
hogy m�gsem szeretn�nk. K�vetkez� hasznos dolog lesz majd egy �lland�
�tir�ny�t�s alkalmaz�sa a r�gi list�r�l. Ez azt jelenti, hogyha
b�rki a r�gi lista oldal�ra l�togat el, akkor az �tir�ny�t�s az �j
list�ra teszi �t. Am�g a lista �tnevez�s�vel nem v�gezt�nk addig ez
az �tir�ny�t�s sem fog m�k�dni.
Tegy�k fel, hogy az "elavult" list�t kell �tnevezz�k "hasznos" list�v�.
Ekkor a k�vetkez� Apache parancsokat kell haszn�lnunk:
RedirectMatch permanent /mailman/(.*)/elavult(.*) http://www.dom.ain/mailman/$1/hasznos$2
RedirectMatch permanent /pipermail/elavult(.*) http://www.dom.ain/pipermail/hasznos$1
Ezeket a sorokat a httpd.conf �llom�nyba kell elhelyezni, majd
ind�tsuk �jra az Apache-ot.
- Ezek ut�n l�pj�nk be a telep�tett Mailman k�nyvt�r�ba. Eset�nkben
legyen ez a /usr/local/mailman k�nyvt�r:
% cd /usr/local/mailman
menj�nk a 'lists' k�nyvt�rba:
% cd lists
Itt tal�lunk egy 'elavult' k�nyvt�rat. Nevezz�k �t 'hasznos'-s�:
% mv elavult hasznos
- Most menj�nk a priv�t arch�vum k�nyvt�r�ba:
% cd ../archives/private
Az elavult.mbox k�nyvt�r�t �s a benne tal�lhat� �llom�nyokat kell
�tnevezn�nk. Most m�g ne t�r�dj�nk a nyilv�nos arch�vum idemutat�
hivatkoz�saival, k�s�bb azokr�l is gondoskodunk:
% mv elavult.mbox hasznos.mbox
% mv hasznos.mbox/elavult.mbox hasznos.mbox/hasznos.mbox
- Most m�r futtathatjuk a 'bin/move_list' programot az arch�vum el�r�si
�tjainak friss�t�s�hez. FONTOS: ha Mailman 2.1-et haszn�lunk, akkor
hagyjuk ki ezt a l�p�st!
% cd ../..
% bin/move_list hasznos
- Hozzuk �jra l�tre a nyilv�nos arch�vumot:
% bin/arch hasznos
- Ezek ut�n n�h�ny lista be�ll�t�st is meg kell v�ltoztatni, hogyha
szeretn�nk a r�gi list�ra k�ld�tt leveleket az �j list�n l�tni. Menj�nk
az �j lista adminisztr�ci�s oldal�ra:
o �ltal�nos be�ll�t�sok r�sz
o A "real_name" r�szn�l adjuk meg a lista �j nev�t, pl. "Hasznos"
o Adjuk meg a lev�l t�rgysor�ba besz�rand� r�szt (prefix),
pl. "[Hasznos] " (igen, fontos a sz�k�z a v�g�n).
o Ha sz�ks�ges v�ltoztassuk meg m�s be�ll�t�sokat is, mint p�ld�ul
a lista r�vid le�r�sa, �dv�zl� sz�vege, stb.
o Ments�k el a v�ltoztat�sokat.
o Priv�t be�ll�t�sok r�sz
o Adjuk az acceptable_aliases r�szhez a r�gi lista c�m�t.
Pl. "elavult@dom.ain" Ezzel (ha a k�s�bb le�rt /etc/aliases
m�dos�t�st is elv�gezz�k) a r�gi list�ra k�ld�tt levelek nem
fognak szerkeszt�i j�v�hagy�sra v�rni "a c�mzett nem egy�rtelm�"
hib�val.
o Ments�k el a v�ltoztat�sokat.
- Nos, most friss�ts�k az /etc/aliases �llom�nyunkat, hogy fogadja az
�j lista leveleit �s �tk�ldje a r�gi c�mre k�ld�tt leveleket. A
k�vetkez�kben t�rgyaltak Sendmail t�pus� alias �llom�nyokn�l m�k�dik,
elt�r� MTA eset�n lehet, hogy m�dos�tani kell rajtuk.
o Keress�k meg a r�gi list�hoz tartoz� alias sorokat.
o Jel�lj�k ki �s m�soljuk �t k�zvetlen�l a r�gi al� ezeket a sorokat.
o Az �tm�solt r�szben minden "elavult" r�szt �rjuk �t "hasznos"-s�.
o Most v�ltoztassuk meg a r�gi list�hoz tartoz� c�meket, hogy azok
az �j lista megfelel� c�meire mutassanak. Ha mindezt j�l csin�ltuk,
akkor a k�vetkez�h�z hasonl�t kell kapnunk:
# A r�gi list�t �tir�ny�tottuk az �j c�m�re
elavult: hasznos@dom.ain
elavult-request: hasznos-request@dom.ain
elavult-admin: hasznos-admin@dom.ain
elavult-owner: hasznos-owner@dom.ain
hasznos: "|/usr/local/mailman/mail/mailman post hasznos"
hasznos-admin: "|/usr/local/mailman/mail/mailman mailowner hasznos"
hasznos-request: "|/usr/local/mailman/mail/mailman mailcmd hasznos"
hasznos-owner: hasznos-admin
o Futassuk a 'newaliases' programot.
- Miel�tt mindent �jraind�tan�nk n�zz�k meg, hogy van-e a qfiles/
k�nyvt�rban a r�gi list�ra k�ld�tt, de m�g nem tov�bb�tott lev�l.
Ezt a k�vetkez�k�pen tehetj�k meg:
% cd /usr/local/mailman/qfiles
% grep elavult *.msg
Ha nincs tal�lat, akkor ugorhatunk a k�vetkez� l�p�sre, egy gonddal
kevesebb.
Ha van tal�lat, akkor izzadni fogunk egy kicsit. Figyelmeztetlek,
hogy a k�vetkez� l�p�sek nem lettek megfelel�en tesztelve. :(
A r�gi list�ra k�ld�tt minden egyes .msg �llom�nyn�l a hozz�tartoz�
.db �llom�nyt kell m�dos�tani. Sajnos ez nem egy k�nny� menet.
No l�ssuk...
Ments�k el a k�vetkez� Python k�d r�szletet 'hackdb.py' n�vvel:
-------------------------hackdb.py
import sys
import marshal
fp = open(sys.argv[1])
d = marshal.load(fp)
fp.close()
d['listname'] = sys.argv[2]
fp = open(sys.argv[1], 'w')
marshal.dump(d, fp)
fp.close()
-------------------------
Adjuk ki azokon az �llom�nyokon a k�vetkez� parancsot, amelyekre
a grep tal�latot jelzett.
% python hackdb.py nagyonhosszuhexafilenev1.db hasznos
- Ezek ut�n ind�tsuk el az MTA-t.
- Tegy�k �jra �zembe a qrunner-t.
% crontab -u mailman -e
Vegy�k ki a megjegyz�s jeleket azon sorok el�l, ahova mi tett�k
azokat. Ments�k el a v�ltoztat�sokat �s l�pj�nk ki a szerkeszt�b�l.
- D�lj�nk h�tra �s �r�lj�nk, mert siker�lt az �tnevez�s. Ha 100.000 $-al
t�mogatod a Mailman fejleszt�g�rd�j�t, akkor �g�rj�k, hogy hamarosan
sokkal k�nnyebb lesz a list�k �tnevez�se. :)
Local Variables:
mode: text
indent-tabs-mode: nil
End:
