qmail, courier und procmail ganz simpel und einfach
===================================================

* apt-get install ucspi-tcp-src
  - builden nach /tmp

* apt-get install courier-imap
  - der Rest erledigt sich von alleine

* apt-get install qmail-src
  - build-qmail ... builden nach /tmp
  - remove files in /tmp ... yes
  - install qmail...deb .... yes
  - purge qmail-src ........ yes

=> Konfiguration von qmail <=

  In /var/qmail liegen die Links auf die Config-Verzeichnisse

  - in das Verzeichnis /var/qmail wechseln  
  - echo root > alias/qmail-default
  - in users/assign eintragen (Wichtig ist der Punkt am Ende, die UID (!) und GID (!) durch die richtige (!) ersetzen)
    =alias:alias:64010:65534:/var/qmail/alias:::
    +alias-:alias:64010:65534:/var/qmail/alias:-::
    .
  - echo meinedomain.de > control/me (wird in ausgehender Post vermerkt)
  - echo localhost > control/locals  (alle anderen Domains werden in virtualdomains eingestellt)
  - in control/virtualdomains eintragen
        user@domain:prepend
        
        Beispiele:
        roeber.de:raromail      
        -> liefert alle Mails in der Domain roeber.de lokal an den User raromail (sofern vorhanden)
        
        ralf@roeber.de:raromail 
        -> liefert nur die Mails an ralf@roeber.de lokal an den User raromail ... alle anderen
           gehen raus an den MX von roeber.de
  
  - falls offizielle Mails via SMTP von aussen empfangen werden sollen,
    dann diese FQDNs in control/rcphosts eintragen
        
  - im Userverzeichnis raromail wird die Mail kontrolliert
  
    -> ich empfehle diese Art der Behandlung, da 
       - die zentralen qmail-configs fuer eine dedizierte Betrachtung der einzelnen 
         Einstellungen von jedem einzelnen Mailaccount zu unuebersichtlich werden
       - die Fehlersuche sich auf einzelne Mailaccounts beschraenkt und nicht immer
         gleich das ganze System beeinflusst
  
    -> vor dem anlegen der Mailuser /etc/skel anpassen (das vereinfacht die Sache ganz erheblich)
       - cd /etc/skel
       - maildirmake Maildir
        - .qmail-default anlegen ... "|/usr/sbin/qmail-procmail"
         -> damit wird die weitere Behandlung an procmail uebergeben.
        - chmod a-rxw .qmail-default
        - chmod u+rw .qmail-default (wichtig, nur der User darf die Datei lesen koennen)
        - .procmailrc anlegen 
                PATH=/bin:/usr/bin
                MAILDIR=$HOME/Maildir   #Make sure this exists!
                DEFAULT=$MAILDIR/       #deliver to same place for both mutt and Eudora
                LOGFILE=$HOME/pm.log    #My jtest script assumes I am using this name
                VERBOSE = off
                TMP=/var/tmp
        - chmod a-rxw .procmailrc
        - chmod u+rw .procmailrc (wichtig, nur der User darf die Datei lesen koennen)
       
    -> jetzt den Mailuser anlegen
       - adduser raromail   ... der User bekommt jetzt sofort die ganzen Einstellungen
         per Detfault aus /etc/skel uebergeben. Das ist klasse, wenn spaeter noch weitere
         User angelegt werden sollen.
   
=> Starten der Dienste <=
    -> /etc/init.d/qmail cdb 
    -> qmail-newu            
    -> /etc/init.d/qmail start bzw. restart
    -> /etc/init.d/courier-imap start bzw. restart
    -> /etc/init.d/courier-authdaemon start bzw. restart

=> Testen <=

    -> die Mailbehandlung beschraenkt sich nach obiger Konfiguration
       eigentlich auf die Art, wie hier http://www.qmail.org/man/misc/PIC.local2virt.txt
       beschrieben ... naemlich irgendwas nach virtuellem User ... alles andere geht raus
    -> mail -s "ralf@roeber.de" ralf@roeber.de
    -> ls -alR /home/raromail/Maildir ... zeigt die eine Nachricht
    -> wird die Mail nicht zugestellt?
       -> Fehler in .procmailrc ausschliessen
         -> echo &ralf@webmailaccount.de > /home/raromail/.qmail-default
            -> ACHTUNG! Die Rechte der Datei muessen auf -rw------- stehen
       -> neuer Test ... geht die Mail nicht an den anderen Account, so liegt
          der Fehler irgendwo in /var/qmail ... viel Spass beim Suchen
                
Alles weitere www.lifewithqmail.org. 



raro, 31.07.2003