Mailman - The GNU Mailing List Management System
Copyright (C) 1998-2004 Free Software Foundation, Inc.
51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, 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.

A GNU Mailman honlapjának címe: http://www.list.org

A programot le lehet tölteni a következő címről:
http://sf.net/project/showfiles.php?group_id=103


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://gcc.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. Az előző 
      lépésben létrehozott mailman felhasználó tagja kell, hogy legyen
      ennek a csoportnak.

    - 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, mint a list archívuma és a beállításait
            tartalmazó konfigurációs állományok a <dir> könyvtárba
            kerüljenek, ne pedig 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-mailhost
	    A megadott teljes gépnevet fogja részben felhasználni
	    a program a kimenő e-mailekhez. Telepítés után a 
	    beállított értéket a $PREFIX/Mailman/mm_cfg.py 
	    állományon keresztül módosítani lehet.

      --with-urlhost
            A megadott teljes gépnevet fogja részben felhasználni
	    a program az internetes címekhez. Telepítés után a
            beállított értéket a $PREFIX/Mailman/mm_cfg.py
	    állományon keresztül módosítani lehet.
            
      --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 a
      Pipermail könyvtárra különben az archívum nem fog megfelelően
      megjelenni. Ha az alapértelmezett telepítési útvonalat használtuk,
      akkor Apache esetén a következőhöz hasonló sort kell elhelyezni a
      konfigurációs állományában:

      <Directory "/usr/local/mailman/archives/public/">
          AddDefaultCharset Off
      </Directory>

      Ezek után indítsuk újra a web kiszolgálót.

    - 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 állítsuk be a központi levelezőlistát. Ebben segítségünkre
      lehet a központi listák általános beállításait tartalmazó sablonfile,
      a misc/sitelist.cfg állomány. A sablont a központi levelezőlistára
      a következő paranccsal lehet alkalmazni:

	  % bin/config_list -i data/sitelist.cfg mailman

      Mielőtt felhasználnánk a sablont mindenképp nézzük meg, hogy az
      abban található beállítások megfelelnek-e nekünk (annak ellenére, 
      hogy számos beállítást éríntetlenül hagy a sitelist.cfg fájl). Ha 
      módosítottuk a központi listát, akkor utána el ne felejtsük az
      adminisztrációs oldalon is leellenőrízni a beállított értékeket,
      hogy megfelelnek-e az elvárásainknak.  
      
      Ezek után iratkozzunk fel erre a mailman levelezőlistára az 
      adminisztrációs oldalon keresztül. Az e-mailben történő feliratkozás
      ezen a ponton még nem működik, így azt ne használjuk.

    - 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)
   
    
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:
