aboutsummaryrefslogtreecommitdiffstats
path: root/messages/hu/FAQ.hu
blob: 7430f1d226433d7b9e47bf654d698a19a8ec5313 (plain) (blame)
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-2003 by the Free Software Foundation, Inc.
51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, 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.hu �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: