aboutsummaryrefslogtreecommitdiffstats
path: root/messages/hu/README.POSTFIX.hu
blob: 6c6e0f52f6f26e6f8cf88027ad4f7fb695e579f8 (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
Mailman - The GNU Mailing List Management System
Copyright (C) 2001,2002 by the Free Software Foundation, Inc.
59 Temple Place - Suite 330, Boston, MA 02111-1307, 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 lettek tesztelve.

    Aj�nlatos megadni a main.cf konfigur�ci�s �llom�nyban az 
    "owner_request_specil = no" be�ll�t�st nehogy a Postfix az -owner
    �s -request c�mekre �rkez� leveleket k�l�n kezelje (az ezekre
    a c�mekre �rkez� leveleket is egyszer�en tov�bb�tani kell a 
    Mailman wrapper programj�nak). Az alap�rtelmezett be�ll�t�s
    val�sz�n�leg "yes".

    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.
    Javasoljuk hogy kommentezz�k ki a main.cf �llom�nyban az luser_relay
    sort �s adjuk meg a "recipient_delimiter = +" be�ll�t�st. Ezzel
    be�ll�tottuk a programban, hogy a c�m a b�v�tett c�mz�sben a + jelig
    kell �rtelmezni. Ezekkel a be�ll�t�sok a Defaults.py �llom�nyban
    megadott alap�rtelmezett VERP_FORMAT �s VERP_REGEXP �rt�kekkel
    megfelel�en m�k�dnek.

    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.

    - 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 Postfix k�t t�pus� a "Postfix-t�pus�" �s "Sendmail-t�pus�" virtu�lis
    tartom�nykezel�sre k�pes. Az ut�bbin�l minden bejegyz�s (aliases)
    minden tartom�nyban l�that�, ekkor semmi k�l�nleges be�ll�t�sra nincs
    sz�ks�g a Mailmann�l.

    A Postfix-t�pus� virtu�lis tartom�nyokn�l m�r kicsit t�kk�zni kell,
    azonban itt sem lesz gond a Mailman be�ll�t�s�n�l. El�sz�r is 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 alap�rtelmezett telep�t�si k�nyvt�r�t vett�k fel
    a v�ltoz�ba. Fontos, hogy k�vess�k a Postfix le�r�st arr�l, hogy
    hogyan kell virtu�lis tartom�nyokat be�ll�tani; ez�rt m�r a Mailman
    be�ll�t�sa el�tt hozzuk l�tre a megfelel�en m�k�d� virtu�lis
    tartom�nyokat.

    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: