• MailServerAdministration

{title: Administration des Mailservers} {author: Lars} {date: 22. September 2004} {version: 0.5.1} {abstract: Ein kurze Beschreibung der wichtigsten administrativen Dinge auf faxe: einen neuen Account anlegen, eine neue Domain anlegen und die Einrichtung eines Alias.}

Alles zur Administration unseres Mailservers

Erstellen neuer Domains

Die (potentielle) neue Domain werde ich ab jetzt $DOM nennen -> $DOM.systemausfall.org.

• in die /var/qmail/control/rcpthosts die neue Domain eintragen
• zur /var/qmail/control/virtualdomains folgendes hinzufuegen:

DOM.systemausfall.org:domain-DOM Damit werden beispielsweise alle Mails an john@DOM.systemausfall.org nun an domain-DOM-john lokal zugestellt.

• die virtuelle alias-Weiterleitung fuer diese Adressen aktivieren:

ln -s .qmail-maildrop-virtual .qmail-domain-DOM-default So werden zukuenftig alle Mails, der Form "domain-DOM-NUTZER", dem jeweiligen userdb-Nutzer "DOM-NUTZER" geliefert.

Einrichten eines Mail-Accounts

• zuerst muss die gewuenschte Domain erstellt werden, falls noetig
• anschliessend einfach folgendes Skript aufrufen:

/home/scripts/erzeuge_courier_nutzer.sh DOM NUTZER

Einrichten eines Forwards

Beispiel: falls john@core.systemausfall.org eine Kopie seiner Mails an die Mailing-Liste planung@lists.systemausfall.org weiterleiten will, dann tut er folgendes: cat /var/qmail/alias/.qmail-maildrop-virtual >/var/qmail/alias/.qmail-domain-core-john echo "planung@lists.systemausfall.org" >>/var/qmail/alias/.qmail-domain-core-john chown alias.qmail .qmail-domain-core-john das geht natuerlich nur als root (oder alias?)

Einrichten eines Alias

Beispiel: falls john@core.systemausfall.org auch die Mails vom Account zweite_adresse@systemausfall.org in seinen john-Briefkasten zugestellt haben moechte, dann tut er folgendes: echo "john@core.systemausfall.org" >/var/qmail/alias/.qmail-domain-sao-zweite_adresse chown alias. /var/qmail/alias/.qmail-domain-sao-zweite_adresse wiederum nur als root (oder alias?)

Ändern eines Nutzerpasswortes

/usr/local/bin/userdbpw -md5 | /usr/local/bin/userdb $USERDB_NUTZER set systempw /usr/local/bin/makeuserdb (nicht vergessen!)

sqwebmail

Konfiguration

im Verzeichnis /usr/local/share/sqwebmail liegen ein paar wichtige Dateien:

nochangingfrom

falls sie nicht existiert, kann der Sender bei jeder Mail den From:.Eintrag selbst festlegen

sendit.sh

hier koennen die ausgehenden Mails (bzw. Headerinformationen) manipuliert werden (irgendwie scheint jedoch die Existenz von nochangingfrom trotzdem die Aenderung des From: zu verhindern ... seltsam)

usexsender

fuegt einen Eintrag X-Sender zum Header hinzu -> Nachvollziehbarkeit der Quelle trotz manipuliertem From:

gpg fuer sqwbmail konfigurieren

neu (2008-04-28)

Aktivierierung von gpg fuer den Nutzer

/usr/sbin/webgpg /data/maildirs/NUTZERNAME

Schluesselimport

derzeit nur per Hand: gpg --homedir /data/maildirs/NUTZERNAME/Maildir/gpg --import /SCHLUESSELDATEI

alt

• alles Folgende als courier-user durchfuehren (su - courier)

• anstelle von sao musst du fuer die core-Domain natuerlich core einsetzen ...

Aktivierierung von gpg fuer den Nutzer

/usr/local/share/sqwebmail/webgpg /home/courier/domains/sao/NUTZERNAME

Aktivierierung von gpg fuer den Nutzer

/usr/local/share/sqwebmail/webgpg /home/courier/domains/sao/NUTZERNAME/Maildir denkt [a] oder?

Schluesselimport

derzeit nur per Hand: gpg --homedir /home/courier/domains/sao/NUTZERNAME/Maildir/gpg oder per Mail-Anhang moeglich