1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
|
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:
|