Mailman - The GNU Mailing List Management System
Copyright (C) 2001-2003 by the Free Software Foundation, Inc.
51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA
�LTAL�NOS BE�LL�T�SOK
A Mailmannek minden gond n�lk�l m�k�dnie kell egy �ltal�nosan
be�ll�tott Postfix-el. A dokument�ci� �r�sakor a be�ll�t�sok
Postfix 19991231 verzi�t�l kezdve pl13 verzi�ig, �s 200010228
verzi�t�l pl08 verzi�ig, valamint Postfix 2.0.15-tel lettek
tesztelve.
A Postfix alap�rtelmez�sk�nt speci�lis m�don kezeli az -owner
�s -request c�mekre �rkez� leveleket. Ha azt szeretn�nk, hogy
az ide �rkez� leveleket is a Mailmannek tov�bb�tsa a program
kapcsoljuk ki ezt a funkci�t a main.cf �llom�ny m�dos�t�s�val:
owner_request_specil = no
Ahhoz hogy esetlegesen haszn�lni tudjuk a Mailman VERP k�ld�si
k�pess�g�t ki kell kapcsolnunk az luser_relay (ez az alap�rtelmezett)
be�ll�t�st �s m�dos�tanunk kell a recipient_delimeter �rt�k�n.
Ehhez kommentezz�k ki a main.cf �llom�nyban tal�lhat� �sszes
luser_relay sort, visszat�rve ezzel az alp�rtelmezett opci�hoz.
Tov�bb�, helyezz�k el main.cf f�jlba a k�vetkez� sort:
recipient_delimiter = +
A + jel haszn�lat�val a a Defaults.py �llom�nyban megadott
alap�rtelmezett VERP_FORMAT �s VERP_REGEXP �rt�kek megfelel�en
fognak m�k�dni.
A Postfix 450-es hiba�zenettel v�laszol, ha egy nem l�tez� lok�lis
c�mre prob�lunk meg levelet tov�bb�tani. Mivel ez nem jelent
v�gzetes hib�t, ez�rt a Mailman a k�zbes�t�st addig ism�telgeti,
am�g le nem j�r a DELIVERY_RETRY_PERIOD v�ltoz�ban megadott id�
(alapesetben 5 nap). Ennek elker�l�s�re be lehet �ll�tani a
Postfixet �gy, hogy a nem l�tez� helyi felhaszn�l�knak t�rt�n�
k�zbes�t�skor a nem v�gzetes hiba�zenet helyet egy v�gzetes
hiba �zenetet k�ldj�n. Ehhez a be�ll�t�shoz a k�vetkez� sort kell
elhelyezni a main.cf �llom�nyba:
unknown_local_recipient_reject_code = 550
V�g�l ha Postfix-st�lus� virtu�lis tartom�nyokat haszn�lunk, akkor
olvassuk el az err�l sz�l� lejjebb tal�lhat� fejezetet.
POSTFIX �S MAILMAN �SSZEKAPCSOL�SA
A Postfixet �ssze lehet kapcsolni a Mailmannel �gy, hogy egy �j
lista l�trehoz�sakor, vagy t�rl�sekor a Postfix alias adatb�zisa
automatikusan friss�lj�n. Ehhez a k�vetkez�k l�p�seken kell
v�gigmenn�nk.
A le�r�s felt�telezi, hogy a Mailmant az alap�rtelmezett telep�t�si
hely�re telep�tett�k, ez a /usr/local/mailman. Ha nem �gy tett�k,
akkor a l�p�sekn�l megfelel�en m�dos�tsuk az el�r�si �tvonalakat
azokra amiket a konfigur�l�sakor a --prefix �s --with-var-prefix
kapcsol�kn�l haszn�ltunk.
- Ha Postfix-st�lus� virtu�lis tartom�nyokat haszn�lunk �s
szeretn�nk, hogy a Mailman kezelje ezeket a tartom�nyokat, akkor
el�sz�r olvassuk el a virtu�lis tartom�nyokr�l lejjebb tal�lhat�
fejezetet.
- A $prefix/Mailman/mm_cfg.py �llom�nyban adjuk meg a k�vetkez�t:
MTA = 'Postfix'
Az MTA v�ltoz� �rt�k�vel arra a programmodulra hivatkozunk a
Mailman/MTA k�nyvt�rban, amelyik az adott MTA-ra jellemz� h�v�sok
seg�ts�g�vel kezeli l�trehoz�skor vagy t�rl�skor a list�kat.
- Keress�k meg a Defaults.py �llom�nyban a POSTFIX_ALIAS_CMD �s
POSTFIX_MAP_CMD v�ltoz�kat. Gy�z�dj�nk meg, hogy a v�ltoz�k a
postalias �s postmap programok helyes teljes el�r�si �tvonal�t
tartalmazz�k. Fontos, hogy ha ezeket megszeretn�nk v�ltoztatni,
akkor ne itt tegy�k hanem az mm_cfg.py �llom�nyban.
- Futtassuk a genaliases programot az aliases �llom�ny l�trehoz�s�hoz:
% cd /usr/local/mailman
% bin/genaliases
Gy�z�dj�nk meg, hogy a data/aliases �s data/aliases.db tulajdonosa
a `mailman' �s az �llom�nyok csoport tulajdonosa is a `mailman'.
% su
% chown mailman:mailman data/aliases*
- M�dos�tsuk a Postfix main.cf konfigur�ci�s �llom�ny�ban az alias_maps
v�ltoz�t �gy, hogy a tartalmazza a k�vetkez� el�r�si �tvonalat is:
/usr/local/mailman/data/aliases
(nincs a v�g�n .db kiterjeszt�s) Az alias_database v�ltoz�ban ne
adjuk meg ezt az �tvonalat, mert nem szeretn�nk hogy m�dos�tsa a
Postfix newaliases parancsa a Mailman aliases.db �llom�ny�t. Mind�ssze
azt szeretn�nk, hogy a Postfix figyelembe vegye az aliases.db
�llom�nyt, amikor a hely k�zbes�t�si c�meket keresi.
C�lszer� egy hash: t�pus� adatb�zisk�nt megadni ezt az �llom�nyt.
Ezt megtehetj�k p�ld�ul �gy:
alias_maps = hash:/etc/postfix/aliases,
hash:/usr/local/mailman/data/aliases
- A Mailman konfigur�l�sakor haszn�ljuk a --with-mail-gid=mailman
kapcsol�t (mellesleg ez az alap�rtelmezett be�ll�t�s), mivel az
aliases.db �llom�ny tulajdonosa a `mailman' felhaszn�l� �s a Postfix
a Mailman wrapper programj�t mailman uid �s gid alatt pr�b�lja meg
futtatni.
Ennyi! Egy kis gond: amikor l�trehozunk, vagy t�rl�nk egy list�t, akkor
az aliases.db �llom�ny azonnal friss�l, viszont nem fut le automatikusan
a v�ltoztat�sok �rv�nyes�t�s�hez a "postfix reload" parancs. Ez az�rt
van �gy, mert ehhez root jogokkal kell rendelkezni, vagy egy suid-root
programnak kell futnia, amelyek biztons�gi kock�zatot jelentenek.
A megold�s egyetlen h�tr�ny�t teh�t az jelenti, hogy k�r�lbel�l csak
egy perc m�lva veszi �szre a Postfix a m�dos�t�sokat �s �rv�nyes�t a
v�ltoztat�sokat. Ez a kis k�nyelmetlens�g szerint�nk elviselhet�.
VIRTU�LIS TARTOM�NYOK
A Postix 2.0 a t�mogatja "virtual alias domains" kezel�st, amelyet
a kor�bbi Postfix verzi�kban egyszer�en csak Postfix-t�pus� virtu�lis
tartom�nykezel�snek h�vtak. Ahhoz, hogy a Mailman k�pes legyen a
virtu�lis tartom�nykezel�s haszn�lat�hoz mind a Mailman, mind a
Postfix be�ll�t�sokon v�ltoztatni kell. A Mailman alapesetben az
�sszes virtu�lis tartom�nyhoz tartaoz� bejegyz�st az
/usr/local/mailman/data/virtual-mailman �llom�nyban t�rolja. A postmap
program is ezen �llom�ny alapj�n k�sz�ti el a virtual-mailman.db
�llom�nyt, melyet a Postfix val�j�ban haszn�lni fog.
El�sz�r a Postfix dokument�ci�ban foglaltak alapj�n �ll�tsuk be a
virtu�lis tartom�nykezel�st (b�vebben a Postfix virtual(5) s�g�ja ad
eligaz�t�st). Fontos, hogy el ne felejts�k megadni, ahogy a s�g�ban
le van �rva a "virtual-alias.domain anything" sort, mivel a Mailman
virtual-mailman �llom�nya nem tartalmazza ezt a sort. Javasoljuk,
hogy m�g miel�tt telep�ten�nk a Mailmant, gy�z�dj�nk meg r�la, hogy
megfelel�en m�k�dik a virtu�lis tartom�nykezel�s.
A k�vetkez� l�ps�k�nt a Postfix virtual_maps v�ltoz�hoz kell egy
�jabb k�nyvt�r el�r�si utat adni:
virtual_maps = <your normal virtual files>,
hash:/usr/local/mailman/data/virtual-mailman
Eset�nkben a Mailman az alap�rtelmezett telep�t�si k�nyvt�rban
helyezkedik el. R�gebbi Postfix-ekn�l nincsen virtual_alias_maps
v�ltoz�, ez esetben haszn�ljuk a virtual_maps v�ltoz�t.
K�vetkez� l�p�sk�nt az mm_cfg.py �llom�nyba �ll�tsuk be a
POSTFIX_STYLE_VIRTUAL_DOMAINS v�ltoz�ba azon virtu�lis tartom�nyokat,
amelyekre a Mailmannek figyelnie kell. El�fordulhat, hogy nem itt nem
soroljuk fel a Postfix be�ll�t�sunk �ltal t�mogatott �sszes virtu�lis
tartom�nyunkat. Az itt megadott �rt�keknek pontosan egyezni�k kell a
levelez�list�k host_name v�ltoz�j�ban megadott �rt�kekkel.
N�zz�k meg egy p�ld�n kereszt�l:
Tegy�k fel, hogy a Postfixben a dom1.ain, dom2.ain �s dom3.ain
virtu�lis tartom�nyokat szeretn�nk kezelni. Ehhez mondjuk a main.cf
�llom�nyban a k�vetkez� be�ll�t�sok vannak megadva:
myhostname = mail.dom1.ain
mydomain = dom1.ain
mydestination = $myhostname, localhost.$mydomain
virtual_maps =
hash:/some/path/to/virtual-dom1,
hash:/some/path/to/virtual-dom2,
hash:/some/path/to/virtual-dom2
P�ld�nkban a virtual-dom1 �llom�nyban a k�vetkez� sorokat adtuk meg:
dom1.ain IGNORE
@dom1.ain @mail.dom1.ain
Ezzel a Postfixet arra utas�tottuk, hogy minden dom1.ain-re c�mzett
levelet tegyen ugyanabba a postafi�kba, mint a mail.dom1.ain, az
alap�rtelmezett c�mre �rkez�ket.
Ez esetben a POSTFIX_STYLE_VIRTUAL_DOMAINS-ben nem szabad megadnunk
a dom1.ain-t, mivel k�l�nben a Mailman levelez�list�k bejegyz�sei a
dom1.ain tartom�nyban a k�vetkez� lenn�nek
mylist@dom1.ain mylist
mylist-request@dom1.ain mylist-request
# �s �gy tov�bb ...
Az egyre pontosabb bejegyz�sek fel�l�rj�k az el�tt�k tal�lhat�
�ltal�nosabb bejegyz�seket, ezzel megakad�lyozz�k a dom1.ain
levelez�list�k megfelel� m�k�d�s�t.
Azonban az mm_cfg.py �llom�nyban megadjuk a dom2.ain �s dom3.ain
�rt�keket:
POSTFIX_STYLE_VIRTUAL_DOMAINS = ['dom2.ain', 'dom3.ain']
Ezzel el�rt�k, hogy minden olyan list�nak, amelyet a Mailman a fenti
k�t tartom�ny valamelyik�ben hoz l�tre a megfelel� bejegyz�sei a
/usr/local/mailman/data/virtual-mailman �llom�nyban helyesen fognak
megjelenni.
Csak �gy mint a fent eml�tett data/aliases* �llom�nyokn�l, itt is
gy�z�dj�nk meg arr�l, hogy a data/virtual-mailman �s
data/virtual-mailman.db �llom�nyok felhaszn�l�- �s csoporttulajdonosa
`mailman' legyen. A megfelel� m�k�d�shez teh�t el�bb hozzuk l�tre
a virtu�lis tartom�nyokat, futtassuk a bin/genaliases programot �s
v�g�l ellen�rizz�k ezen �llom�nyokon a jogosults�gokat. Ezen t�l,
t�bbet m�r nem kell vel�k foglalkoznunk.
EGY M�SIK MEGK�ZEL�T�S
Fil <fil@rezo.net> m�shogy, virtual maps �s szabv�nyos keres�si
kifejez�sek haszn�lat�val kezeli a virtu�lis tartom�nyokat.
Le�r�sa megtal�lhat�:
(franci�ul) http://listes.rezo.net/comment.php
(angolul) http://listes.rezo.net/how.php
Egy j� (�s egyszer�bb) m�dszer azon esetekben ha nem b�njuk, hogy
a tartom�ny r�szben egy �jabb hostn�v jelenik, ezzel n�velve annak
a c�mnek a karakter hossz�t, amelyen kereszt�l a felhaszn�l�k
el�rik a list�t. Pl. a list�t a felhaszn�l�k sajatlista@lists.dom.ain
c�mmel �rik el sajatlista@dom.ain c�m helyett.
Ezt a megold�st a dokument�ci� k�sz�t�je alaposan nem tesztelte.
Local Variables:
mode: text
indent-tabs-mode: nil
End:
