diff options
| -rw-r--r-- | messages/hu/INSTALL.hu | 6 | ||||
| -rw-r--r-- | messages/hu/README.EXIM.hu | 32 | ||||
| -rw-r--r-- | messages/hu/README.POSTFIX.hu | 212 | ||||
| -rw-r--r-- | messages/ru/LC_MESSAGES/mailman.mo | bin | 63521 -> 63521 bytes | |||
| -rw-r--r-- | templates/hu/listinfo.html | 2 | ||||
| -rw-r--r-- | templates/hu/options.html | 2 | ||||
| -rw-r--r-- | templates/hu/roster.html | 2 | ||||
| -rw-r--r-- | templates/hu/subscribe.html | 2 |
8 files changed, 235 insertions, 23 deletions
diff --git a/messages/hu/INSTALL.hu b/messages/hu/INSTALL.hu index 0f4db9c2c..faf16184b 100644 --- a/messages/hu/INSTALL.hu +++ b/messages/hu/INSTALL.hu @@ -41,8 +41,8 @@ olvasásra az UPGRADING állományban található fontos információkat. Ha a Python-t forráskódjából szeretnénk telepíteni, akkor az Unix- típusú operációs rendszereknél elegendő a hagyományos parancsokat, - "./configure; make install" kiadni. A "make test" futtatásánál jópár - tesztelési lépést át lesz ugorva -- de ne aggódjunk, ezekre a + "./configure; make install" kiadni. A "make test" futtatásánál jó + pár tesztelési lépést át lesz ugorva -- de ne aggódjunk, ezekre a funkciókra valószínűleg nem is lesz szükségünk. A Mailman csak azokat az alapvető funkciókat használja, amelyek minden gépen megtalálhatóak. @@ -393,7 +393,7 @@ olvasásra az UPGRADING állományban található fontos információkat. % cd ../rc6.d % ln -s ../init.d/mailman K12mailman - - Ellenőrízzük, hogy a Defaults.py állományban a DEFAULT_EMAIL_HOST + - Ellenőrizzük, hogy a Defaults.py állományban a DEFAULT_EMAIL_HOST és DEFAULT_URL_HOST változók helyes értéket mutatnak. Ha nem, akkor a helyes értékkel ezeket a változókat az mm_cfg.py állományba helyezzük el. Megjegyezzük, hogyha ezen két változó valamelyikét diff --git a/messages/hu/README.EXIM.hu b/messages/hu/README.EXIM.hu index 82a0ed020..12e3e3906 100644 --- a/messages/hu/README.EXIM.hu +++ b/messages/hu/README.EXIM.hu @@ -48,7 +48,7 @@ tartományoktól, akkor a következőket kell tenni: [Megjegyzés: a leírásban található beállítások mind 3-as, mind 4-es Eximhez egyaránt használhatóak. 3-as Eximnél 'local_domains' beállításra van szükségünk, míg a 4-es verzióban többnyire a 'local_domains'-ben megadott -tartománylistára. Ha nem így használjuk az Eximet, akkor valószínüleg +tartománylistára. Ha nem így használjuk az Eximet, akkor valószínűleg alapos Exim beállítási ismeretekkel rendelkezünk, így nem lesz nehéz módosítani a később ismertetett beállításokat. 4-es Eximben az átirányítók (directors) rész megszűnt, szerepét a routers rész vette át, így ha 4-es @@ -62,7 +62,7 @@ egy új átirányító, míg a 4-es verzióban egy új router tölti be majd ugyanazt a szerepet. Végül pedig érdemes tudni, hogy ezekkel a beállításokkal ugyanazon a -gépen egymás mellett működőhet a Mailman 2.0-ás és 2.1-es verziója is. +gépen egymás mellett működhet a Mailman 2.0-ás és 2.1-es verziója is. Ekkor "mailman" helyett hivatkozhatunk "mm21" névvel a másik, újabb verzióra, pl. MM21_HOME, mm21_transport, stb. @@ -112,7 +112,7 @@ dokumentáció készítője szívesen várja azok jelentkezését, észrevételét akik Átirányító rész Exim 3-hoz ~~~~~~~~~~~~~~~~~~~~~~~~~~ -Ha 3-as Eximet használunk, akkor a konfigurációs álomány átirányító +Ha 3-as Eximet használunk, akkor a konfigurációs állomány átirányító részéhez a következőket kell adni (az átirányítók a második és harmadik "end" tartalmú sor között találhatóak). Fontos, hogy itt számít a sorrend -- pl. ha ezt az irányítót az aliasállomány átirányítójára való hivatkozás @@ -139,7 +139,7 @@ Router rész Exim 4-hez konfigurációs állomány felépítése is megváltozott -- ABC sorrendet használ, így itt a router rész a transport rész elé kerül. Tegyük a router beállítást a router részbe, amely a "begin routers" sor után kezdődik. El ne felejtsük, -hogy a megadott sorrend itt méginkább számít. +hogy a megadott sorrend itt még inkább számít. mailman_router: driver = accept @@ -175,7 +175,7 @@ kapni, amikor a címzett gép nem érhető el. Problémák ~~~~~~~~~ - * A Mailman annyi MAIL FROM/RCPT TO hivást használ, amennyi szükséges. + * A Mailman annyi MAIL FROM/RCPT TO hívást használ, amennyi szükséges. Ennek következtében 10 vagy 100 üzenetnél is többet próbál meg egy kapcsolat alatt elküldeni, amely több mint az Exim alapesetben beállított engedélyezett küldése (smtp_accept_queue_per_connection). @@ -185,7 +185,7 @@ Problémák változónak (a ~mailman/Mailman/mm_cfg.py állományban) az Exim smtp_accept_queue_per_connection értékénél kisebb értéket - * A Mailman-nak figyelmen kívűl kellene hagynia az Exim kézbesítés + * A Mailman-nak figyelmen kívül kellene hagynia az Exim kézbesítés időtúllépéséből (delay) eredő üzeneteit, annak ellenére, hogy az Exim ezeket sohasem küldi el a listákra. A Mailman 2.1-ben a visszapattanások kezelése és a VERP támogatása nagyban segítheti @@ -197,7 +197,7 @@ Problémák * Ha hibás felhasználói azonosítóra hivatkozva nem történik kézbesítés, akkor ellenőrizzük, hogy a MAILMAN_UID és MAILMAN_GID váltózóknak - helyesen adtuk-e meg a mailman ezen értékeit. Figyeljünk arra + helyesen adtuk-e meg a Mailman ezen értékeit. Figyeljünk arra is, hogy a rendszerszintű aliases fájlban nem található a listához közvetlenül kapcsolódó bejegyzés. @@ -207,18 +207,18 @@ Címzett azonosítása Az Exim címzett azonosítás funkciója nagyon hasznos, mivel segítségével az SMTP kapcsolat ideje alatt el lehet vetni a nem ismert címzettű -leveleket. Ez a funkció a saját tartományukba külső címekrő érkező +leveleket. Ez a funkció a saját tartományukba külső címekről érkező levelek esetén hasznos. A Mailman listák forgalmánál a levelek a saját szerverünkről indulnak és különböző külső, tőlünk független tartományokba -kerülnek elküldésre. Minden egyes levél több címzetnek kerülhet továbbításra +kerülnek elküldésre. Minden egyes levél több címzettnek kerülhet továbbításra -- akár egyszerre 500-nak is, ha a Mailman alapértelmezett értékét használjuk és nem módosítottuk az SMTP_MAX_RCPTS értékét. -A Mailman listák forgalmán cimzett azonosítást végezve problémák +A Mailman listák forgalmán címzett azonosítást végezve problémák merülhetnek fel. Általában az Exim a Mailman listákról érkező üzenetek -minden címzettjét megpróbálja elérni. Ehhez mindösszes pár keresést +minden címzettjét megpróbálja elérni. Ehhez mindössze pár keresést végez a DNSben minden egyes címzettnél, azonban ez a keresés a kézbesítést -nagyon lelassíthatja. Ezért célszerű kikpacsolni a címzett azonosítást +nagyon lelassíthatja. Ezért célszerű kikapcsolni a címzett azonosítást a Mailman forgalomra. 3-as Exim alatt a következőt kell elhelyezni az általános beállítások @@ -249,9 +249,9 @@ nagyon sok szerver a visszapattanási üzenet fejlécében hibás feladót tüntet fel (annak ellenére, hogy csak egy üres feladó címet kéne használniuk ilyen esetekben). -Azért, hogy a Mailman a visszapattanó cimeket kezelni tudja szükséges +Azért, hogy a Mailman a visszapattanó címeket kezelni tudja szükséges a Mailman listákon fogadni az ilyen leveleket, még akkor is ha ezek -nem alkalmassak visszapattanások azonosítására. Ezért többnyire +nem alkalmasak visszapattanások azonosítására. Ezért többnyire célszerű kikapcsolni az SMTP callback ellenőrzést a visszapattanó levelekre. @@ -285,7 +285,7 @@ végrehajtani, akkor a "DATA" ACL-t a következőképpen kell megadni: [Fontos, hogy a leírtakat nem tesztelték még teljesen a dokumentáció készítői!] -VERP használata Exim-mel és Mailman-nel +VERP használata Eximmel és Mailmannel ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ VERP esetén a listatagoknak a leveleket külön-külön küldjük el, a VERP @@ -329,7 +329,7 @@ a transports részeket pedig így: Lista ellenőrzése ~~~~~~~~~~~~~~~~~ -A következőkben bemutatjuk, hogy hogyan lehet ellenőrízni egy működő +A következőkben bemutatjuk, hogy hogyan lehet ellenőrizni egy működő rendszeren, hogy az Eximnek megadott listák címei megfelelően működnek. A példában az mems-exchange.org levelezőszerveren működő quixote-users@mems-exchange.org listán mutatjuk be a szükséges parancsokat diff --git a/messages/hu/README.POSTFIX.hu b/messages/hu/README.POSTFIX.hu new file mode 100644 index 000000000..6c6e0f52f --- /dev/null +++ b/messages/hu/README.POSTFIX.hu @@ -0,0 +1,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: diff --git a/messages/ru/LC_MESSAGES/mailman.mo b/messages/ru/LC_MESSAGES/mailman.mo Binary files differindex a43897951..063ccae27 100644 --- a/messages/ru/LC_MESSAGES/mailman.mo +++ b/messages/ru/LC_MESSAGES/mailman.mo diff --git a/templates/hu/listinfo.html b/templates/hu/listinfo.html index 4635db36e..cd7ec4592 100644 --- a/templates/hu/listinfo.html +++ b/templates/hu/listinfo.html @@ -1,4 +1,4 @@ -<!-- $Revision: 6010 $ --> +<!-- $Revision: 6029 $ --> <HTML> <HEAD> <TITLE><MM-List-Name> Információs lapja</TITLE> diff --git a/templates/hu/options.html b/templates/hu/options.html index 1185302d2..5d62784cb 100644 --- a/templates/hu/options.html +++ b/templates/hu/options.html @@ -1,4 +1,4 @@ -<!-- $Revision: 6010 $ --> +<!-- $Revision: 6029 $ --> <html> <head> <link rel="SHORTCUT ICON" href="<mm-favicon>"> diff --git a/templates/hu/roster.html b/templates/hu/roster.html index b04aecce7..a05a09725 100644 --- a/templates/hu/roster.html +++ b/templates/hu/roster.html @@ -1,4 +1,4 @@ -<!-- $Revision: 6010 $ --> +<!-- $Revision: 6029 $ --> <HTML> <HEAD> <TITLE><MM-List-Name> Tagok listája</TITLE> diff --git a/templates/hu/subscribe.html b/templates/hu/subscribe.html index 26d64ffe8..2e5f4c6da 100644 --- a/templates/hu/subscribe.html +++ b/templates/hu/subscribe.html @@ -1,4 +1,4 @@ -<!-- $Revision: 6010 $ --> +<!-- $Revision: 6029 $ --> <html> <head><title><MM-List-Name> Feliratokozások</title> </head> |