diff options
Diffstat (limited to 'messages/hu/INSTALL.hu')
-rw-r--r-- | messages/hu/INSTALL.hu | 597 |
1 files changed, 597 insertions, 0 deletions
diff --git a/messages/hu/INSTALL.hu b/messages/hu/INSTALL.hu new file mode 100644 index 00000000..faf16184 --- /dev/null +++ b/messages/hu/INSTALL.hu @@ -0,0 +1,597 @@ +Mailman - The GNU Mailing List Management System +Copyright (C) 1998,1999,2000,2001,2002 Free Software Foundation, Inc. +59 Temple Place - Suite 330, Boston, MA 02111-1307, USA + +Ebben az állományban a GNU Mailman telepítéséhez találunk útmutatót, +amely a GNU szabványos autoconf programjával történik. Legelőször a +rendszeren kell bizonyos beállításokat (ezekről alább lehet olvasni) +elvégezni, s csak ezek után kell a Mailman programot konfigurálni és +telepíteni. + +FONTOS: A crontab beállításra fordítsunk különös figyelmet, ahogy az +a lentebb le van írva, különben a Mailman nem fog megfelelően működni. + +FRISSÍTÉS: A frissítés legtöbbször nem jelent mást, mint a régi +verzióra egy új verzió másolását. Azonban frissítés előtt ajánljuk el- +olvasásra az UPGRADING állományban található fontos információkat. + + +0. Telepítési igények + + Rendelkeznünk kell egy levelezőszerverrel (MTA), ahová a leveleket + lehet küldeni, és egy webszerverrel, amely támogatja a CGI/1.1 API-t. + Webszervernek az Apache megfelelő választás, míg MTA-nak a Postfix, + az Exim, a Sendmail és qmail közül bármelyik megfelel. + + Ezenfelül egy ANSI C fordítóval is rendelkeznünk kell, amelynek + segítségével lehet a biztonsági követelményeknek megfelelő wrapper + programokat előállítani. GNU C fordítója, a gcc 2.8.1 vagy ennél + frissebb megfelel a célnak. A gcc beszerzéséről bővebben a + következő oldalon olvashatunk: + + http://www.gnu.org + + A Python feldolgozó nyelvnek is telepítve kell lennie a rendszeren. + A megfelelő működéshez jelenleg a Python 2.1.3-as vagy 2.2.1-es + verziója ajánlott. Bővebb információt a Python forráskódjának, vagy + RPM csomagjának és lefordított bináris változatának beszerzéséről a + következő oldalon olvashatunk: + + http://www.python.org + + 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 + 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. + + Ha találunk a levelezőszerverünkhöz (MTA) README.<MTA-nk> állományt, + akkor olvassuk el azt. A Mailman egyes MTA-kkal képes fejlettebb + együttműködésre (pl. listák automatikus létrehozása, megszüntetése + webfelületről). Ilyen levelezőszerver az Exim vagy a Postfix. A + levelezőszerverhez szükséges beállításokról a megfelelő README + állományokban lehet olvasni. + + +1. A rendszer beállítása + + A következő lépésekhez root jogokkal kell rendelkeznünk. + + A Mailman program telepítése előtt a rendszerhez kell adni a + megfelelő felhasználót és csoportot. + + - Hozzunk létre egy új felhasználót `mailman' névvel. Ez legtöbbször + az /etc/passwd állományba kerül bejegyzésre. Ha a `mailman' + felhasználónév már foglalt, akkor bármilyen más egyedi nevet + választhatunk, ekkor olvassuk el a --with-username kapcsolónál + található megjegyzést. + + - Hozzunk létre egy `mailman' nevű csoportot. Ez legtöbbször az + /etc/group állományba kerül bejegyzésre. A Mailman állományai a + `mailman' csoport tulajdonában kerülnek telepítésnél, set-group-id + bit jogokkal. Ezzel mind a webes, mind a levelezőprogramok együtt + tudnak működni. Ha a `mailman' csoportnév már foglalt, akkor + bármilyen más egyedi nevet megadhatunk. Ekkor olvassuk el alább + a --with-groupname kapcsolónál található megjegyzést. + + - Hozzunk létre egy könyvtárat, ahová a programot telepíteni fogjuk + (ezt a továbbiakban $prefix-nek nevezzük). A Mailman összes + állománya a $prefix-ben megadott könyvtárba fog kerülni. + A "configure --help" paranccsal a különböző telepítési + kapcsolókról lehet többet megtudni. + + A Mailman 2.1 alapértelmezett telepítési könyvtára az + /usr/local/mailman. Mailman 2.1alpha2-nél régebbi verzióknál ez + a /home/mailman könyvtár volt. Az alapértelmezett beállítást + a configure parancs --prefix kapcsolójával lehet megváltoztatni. + Ha Mailman 2.1-nél régebbi verziót szeretnénk frissíteni, akkor + külön meg kell adnunk a --prefix kapcsolót, hacsak nem akarjuk a + listákat magunktól áthelyezni (ez előnyős lehet, ha saját magunk + szeretnénk a frissítést elvégezni). + + Néhány rendszeren az /usr/local könyvtárat tartalmazó partíción + tiltva van a SUID programok futtatása. A Mailman rendes működéséhez + 'set-gid'-es programokat használ, ezért az ilyet nem támogató + partíciókra nem célszerű telepíteni a programot. + Ha a rendszer ilyen partícióval rendelkezik, akkor a Mailman-t + olyan könyvtárba kell telepíteni, ahol engedélyezett a setgid + programok futása. + + Győződjünk meg arról hogy a telepítés könyvtára a `mailman' + (vagy a --with-groupname-nél megadott) csoport tulajdonában + van és rendelkezik a setgid bit-tel (BSD rendszergazdák olvassák + el a README.BSD állományt bővebb információért). A könyvtárat + ezenfelül mindenki számára elérhetővé és futtathatóvá kell + tenni. Ezt pl. a következő parancsokkal lehet biztosítani: + + % cd $prefix + % chgrp mailman . + % chmod a+rx,g+ws . + + Ezek után lehet a Mailman-t telepítésre felkészíteni, majd + telepíteni. + + +2. configure futtatása + + A --with-mail-gid ÉS --with-cgi-gid KAPCSOLÓKRA VALÓSZÍNŰLEG + SZÜKSÉGÜNK LESZ EZÉRT OLVASSUK EL A HOZZÁJUK TARTOZÓ LEÍRÁST! + + A következőkben leírt parancsokhoz nem kell root jogokkal + rendelkeznünk. A saját bejelentkezési nevünk alatt, vagy azon névvel, + amellyel általában telepítjük a programokat is végrehajthatjuk a + következő parancsokat. Nem szükséges mailman felhasználóként sem + a lépéseket követni, de akár mailman-ként is dolgozhatunk. Azonban + győződjünk meg róla, hogy az alkalmazott felhasználóinév tagja-e a + mailman csoportnak, mivel az előző lépésben létrehozott könyvtárhoz + írási joggal rendelkezik a mailman csoport. + + Fontos, hogy a telepítés könyvtárához legyen írási jogunk, valamint + setgid beállítási lehetőség (NFS és más köteteket be lehet + állítani úgy, hogy ne vegyék figyelembe a setgid beállításokat). + + Ha már telepítettünk más GNU programot, akkor a configure szkript + ismerős lehet. Általában a program forráskönyvtárában kell + lépni és a configure parancsot kiadni kapcsolók nélkül: + + % cd mailman-<verzió> + % ./configure + % make install + + A következő kapcsolókkal lehet a Mailman telepítést befolyásolni. + + --prefix=<dir> + Hagyományos GNU configure kapcsoló, amellyel megadható + a könyvtár neve, ahova a Mailmant telepítjük. Alapesetben + a $prefix értéke /usr/local/mailman. A könyvtárnak léteznie + kell és a fenn leírtaknak megfelelően beállítva kell + lennie. + + --exec-prefix=<dir> + Hagyományos GNU configure kapcsoló, amellyel a rendszerre + jellemző lefordított (bináris) állományok telepítési + helyét lehet megadni. + + --with-var-prefix=<dir> + Változó állományok a <dir> könyvtárba kerüljenek és ne + a prefix-ben vagy exec_prefix-ben megadottba. + + --with-python=</path/to/python> + Egyéni Python parancsfeldolgozó elérési útjának megadása + a wrapper programok számára. Alapesetben a burok $PATH + környezeti változójában legelőször megtalált parancsfel- + dolgozó ez. Jó tudni, hogy a szkriptek parancssorbóli + futtatásakor mindig a $PATH alapján legelőször megtalált + Pyton parancsértelmező kerül felhasználásra. + + --with-username=<felhasználónév-vagy-uid> + Megadja, hogy milyen a `mailman'-tól eltérő felhasználónév + legyen az alapértelmezett. Csak akkor használjuk, ha a + `mailman' felhasználónevet már más valaki használja (pl. + Mark Ailman bejelenetkező neve). Név helyett annak + azonosító számát (user id) is meg lehet adni. Fontos, + hogy a $prefix-ben megadott könyvtár az itt megnevezett + felhasználó tulajdonában legyen. + + --with-groupname=<csoportnév-vagy-gid> + Megadja, hogy milyen a `mailman'-tól eltérő csoportnév + legyen az alapértelmezett. Csak akkor használjuk, ha a + `mailman' csoportnév már foglalt. Név helyett annak + azonosító számát (group id) is meg lehet adni. Fontos, + hogy a $prefix-ben megadott könyvtár az itt megnevezett + csoport tulajdonában legyen. + + --with-mail-gid=<csoport-vagy-csoportok> + Egyéni csoportot lehet megadni a szkriptek futtatásához + a mail wrappernél. <csoport-vagy-csoportok>-nak több + csoportazonosító számot vagy csoport nevet is meg lehet + adni. A felsoroltak közül a legelső, amelyik létező + csoportot ad meg kerül felhasználásra. Alapesetben a lista + értéke `mailman other mail daemon'. + + Ez beállítás rendszerenként változik, így minden + rendszeren ellenőrizni kell, mivel a csoport azonosítója + biztonsági okok miatt rögzítve lesz a wrappper programban. + Sendmail-t használó rendszereken a sendmail.cf állomány + "DefaultUser" sora tartalmazza a kívánt azonosítót. + (Ha nincs megadva, csak megjegyzésként feltüntetve + /commented out/, akkor is valószínű a jó értéket mutatja...) + + Az itt megadandó értékhez olvassuk el a saját MTA-nk + dokumentációját vagy konfigurációs állományát. + + --with-cgi-gid=<csoport-vagy-csoportok> + Egyéni csoportot lehet megadni a szkriptek futtatásához + a CGI wrappernél. <csoport-vagy-csoportok>-nak több + csoportazonosító számot vagy csoport nevet is meg lehet + adni. A felsoroltak közül a legelső, amelyik létező + csoportot ad meg kerül felhasználásra. Alapesetben a lista + értéke `www www-data nobody'. + + A megfelelő érték web kiszolgálókként eltérő lehet. Ezért + minden rendszeren ellenőrizni kell az értékét, mert a csoport + azonosítója biztonsági okok miatt rögzítve lesz a CGI + wrapper programban. Rossz érték esetén egyetlen Mailman + CGI szkript sem fog futni. + + Apache használók a httpd.conf állomány `Group' részénél + találják meg a megfelelő értéket. + + --with-cgi-ext=<kiterjesztés> + A cgi-bin programok kiterjesztését lehet vele megadni. + A CGI programok a $PREFIX/cgi-bin könyvtárba kerülnek + a megadott kiterjesztéssel ellátva (néhány web + kiszolgálónál kötelező kiterjesztést is megadni). + A <kiterjesztés>-ben a pontot is meg kell adni. + + --with-gcc=no + A fordításhoz ne gcc-t használjon, még ha az meg is található + a rendszeren. Ilyenkor a $PATH-ból elérhetőnek kell lennie + a `cc' fordítóprogramnak. + + +3. Telepítés utáni ellenőrzés + + A telepítés után ellenőrizni kell a jogokat és tulajdonosokat, + ehhez használjuk a check_perms programot: + + - cd $prefix + + - bin/check_perms + + Ne próbáljuk meg a forrás könyvtárból a bin/check_perms programot + futtatni; az csak a telepített könyvtárban (lásd $prefix) fog + megfelelően működni. + + Ha a program hiba nélkül fut le, akkor nagy valószínűséggel jól + van beállítva a telepített Mailman :) Ha hibaüzenetet ír ki, akkor + a hibát lehet lépésről lépésre, újratelepítéssel, vagy a check_perms + program segítségével (ez a legjobb megoldás) kijavítani: + + - Be kell lépni azon felhasználóként, akivel a telepítés történt + (és aki tulajdonosa a $prefix-ben található állományoknak), vagy + rootként; és a következőket kell végrehajtani: + + - bin/check_perms -f parancs kiadása + + - Majd ismételgessük az előző lépéseket, amíg a hiba meg nem szűnik! + + +4. Végső beállítások + + Gratulálunk! Sikeresen telepítettük a Mailman programot. A működéséhez + már csak a web részt és levelezőrészt kell a Mailman-nel egybehangolni. + + - Ha a levelezőrendszert és web kiszolgálót eltérő gépeken szeretnénk + futtatni, a Mailman programot NFS-en megosztani, akkor fontos, + hogy a gépek rendszerórája egymással szinkronban legyen. A + Mailman/LockFile.py állományban a CLOCK_SLOP konstans állítgatásá- + val a különböző rendszerek közötti időeltérést lehet ellensúlyozni. + + - Állítsuk be a web kiszolgálót, hogy a $prefix/cgi-bin könyvtárban + található CGI-ket futtassa. Ezt valószínű root-ként kell megtenni. + + A következőkhöz hasonló sort kell majd megadni (a $prefix helyére + a tényleges könyvtár nevet kell megadni teljes elérési úttal): + + Exec /mailman/* $prefix/cgi-bin/* + vagy: + ScriptAlias /mailman/ $prefix/cgi-bin/ + + Részletekért olvassuk el a web kiszolgálónk dokumentációját. + + - Fontos meggyőződnünk arról, hogy az a felhasználói azonosító, + amellyel a CGI fut *nem* tagja-e a `mailman' csoportnak, különben + a privát archívumot nem lehet majd elérni. + + - A Mailman, Python és GNU logókat másoljuk a web kiszolgáló által + is elérhető könyvtárba. Pl. Apache-nál van egy `icons' könyvtár, + ahova érdemes a megosztott képeket másolni. A képeket a következő + paranccsal tudjuk a megfelelő könyvtárba másolni: + + % cp $prefix/icons/*.{jpg,png} /apache/eleresi/utvonala/icons + + Ezek után a $prefix/Mailman/mm_cfg.py állományban lehet megadni + a logók elérést. Valahogy így: + + IMAGE_LOGOS = '/images/' + + Az IMAGE_LOGOS alapértelmezett értéke '/icons/'. Bővebben a + Defaults.py-ben lehet róla olvasni. + + - A levelezőlisták nyilvános Pipermail archívumához a web + kiszolgálónak a következőt kell megadni: + + Apache-nál például: + + Alias /pipermail/ $varprefix/archives/public/ + + ahol $varprefix többnyire a $prefix, ha a configure-nak nem + lett külön megadva a --with-var-prefix kapcsoló. + + Részletekért olvassuk el a web kiszolgálónk dokumentációját. + A kiszolgálót be kell állítani a szimbolikus kötések követésére + is különben a Pipermail archívumot nem lehet elérni. Apache + felhasználóknak a FollowSymLinks opciót kell megadniuk. + + Ha a levelezőlistáink nyilvános archívumait különböző nemzeti + nyelveken is helyesen szeretnénk megjeleníteni, akkor fontos, hogy + kapcsoljuk ki a webszerverünk alapértelmezett karakterkódolását. + Apache esetén ehhez az "AddDefaultCharset off" sort kell elhelyezni + a konfigurációs állományában. + + Ezek után indítsuk újra a web kiszolgálót. + + - A crontab beállítása. A Mailman működéséhez számos folyamatot + kell a cron-nak futtatnia. Régebbi verziójú Mailman frissítésekor + ne felejtsük el az új crontab beállításokat elvégezni. Ha + egyidejűleg több Mailman-t szeretnénk a rendszerünkön futtatni, + akkor ügyeljünk a crontab helyes beállítására, mivel a hibás + crontab beállítások a párhuzamosan működő Mailman-eknél hibához + vezethet. + + Ha a crontab támogatja az -u kapcsolót, akkor a következő lépéseket + root-ként hajtsuk végre. A $prefix/cron/crontab.in felvételéhez + a crontab-ba a következő parancsokat kell végrehajtani: + + % cd $prefix/cron + % crontab -u mailman crontab.in + + Ha használtuk a --with-username kapcsolót, akkor a mailman + helyett az ott megadott értéket használjuk az -u kapcsolónál. + Ha crontab nem támogatja az -u kapcsolót, akkor használjuk a + következő parancsokat: + + % cd $prefix/cron + % su - mailman + % crontab crontab.in + + - A Mailman qrunner démon futtatásához a következő parancsot kell + kiadni a $prefix könyvtárban: + + % bin/mailmanctl start + + Ha azt szeretnénk, hogy minden rendszerindításkor elinduljon a + program, és az operációs rendszerünk támogatja a chkconfig + parancsot (pl. RedHat és Mandrake Linux), akkor rootként elég + a következő parancsokat kiadni: + + % cp scripts/mailman /etc/init.d/mailman + % chkconfig --add mailman + + (Néhány rendszernél az /etc/init.d helyett /etc/rc.d/init.d -t + kell használni.) + + Debian-t használók a chkconfig helyett a + + % update-rc.d mailman defaults + + parancsot használják. + + Azon Unix rendszereknél, amelyek nem támogatják a chkconfig + programot másoljuk át a scripts/mailman állományt az init + könyvtárba: + + % cp misc/mailman /etc/init.d + + és hozzuk létre a szimbolikus kötéseket rootként a következő + parancsokkal: + + % cd /etc/rc.d/rc0.d + % ln -s ../init.d/mailman K12mailman + % cd ../rc1.d + % ln -s ../init.d/mailman K12mailman + % cd ../rc2.d + % ln -s ../init.d/mailman S98mailman + % cd ../rc3.d + % ln -s ../init.d/mailman S98mailman + % cd ../rc4.d + % ln -s ../init.d/mailman S98mailman + % cd ../rc5.d + % ln -s ../init.d/mailman S98mailman + % cd ../rc6.d + % ln -s ../init.d/mailman K12mailman + + - 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 + modósítjuk, akkor lehet hogy szükséges az mm_cfg.py állományba ezen + változók után még megadni a következő parancsot is: + + add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST) + + - Hozzuk létre a "központi" levelezőlistát. A jelszó emlékeztetők + ennek a listának a címéről fognak érkezni. A lista neve általában + "mailman", de igény szerint változtatható a MAILMAN_SITE_LIST + változó segítségével, amelyet az mm_cfg.py (lásd később) állományban + kell megadni. + + % bin/newlist mailman + + Kövessük az utasításokat és bővebb információkért olvassuk el a + README.hu állományt. + + - Ezek után iratkozzunk fel erre a mailman levelezőlistára. + + +5. Mailman finomhangolása + + A következő beállításokat a 2. fejezetben tárgyalt felhasználóként + hajtsuk végre. + + - A $prefix/Mailman/Defaults.py számos beállítást tartalmaz. Ha + ezek valamelyikét meg akarjuk változtatni, akkor azt a + $prefix/Mailman/mm_cfg.py állományban kell megadni és SOHA SEM + a Defaults.py állományban. A Defaults.py-ben minden beállításról + bővebb információ található. Egyes beállítások megváltoztatásának + nincs hatása már létrehozott listáknál, ha szeretnénk a már létező + listákra is alkalmazni a módosított beállításokat, akkor újra létre + kell hozni az adott listát. A listákat az adminisztrációs oldalon + keresztül, vagy parancssorban a bin/withlist vagy bin/config_list + parancs segítségével lehet beállítani. + + A telepítés nem írja felül a létező mm_cfg.py állományt, így + abban nyugodtan el lehet helyezni a szükséges személyes beállításokat. + + Fontos: Soha *ne* változtassuk meg a HOME_DIR vagy MAILMAN_DIR + változók értékét. Ezeket automatikusan a telepítő állítja be. + + Magyar nyelv ékezetes betűinek helyes megjelenítéséhez az alábbi + sorokat helyezzük el az mm_cfg.py állományban: + + DEFAULT_CHARSET='iso-8859-2' + VERBATIM_ENCODING=['iso-8859-2'] + + - Ha azt szeretnénk, hogy a rendszer alapértelmezett nyelve a + magyar legyen, akkor adjuk az mm_cfg.py-hez a következő sort: + + DEFAULT_SERVER_LANGUAGE='hu' + + - Rendszerszintű jelszó létrehozása a következő paranccsal történik: + + % $prefix/bin/mmsitepass <rendszerszintű-jelszó> + + Ezt a jelszót meg lehet adni, mind felhasználó-, mind admin- + szintű beállítások megváltoztatásánál. A rendszer adminisztrátor + így képes a listák beállításának módosítására is. + + Itt lehet megadni a rendszerhez használatos "lista létrehozó" + jelszót is (ezzel lehet majd a rendszerszintű jelszó mellett + listákat létrehozni és törölni web-felületről). A jelszó + beállításához a "mmsitepass"-t a -c kapcsolóval kell futtatni. + + +6. Munka megkezdése + + Lásd a README.hu állomány "ELSŐ SAJÁT LEVELEZŐLISTA LÉTREHOZÁSA" + szakaszát egy próba levelezőlista létrehozásához. + + +7. Problémák + + Ha hibát észlelünk a Mailman működése során, akkor először olvassuk + el a "Gyakori hibák" részt. Ha ott nem találunk megoldást, akkor + nézzük meg a FAQ.hu állományt és az Interneten az online FAQ Wizard-ot. + Ezek után ellenőrizzük a $prefix/logs/error állományban a Mailman + bejegyzéseket. + + A naplóállományok helye rendszerenként változik. Lehet az a + /var/log/maillog, vagy a /var/log/syslog. Számos gépen a napló- + állományok az /adm/log/ könyvtárban és nem a /var/log könyvtárban + találhatóak. + + Hiba esetén küldjük el a hiba leírását a mailman-users@python.org + címre. Mondjuk el, hogy mit csináltunk a hiba előtt és hogy mit + tartalmaznak ezzel kapcsolatban a naplóállományok. Ezen túl adjuk + meg a gépünk paramétereit és a használt Python, Mailman verziószámát. + +8. Gyakori hibák + + Hiba: Az összes Mailman oldalra a "404 File not found" üzenetet kapom. + + Megoldás: Nincs megfelelően beállítva a web kiszolgálója a Mailman + CGI parancsok futtatására. Győződjünk meg a következőkről: + + 1) A web kiszolgáló be van állítva a $prefix/cgi-bin + futtatására + 2) A web kiszolgáló megfelelően lett újraindítva. + + Olvassuk el a web kiszolgálónk dokumentációját ezen + módosítások végrehajtásáról. + + + Hiba: Az összes Mailman oldal "Internal Server Error" jelez. + + Megoldás: A legvalószínűbb, hogy a CGI szkripteknek rossz GID vagy + UID lett megadva. Nézzük meg a naplóállományokat. Ha a + következő sorhoz hasonlót találunk benne: + + Attempt to exec script with invalid gid 51, expected 99 + + akkor újra kell telepíteni a Mailmant és a $CGI-GID-nek 51-et + adjunk meg a telepítés részben ismertetettek szerint. + + + Hiba: A listára küldött levelem visszajön azzal az üzenettel, hogy + a lista nem található! + + Megoldás: Valószínűleg nem lettek a szükséges bejegyzések a rendszer + alias adatbázisához adva a newlist parancs futtatása után. Ha + mégis hozzá lettek adva, akkor valószínű nem lett frissítve az + adatbázis, vagy nem lett futtatva a newaliases parancs. Ekkor + az 5. fejezetben tárgyaltak szerint járjunk el. + + + Hiba: A listára küldött levelem visszajön a következő üzenettel: + "unknown mailer error". + + Megoldás: A legvalószínűbb, hogy nem megfelelő GID vagy UID lett megadva + a levelezőrésznek. Nézzük meg a naplóállományokat. Ha a + következőhöz hasonlót találunk benne: + + Attempt to exec script with invalid gid 51, expected 99 + + akkor újra kell telepíteni a Mailmant és a $MAIL_GID-nek 51-et + adjunk meg, ahogy az a telepítési részben le van írva. Postfix + felhasználók olvassák el a következő hibát is, amely náluk + fordul elő leggyakrabban. + + + Hiba: MTA-nak Postfixet használok és a mail wrapper programok hibás + GID-et említenek a naplóállományokban. + + Megoldás: A Postfix main.cf állományában az "alias_maps" változóknál + hozzunk létre egy új alias állomány bejegyzést. Ezt az új + állományt a Mailman könyvtárába, vagy olyan helyre ahol a + Mailman-nak írási joga is van helyezzük el; + *mailman felhasználóként* futtassuk a Postfix "postalias" + parancsát ezen az állományon. + + % postalias <alias_fájl_neve> + + Még mindig mailman felhasználóként adjuk ki a következőt: + + % python -c'import os; print os.getgid()' + + Ezzel megkapjuk azt a csoport azonosító számot, amelyet meg + kell adnunk a Mailman telepítésekor a mail wrapper programok + számára. Legyen ez mondjuk "joGID". Konfiguráljuk újra a + Mailman-t a következő paranccsal: + + % ./configure --with-mail-gid=joGID + + Olvassuk el a README.POSTFIX.hu állományt a Postfix és + Mailman összekapcsolásához. + + + Hiba: A listára küldött levelem visszajön a következő üzenettel: + "sh: mailman not available for sendmail programs" + + Megoldás: A rendszer sendmail korlátozott shell-t használ (smrsh). Be + kell állítani az smrsh-t úgy, hogy egy szimbolikus hivatkozást + hozunk létre a mail wrapper-ről (%prefix/mail/mailman) abba + a könyvtárba, amelyben az engedélyezett smrsh-k futhatnak. + + Ezt a könyvtárat általában a /var/admin/sm.bin, + /usr/admin/sm.bin vagy /etc/smrsh helyen találhatjuk. + + Debian Linux alatt a megadott /usr/lib/sm.bin könyvtár + nem működik, ezért hozzuk létre az /usr/admin/sm.bin + könyvtárat és ide hozzuk létre a szimbolikus hivatkozásokat. + + + Hiba: Összezavarodtam a configure futtatásánál. Hogyan tudom + törölni a felesleges fájlokat újratelepítéshez? + + Megoldás: % make clean + % ./configure --with-jó-kapcsolók + % make install + + + +Local Variables: +mode: indented-text +indent-tabs-mode: nil +End: |