Debian Mailsystem: Unabhängige “Domain” zum Standardsystem: Unterschied zwischen den Versionen
Niki (Diskussion | Beiträge) |
Niki (Diskussion | Beiträge) |
||
Zeile 1: | Zeile 1: | ||
+ | <section begin="head"/> | ||
Prinzipiell verwende ich auf meinem Server das “Standard”-Debian Paket für Mail (SMTP/IMAP): Exim und Courier. Vor längerer Zeit wurde aber die Forderung nach einem zweiten “virtuellen” Server für stiftingtal.net laut, das unabhängig vom jetzigen System eingebaut werden sollte. Bis jetzt hab ich per exim einfach einen zusätzlichen Director/Transport eingtebaut, der Mails für die Domain stiftingtal.net nach /var/spool/mail/stiftingtal.net/ verschoben hatte. Für die Mailaliase gabs zusätzlich Symlinks auf w-lan.mine.nu und wlan.lan. Abgeholt wurden die Mails per POP3. Dazu hab ich einen einfachen extra Server “teapop” installiert. mySQL hat leider nie funktioniert, so wurde einfach eine normale passwd-file aus der Datenbank generiert. | Prinzipiell verwende ich auf meinem Server das “Standard”-Debian Paket für Mail (SMTP/IMAP): Exim und Courier. Vor längerer Zeit wurde aber die Forderung nach einem zweiten “virtuellen” Server für stiftingtal.net laut, das unabhängig vom jetzigen System eingebaut werden sollte. Bis jetzt hab ich per exim einfach einen zusätzlichen Director/Transport eingtebaut, der Mails für die Domain stiftingtal.net nach /var/spool/mail/stiftingtal.net/ verschoben hatte. Für die Mailaliase gabs zusätzlich Symlinks auf w-lan.mine.nu und wlan.lan. Abgeholt wurden die Mails per POP3. Dazu hab ich einen einfachen extra Server “teapop” installiert. mySQL hat leider nie funktioniert, so wurde einfach eine normale passwd-file aus der Datenbank generiert. | ||
Nun soll aber das modernere IMAP-System Verwendung finden. Alles in allem lässt sich das sehr gut in die vorhandene Struktur eingliedern, sodass die alten Systeme erhalten bleiben. Wie, das beschreib ich hier. | Nun soll aber das modernere IMAP-System Verwendung finden. Alles in allem lässt sich das sehr gut in die vorhandene Struktur eingliedern, sodass die alten Systeme erhalten bleiben. Wie, das beschreib ich hier. | ||
− | + | <section begin="end"/> | |
== Was war da == | == Was war da == |
Version vom 31. Jänner 2008, 14:41 Uhr
Prinzipiell verwende ich auf meinem Server das “Standard”-Debian Paket für Mail (SMTP/IMAP): Exim und Courier. Vor längerer Zeit wurde aber die Forderung nach einem zweiten “virtuellen” Server für stiftingtal.net laut, das unabhängig vom jetzigen System eingebaut werden sollte. Bis jetzt hab ich per exim einfach einen zusätzlichen Director/Transport eingtebaut, der Mails für die Domain stiftingtal.net nach /var/spool/mail/stiftingtal.net/ verschoben hatte. Für die Mailaliase gabs zusätzlich Symlinks auf w-lan.mine.nu und wlan.lan. Abgeholt wurden die Mails per POP3. Dazu hab ich einen einfachen extra Server “teapop” installiert. mySQL hat leider nie funktioniert, so wurde einfach eine normale passwd-file aus der Datenbank generiert.
Nun soll aber das modernere IMAP-System Verwendung finden. Alles in allem lässt sich das sehr gut in die vorhandene Struktur eingliedern, sodass die alten Systeme erhalten bleiben. Wie, das beschreib ich hier.
Was war da
Vorhanden war ein normales Debian System mit den Paketen für Courier und exim3 installiert. Standardmäßig ist bei Courier der authdaemon installiert, der nach PAM authentifiziert, was mir sehr recht ist. Und ich hab nur die SSL-Variante am laufen, IMAP ohne SSL brauche ich nicht. Der exim ist so eingerichtet, dass er lokale Mails im Homeverzeichnis in ~/Maildir im Maildir-Format speichert.
Courier anpassen
Die Mails sollen gesammelt nach /home/intranet/spool/ kommen. Das ganze läuft nun über eine mySQL Tabelle. Dazu wird das Debian Paket courier-authmysql installiert.
In der vorhandenen mySQL “intranet”-Datenbank wird folgende Tabelle hinzugefügt:
CREATE TABLE `mail_users` (
`email` varchar(128) NOT NULL default '',
`crypt` varchar(128) NOT NULL default '',
`clear` varchar(128) NOT NULL default '',
`name` varchar(128) NOT NULL default '',
`defaultdelivery` varchar(255) NOT NULL default '',
`quota` varchar(255) NOT NULL default '',
`options` varchar(255) NOT NULL default '',
PRIMARY KEY (`email`)
) TYPE=MyISAM;
Nun wird /etc/courier/authmysqlrc angepasst:
MYSQL_SERVER localhost MYSQL_USERNAME mail MYSQL_PASSWORD secret MYSQL_PORT 0 MYSQL_OPT 0 MYSQL_DATABASE intranet MYSQL_USER_TABLE mail_users MYSQL_CRYPT_PWFIELD crypt MYSQL_UID_FIELD 1019 MYSQL_GID_FIELD 1007 MYSQL_LOGIN_FIELD email MYSQL_HOME_FIELD "/home/intranet" MYSQL_NAME_FIELD name MYSQL_MAILDIR_FIELD CONCAT('/home/intranet/spool/',SUBSTRING_INDEX(email,'@',1),'/') MYSQL_QUOTA_FIELD 0
Das gute dran: Alles ist nun zentral drinnen in mySQL. Leider muss wegen des crypt-Passwortes nach wie vor das Passwort redundant gespeichert werden aber das wird sich mit LDAP ändern. Die Courier-Konfiguration ist hiermit fertig. Nein doch nicht.
In /etc/courier/authdaemonrc kommt noch:
authmodulelist="authpam authmysql"
Normale Benutzer werden wie gehabt per PAM authentifiziert. Stiftingtal Benutzer mit benutzername@stiftingtal.net. Das gute: Ist das Maildir noch nicht vorhanden wird es automatisch erstellt!
exim Konfiguration
Im Zuge dieses Umbaus bin ich gleich auf exim4 umgestiegen. Deswegen beschreib ich exim3 nicht mehr. Auch exim4 bezieht seine Daten von der mySQL Datenbank und ist so konfiguriert, dass die stiftingtal.net-Domain zusätzlich geschaltet ist.
Für die Aliase wird wieder eine neue Tabelle erstellt:
CREATE TABLE `t_mail_aliases` (
`user_id` int(11) NOT NULL default '0',
`alias` varchar(20) NOT NULL default '',
`rcpt` varchar(60) default NULL,
PRIMARY KEY (`user_id`,`alias`)
) TYPE=MyISAM;
rcpt ist entweder NULL, dann ist es ein lokaler Alias. Oder es ist eine ganze E-Mail Adresse, die kann dann auch extern sein.
exim4 ist ganz normal zu konfigurieren wie in Debian. Ich gehe hier nur mehr auf die Änderungen ein.
In /etc/exim4/update-exim4.conf.conf ist folgendes hinzuzufügen:
dc_other_hostnames='/etc/exim4/domains_local.txt:/etc/exim4/domains_virtual.txt'
Und in /etc/exim4/domains_local.txt steht drinnen:
nobaq.net intra.nobaq.net
bzw. in /etc/exim4/domains_virtual.txt:
stiftingtal.net
In /etc/exim4/conf.d/main/02_exim4-config-options habe ich hinzugefügt:
# by Niki: Ich will diese verdammte AUTH-PLAIN!! AUTH_SERVER_ALLOW_NOTLS_PASSWORDS = MAIN_ALLOW_DOMAIN_LITERALS = domainlist virtual_domains = /etc/exim4/domains_virtual.txt STIFTINGTAL_USERS = SELECT SUBSTRING_INDEX(email,'@',1) AS local_part FROM mail_users WHERE email LIKE '${quote_mysql:$local_part}%' # MySQL defines MYSQL_SERVER=localhost MYSQL_USER=intranet MYSQL_PASSWORD=secret MYSQL_DB=intranet hide mysql_servers = "MYSQL_SERVER/MYSQL_DB/MYSQL_USER/MYSQL_PASSWORD"
Nun kommt ein Transport für stiftingtal.net dazu. Es soll einfach eine Datei mit folgendem Inhalt erstellt werden und nach /etc/exim4/conf.d/transport kopiert werden:
maildir_stiftingtal: debug_print = "T: maildir_stiftingtal for $local_part@$domain" driver = appendfile user = intranet group = intranet mode = 0600 directory_mode = 0700 mode_fail_narrower = false envelope_to_add return_path_add directory = /home/intranet/spool/${local_part}/${if eqi {${substr_0_3:$header_X-Spam-Status:}}{Yes}{.Junk}{}} create_directory maildir_format delivery_date_add
Was sofort als “Super-Feature” ins Auge sticht: Ist ein Mail als Spam markiert, wird er automatisch im Junk-Unterverzeichnis gespeichert! Es braucht also nur z.B. sa-exim mit SpamAssassin vorgeschaltet werden, das die passenden Headerzeilen hinzufügt.
Nun wird es kniffliger, denn es kommen Router dazu und bei denen ist die Reihenfolge wichtig. Der erste Router ist für die Aliase:
stiftingtal_aliases_members: debug_print = "R: virtual_aliases for $local_part@$domain" driver = redirect # domains = +virtual_domains domains = stiftingtal.net allow_fail allow_defer # data = ${lookup{$local_part}lsearch{/etc/exim4/$domain.aliases}} data = ${lookup mysql{SELECT IF(LENGTH(rcpt)>0,rcpt,u.username) FROM t_mail_aliases AS a LEFT JOIN phpbb_users AS u ON u.user_id = a.user_id WHERE a.alias LIKE '${local_part}'}} qualify_preserve_domain stiftingtal_aliases_other: debug_print = "R: stiftingtal_aliases_other for $local_part@$domain" driver = redirect domains = stiftingtal.net allow_fail allow_defer data = ${lookup{$local_part}lsearch{/etc/exim4/stiftingtal.aliases}} qualify_preserve_domain
Wie man sieht sind es in Wirklichkeit zwei. Der erste konsultiert die mySQL-Tabelle. Vorteil: Es brauchen keine Synchronisationsscripts geschrieben werden. Die Intranetseite schreibt die Aliase des Benutzers direkt in die t_mail_aliases. Der zweite Router ist noch für statische Aliases (z.B. admin)
Diesen Router benennt man am besten als “380_exim4-config_stiftingtal_aliases” damit er zwischen 300_exim4-config_real_local und 400_exim4-config_system_aliases kommt.
Der zweite Router folgt direkt danach und stellt die Mails tatsächlich ins Maildir-Verzeichnis zu. Damit der Router gleich darauf folgt, benennt man die Datei am besten 390_exim4-config_stiftingtal:
stiftingtal: debug_print = "R: stiftingtal for $local_part@$domain" driver = accept domains = stiftingtal.net # local_parts = /etc/exim4/stiftingtal.net.users local_parts = mysql;STIFTINGTAL_USERS transport = maildir_stiftingtal
Wie man auch hier sieht, kommen die Daten nicht mehr aus einer Datei, die mühevoll synchronisiert werden muss und vielleicht auch noch Race-Conditions beschert, sondern auch aus der mySQL-Datenbank (SQL-Statement wurde oben bereits definiert).
Das ganze Verzeichnis sieht nun so aus:
root@nobaq:/etc/exim4/conf.d/router # dir insgesamt 64 drwxr-xr-x 2 root root 4096 2007-02-28 01:30 . drwxr-xr-x 9 root root 4096 2007-02-19 00:00 .. -rw-r--r-- 1 root root 514 2006-04-11 13:48 00_exim4-config_header -rw-r--r-- 1 root root 648 2006-04-11 13:48 100_exim4-config_domain_literal -rw-r--r-- 1 root root 1118 2006-04-11 13:48 150_exim4-config_hubbed_hosts -rw-r--r-- 1 root root 2952 2006-04-11 13:48 200_exim4-config_primary -rw-r--r-- 1 root root 458 2006-04-11 13:48 300_exim4-config_real_local -rw-r--r-- 1 root root 741 2007-02-28 01:29 380_exim4-config_stiftingtal_aliases -rw-r--r-- 1 root root 245 2007-02-28 00:59 390_exim4-config_stiftingtal -rw-r--r-- 1 root root 1787 2007-02-19 00:06 400_exim4-config_system_aliases -rw-r--r-- 1 root root 878 2006-04-11 13:48 500_exim4-config_hubuser -rw-r--r-- 1 root root 1968 2006-04-11 13:48 600_exim4-config_userforward -rw-r--r-- 1 root root 403 2006-04-11 13:48 700_exim4-config_procmail -rw-r--r-- 1 root root 323 2006-04-11 13:48 800_exim4-config_maildrop -rw-r--r-- 1 root root 262 2006-04-11 13:48 900_exim4-config_local_user -rw-r--r-- 1 root root 472 2006-04-11 13:48 mmm_mail4root
Das wars eigentlich :-)