Quelltext der Seite Root-Server mit OpenSuSE 13.2

Aus Debacher-Wiki

← Root-Server mit OpenSuSE 13.2

Du bist aus dem folgenden Grund nicht berechtigt, die Seite zu bearbeiten:

---

Du kannst den Quelltext dieser Seite betrachten und kopieren.

__NOTOC__ Hinweis: Die Beschreibungen zu OpenSuSE werden nicht mehr aktualisiert, da ich jetzt auf [[Root-Server mit Ubuntu 16.04|Ubuntu]] setze. Der Teufel steckt immer im Detail. Ich hoffe jedes mal, bei der Neueinrichtung eines Servers, dass ich die Beschreibung von der vorigen Version direkt übernehmen kann. Leider gibt es auch bei kleinen Versionsunterschieden teilweise mühsame Unterschiede. Daher auch für diese Version eine komplette Beschreibung zu Installation. ==Root Server Linux Level 2== Inzwischen reicht der [[Root-Server mit OpenSuSE 12.2/12.3| bisherige Root-Server]] nicht mehr aus, vor allem das PHP ist zu alt. Ein neuer Server muss her, auch um die vorhandenen Systeme aktualisieren zu können. Aktuell (Juli 2015) sind die Strato-Server-Angebote gegenüber 2013 kaum verändert, wir zahlen 39€ im Monat ohne Mindestlaufzeit. Dafür sind aber in dem Paket keine Domains enthalten. Die technischen Daten: Opteron 1385 mit 4x2,7 GHz (4 x 5400 Bogomips) 8 GB RAM 2x1000 GB HD als Raid1 Die Einrichtung des Servers erfolgt anscheinend nicht am Wochenende. Erst am Montag gegen 8 Uhr kam die Meldung, dass der Server bereit steht. ==1. Panne== Ich wollte im Kundenservicebereich OpenSUSE 13.2 64-Bit auswählen, wie auf der Strato-Homepage beworben. In der Auswahlliste zur Installation taucht aber immer nur Version 13.1 auf. Mal sehen, was der Support dazu sagt. Tja sowohl E-Mail-Support als auch Telefon-Support (nur etwa 10 Minuten in der Musik-Schleife) führen nur zu einem Ticket. Ich bin gespannt, wie lange die Antwort und vor allem auch die Problemlösung auf sich warten lässt. Interessanterweise kann ich bei den "alten" Servern 13.2 auswählen, nur bei dem aktuellen System nicht. ==2. Panne== Da die Beseitigung der 1. Panne etwas gedauert hat (am Dienstag 17.30h war 13.2 plötzlich verfügbar, die Mail von Strato fehlt aber noch - Nachtrag: heute, es ist wieder Montag ist auch die Mail gekommen), habe ich mir die Hardware genauer angeschaut und festgestellt, dass beide Platten nicht vollkommen in Ordnung sind. Bei beiden gibt es eine große Zahl bei ''Reallocated_Sector_Ct''. Auch wenn die Platten schon mehr als 39 Monate Betrieb auf dem Buckel haben, defekte Sektoren sollte es eigentlich nicht geben. Naja, mal sehen, was sich nach der Neuinstallation ergibt, ich habe mir jedenfalls die Informationen vorher gesichert. Durch die viele Warterei bin ich aber dazu gekommen mir eine Seite über die [[S.M.A.R.T_-_Festplattenüberwachung|smartmontools]] zu erstellen. Nach dem Beauftragen der Neuinstallation im Kundencenter hat es etwa 6 Minuten gedauert, bis der Rechner herunter gefahren wurde. Gestern bei den Hardwaretests hat das z.T. mehr als 10 Minuten gedauert. Etwa 20 Minuten später ist der Rechner wieder erreichbar, jetzt muss ich aber noch auf das neue Passwort warten, nach weiteren 20 Minuten ist alles fertig und das Passwort verfügbar. Partitioniert: * /dev/md0 /boot 1G * /dev/md1 / 20G * /dev/md2 /home 536G * /dev/md3 /var 179G * /dev/md4 /srv 179G dann gibt es auf jeder der beiden Platten noch 4G Swap-Partition (sda2 bzw. sdb2) ==3. Panne== Bei OpenSUSE werden die Netzwerkgeräte jetzt mit dem Dienst ''wicked'' konfiguriert. Für mich sieht es so aus, als ob Strato an der Stelle auch etwas gedreht hat, denn es gibt die Standard-Interfaces eth0 und eth1 und nicht ens32, welches da auch immer mit herumgeistert und eher den wicked-Beschreibungen entspricht. eth0 funktioniert einwandfrei, sonst wäre der Server nicht erreichbar. Die Konfiguration für eth1 klappt aber nicht, auch nicht per Yast. Das Gerät ist da, bekommt aber keine IP-Adresse STARTMODE='auto' BOOTPROTO='static' IPADDR='85.214.20.xxx/32' NETMASK='255.255.255.255' BROADCAST='' ONBOOT='yes' ETHTOOL_OPTIONS='' MTU='' NAME='' NETWORK='' REMOTE_IPADDR='' per Hand klappt die Zuweisung: ifconfig eth1 85.214.20.xx netmask 255.255.255.255 broadcast 85.214.20.255 und das Gerät funktioniert dann auch. Da ich selten reboote ist das kein massives Problem, aber ärgerlich. =Grundinstallation= Strato bietet bei der Installation mehrere Auswahlmöglichkeiten an. Einerseits kann man das Linux-System auswählen, idealerweise die aktuellste OpenSUSE-Version, andererseits auch die Partitionierung beeinflussen. Ich nehme die Variante, bei der /var, /srv und /home eigene Partitionen bekommen. Die Partitionsgrößen kann man nicht weiter beeinflussen, das ist etwas schade, da /home in der Regel viel zu groß eingestellt ist. Aber bisher habe ich trotzdem noch nie Platzprobleme bekommen. OpenSuSE 13.2 kommt mit Apache 2.4.10, PHP 5.6.1, MySQL 5.6.25, Dovecot 2.2.13 und Postfix 2.11.3 Gleich nach der Installation sollte man in Yast2 bei den Firewall-Einstellungen ''eth0'' als externes Device einstellen, damit SUSEFirewall vernünftig funktioniert. Wenn man das nicht macht und die Firewall startet, dann ist man aus dem Rechner ausgesperrt. Außerdem muss man darauf achten, dass SSH frei gestellt wird, das war bei vorherigen Versionen noch automatisch der Fall. Bevor man mit der eigentlichen Einrichtung beginnt, sollte man den Server unbedingt einmal neu starten. Ich hatte dabei sogar das Problem, dass ich das über den RecoveryManager machen musste. Das kostet natürlich zusätzliche Zeit. Aber ohne Reboot funktionierten schon einfache Befehle, wie ''ps ax'' nicht ordentlich. In den aktuellen OpenSUSE-Versionen läuft das Starten und Stoppen der Netzwerkdienste etwas anders, der klassische Runlevel-Editor funktioniert da nicht mehr vollständig. systemctl status|start|stop <daemon>.service systemctl enable|disable <daemon>.service Weitere Hinweise zur Grundinstallation finden sich ggf. auf den Seiten zu [http://www.howtoforge.com/perfect-server-opensuse-11.2-x86_64-ispconfig-3 ISPConfig] bzw. [https://www.howtoforge.com/the-perfect-server-opensuse-13.1-with-apache2-mysql-php-postfix-and-ispconfig-3 etwas aktueller]. Dann gleich mal ein paar Pakete, die man immer braucht: yast2 -i man man-pages whois smartmontools rsyslog syslog-service aktueller ist wohl der Aufruf über zypper zypper -n install man man-pages whois smartmontools rsyslog syslog-service ===Apache-Webserver=== Die notwendigen Pakete installiert man am bequemsten von der Konsole aus mittels yast2 -i apache2 apache2-example-pages apache2-prefork apache2-mod_perl apache2-mod_dnssd apache2-utils apache2-mod_php5 Dann einige php Komponenten dazu: yast2 -i php5-pear-Net_URL php5-json php5-mysql php5-pear-Date php5-openssl php5-xsl php5-pspell php5-iconv php5-calendar yast2 -i php5-pear-Net_Sieve php5-pear-HTTP_Request php5-ftp php5-tidy php5-mbstring php5-dom php5-sqlite php5-pear-Net_Socket yast2 -i php5-pear-Net_SMTP php5-pear-Date_Holidays_Germany php5-zip php5-pdo php5-gettext apache2-mod_php5 php5-pear-DB yast2 -i php5-pear-Net_URL php5-pear-cache_lite php5-pear php5-pear-MDB2_Driver_mysqli php5 php5-sockets php5-imap php5-ctype yast2 -i php5-ldap php5-pear-XML_Serializer php5-pear-HTTP_Request php5-mcrypt php5-xmlreader php5-opcache php5-soap Einige Pakete sind hierbei durch die Abhängigkeiten doppelt erwähnt, das stört aber nicht weiter. Etwas Perl braucht man auch immer yast2 -i perl-HTTP-Cookies perl-Digest-HMAC perl-MailTools perl-SQL-Statement perl-Authen-SASL perl-Bootloader perl-IO-stringy yast2 -i perl-XML-Parser perl-Encode-Locale perl-GDTextUtil perl-Net-Daemon perl-Error perl-Convert-TNEF perl-Sys-Hostname-Long yast2 -i perl-Digest-SHA1 perl-razor-agents perl-TimeDate perl-GD-Graph3d perl-Socket6 perl-WWW-RobotRules perl perl-Mail-Sender yast2 -i perl-Params-Util perl-Email-Valid perl-Convert-ASN1 perl-Convert-BinHex perl-NetAddr-IP perl-Crypt-OpenSSL-RSA yast2 -i perl-X500-DN perl-Net-DBus perl-GDGraph perl-URI perl-Tie-IxHash apache2-mod_perl perl-IO-Socket-INET6 perl-MIME-Charset yast2 -i perl-DBI perl-Net-IP perl-MIME-EncWords perl-Log-Log4perl perl-Archive-Zip perl-Net-Ident perl-BerkeleyDB yast2 -i perl-Crypt-OpenSSL-Random perl-IP-Country perl-X11-Protocol perl-Config-Crontab perl-ldap perl-Mail-SPF yast2 -i perl-XML-Simple perl-Data-Dump yast2-perl-bindings perl-LWP-MediaTypes perl-GD perl-Net-LibIDN perl-HTML-Parser yast2 -i perl-base perl-Clone perl-Net-CIDR-Lite perl-Convert-UUlib perl-Unix-Syslog perl-MIME-tools perl-XML-Twig yast2 -i perl-Net-HTTP perl-Net-SSLeay perl-File-Listing perl-HTTP-Message perl-HTTP-Daemon yast2 -i perl-MLDBM perl-Net-DNS perl-HTML-SimpleParse perl-gettext perl-Mail-SpamAssassin perl-HTML-Tagset yast2 -i perl-IO-Socket-SSL perl-HTTP-Negotiate perl-libwww-perl perl-LockFile-Simple perl-PlRPC perl-NetxAP perl-Net-Server yast2 -i perl-Encode-Detect perl-Parse-RecDescent perl-Mail-DKIM perl-HTTP-Date Sollte man einmal PHP-Pakete benötigen, die in bei OpenSUSE 13.2 nicht mitgeliefert werden, so ist http://download.opensuse.org/repositories/server:/php:/extensions/openSUSE_13.2/x86_64/ eine gute Quelle für zusätzliche Pakete. In den vorherigen Versionen habe ich noch apache2-itk installiert, damit bekommt man eine Apache-Version, die mit unterschiedlichen Benutzern arbeiten kann. Leider ist das Paket nicht mehr verfügbar, damit muss ich mich in Ruhe beschäftigen. Für Apache 2.4 ist das Paket jetzt als Modul verfügbar von http://mpm-itk.sesse.net/ muss aber in Eigenleistung compiliert werden. Dazu müssen unbedingt die Entwicklerpakete für den Apache vorhanden sein: apache2-devel. Unter http://download.opensuse.org/repositories/home:/nixda:/apache24-php/openSUSE_13.2/x86_64/ wird ein entsprechendes Paket angeboten. Je nach Bedarf müssen noch einige Module aktiviert werden z.B. a2enmod rewrite a2enmod php5 Im Anschluss immer den Apache neu laden lassen. Soll auch SSL aktiviert werden, so zusätzlich a2enmod ssl und in der Datei /etc/sysconfig/apache2 muss SSL zu den Serverflags mit aufgenommen werden. APACHE_SERVER_FLAGS="SSL" [[Einzelheiten zur Apache-Konfiguration]] finden sich auf einer Extra-Seite ==Datenbank== yast2 -i libmysqlclient_r18 mysql-community-server-client libqt4-sql-mysql postfix-mysql mysql-community-server libmysqlclient18 php5-mysql libmysqlclient-devel phpMyAdmin In den bisherigen OpenSUSE-Version war das Binary-Logging für die Datenbank immer aktiviert. Dann gab es in ''/var/lib/mysql'' Dateien nach dem Muster ''mysql-bin.000001''. Das hat mir bei der Fehlersuche schon mal sehr geholfen hier die SQL-Kommandos verfolgen zu können. In den aktuellen Versionen ist das Logging standardmäßig abgeschaltet. Nun das Logging lässt sich über die Datei /etc/my.cnf wieder aktivieren (Auszug ab Zeile 27). # Remove leading # to turn on a very important data integrity option: logging # changes to the binary log between backups. # log_bin=mysql-bin # binlog_format=mixed Man muss hier nur in den beiden Zeilen die Rauten entfernen und dann den MySQL-Server neu starten, aber nur bei konkretem Bedarf. Man muss sich natürlich klar sein, dass diese Log-Dateien auch eine gewisse Menge Speicherplatz belegen. Die folgende Zeile ist neuerdings aktiviert, damit wird erreicht, dass im Zusammenhang mit InnoDB nicht eine große Datei angelegt wird, sondern nur individuelle pro Datenbank. [mysqld] innodb_file_per_table = ON Die folgende Zeile sollte ergänzt werden, dass beschleunigt InnoDB Datenbanken auf EXT4 erheblich. innodb_flush_log_at_trx_commit = 2 ==phpMyAdmin== Normalerweise funktioniert phpMyAdmin problemlos, zumindest sofern man schon einen Benutzer mit Rechten an der Datenbank und einem Passwort eingerichtet hat. In der aktuellen Version wird aber das Anzeigen von Tabelleninhalten mit einer Fehlermeldung verweigert: #1146 - Table 'phpmyadmin.pma__table_uiprefs' doesn't exist Um die Anzeige von Datensätzen zu ermöglichen muss man die Datenbank phpmyadmin nachinstallieren: mysql -p < /usr/share/doc/packages/phpMyAdmin/examples/create_tables.sql Danach klappt dann das Anzeigen von Datensätzen, zumindest für den Benutzer root. Für andere Benutzer muss man zumindest den Zugriff auf die Daten freigeben: GRANT SELECT, INSERT, UPDATE, DELETE ON `phpmyadmin`.* TO '<user>'@'localhost'; ==Mailsystem== Auch hier wird eine Reihe von Paketen erst einmal benötigt. yast2 -i postfix postfixadmin postfix-mysql dovecot22 dovecot22-backend-mysql dovecot22-backend-pgsql dovecot22-backend-sqlite yast2 -i squirrelmail-beta squirrelmail-beta-lang roundcubemail alpine ==Yast== yast2 -i yast2-online-update-frontend yast2-mail yast2-sysconfig yast2-online-update-configuration ==Sonstiges== yast2 -i gcc make pam-devel mailx ImageMagick GraphicsMagick spamassassin webalizer mailman aspell-de hunspell myspell-de ==Mail mit Postfix und virtuellen Benutzern== Auf diesem Server soll es möglichst wenig Systembenutzer geben. Alle Mailadressen sollen also virtuell sein. Das System besteht aus folgenden Komponenten: * Postfix * Dovecot * MySQL * PostfixAdmin [[Datei:Mailsystem.png|700px]] Eine weitere wichtige Rolle hierbei spielt * Roundcube damit kann der virtuelle Benutzer Mailfilter bearbeiten und sein eigenes Passwort ändern. Vorweg noch ein paar Informationen, die für das Testen ganz nützlich sind, man kann Mails in der Warteschlange (Abfrage mittels ''mailq'') einzeln oder alle auf einen Schlag löschen. postsuper -d ALL postsuper -d 52DBF19F51 (die komische Zeichenkette ist die Queue-ID die mailq mit ausgibt, hier wird diese Mail gelöscht) Den Inhalt der Mail findet man in /var/spool/postfix/deferred/5/52DBF19F51 Zustellinformationen bzw. Fehlermeldungen in /var/spool/postfix/defer/5/52DBF19F51 oder per postcat -vq 52DBF19F51 (zeigt die Mail mit der angegebenen ID) Für die folgende Beschreibung wird ein Benutzer vmail (uid 303) und eine Gruppe vmail (gid 303) benutzt, gemäß SuSE Voreinstellung. Der Benutzer hat als Homeverzeichnis ''/var/vmail'', wo dann auch die eingehenden Mails liegen. Falls Gruppe oder Benutzer nicht vorhanden sind, so legt man sie neu an: groupadd -g 303 vmail mkdir /var/vmail chmod a+rxw /var/vmail useradd -d /var/vmail/ -s /bin/false -u 303 -g 303 vmail Hinweis, seit openSUSE 12.2 ist eigentlich das Homeverzeichnis ''/srv/maildirs'' voreingestellt, ich habe aber gern Webserver-Daten und Mail-Daten auf unterschiedlichen Partitionen. ===PostfixAdmin=== Die Beschreibung geht aus von dem Programmpaket PostfixAdmin, welches die Verwaltung der virtuellen Mail-Adressen über ein kleines nettes Webfrontend erlaubt. Die Homepage dieses Programmes ist http://postfixadmin.sourceforge.net/. Das Programmpaket greift nur auf eine MySQL-Datenbank zu und nicht direkt in das Mailsystem ein. Das Programm lässt sich ganz einfach über Yast installieren und liegt in der Version 2.91 vor (aktuell verfügbar ist 2.92: http://sourceforge.net/projects/postfixadmin/files/latest/download?source=files). Ich habe diese Version benutzt, da es hier keine Probleme mit den neuen Domains geben sollte. Bei ersten Aufruf von Postfixadmin startet das Setup-Programm, welches auch die notwendigen Datenbanktabellen anlegt, bzw. aktualisiert, wenn es sich um ein Update handelt. =====Datenbanken===== Nach dem Lauf des Setup-Programmes gibt es folgende Tabellen in der Datenbank ''postfix'': CREATE TABLE `admin` ( `username` varchar(255) NOT NULL, `password` varchar(255) NOT NULL, `superadmin` tinyint(1) NOT NULL DEFAULT '0', `created` datetime NOT NULL DEFAULT '0000-00-00 00:00:00', `modified` datetime NOT NULL DEFAULT '0000-00-00 00:00:00', `active` tinyint(1) NOT NULL DEFAULT '1', PRIMARY KEY (`username`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 COMMENT='Postfix Admin - Virtual Admins'; CREATE TABLE `alias` ( `address` varchar(255) NOT NULL, `goto` text NOT NULL, `domain` varchar(255) NOT NULL, `created` datetime NOT NULL DEFAULT '0000-00-00 00:00:00', `modified` datetime NOT NULL DEFAULT '0000-00-00 00:00:00', `active` tinyint(1) NOT NULL DEFAULT '1', PRIMARY KEY (`address`), KEY `domain` (`domain`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 COMMENT='Postfix Admin - Virtual Aliases'; CREATE TABLE `alias_domain` ( `alias_domain` varchar(255) NOT NULL, `target_domain` varchar(255) NOT NULL, `created` datetime NOT NULL DEFAULT '0000-00-00 00:00:00', `modified` datetime NOT NULL DEFAULT '0000-00-00 00:00:00', `active` tinyint(1) NOT NULL DEFAULT '1', PRIMARY KEY (`alias_domain`), KEY `active` (`active`), KEY `target_domain` (`target_domain`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 COMMENT='Postfix Admin - Domain Aliases'; CREATE TABLE `config` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(20) NOT NULL DEFAULT '', `value` varchar(20) NOT NULL DEFAULT '', PRIMARY KEY (`id`), UNIQUE KEY `name` (`name`) ) ENGINE=MyISAM AUTO_INCREMENT=2 DEFAULT CHARSET=latin1 COMMENT='PostfixAdmin settings'; CREATE TABLE `domain` ( `domain` varchar(255) NOT NULL, `description` varchar(255) CHARACTER SET utf8 NOT NULL DEFAULT 'Keine Beschreibung', `aliases` int(10) NOT NULL DEFAULT '0', `mailboxes` int(10) NOT NULL DEFAULT '0', `maxquota` bigint(20) NOT NULL DEFAULT '0', `quota` bigint(20) NOT NULL DEFAULT '0', `transport` varchar(255) NOT NULL, `backupmx` tinyint(1) NOT NULL DEFAULT '0', `created` datetime NOT NULL DEFAULT '0000-00-00 00:00:00', `modified` datetime NOT NULL DEFAULT '0000-00-00 00:00:00', `active` tinyint(1) NOT NULL DEFAULT '1', PRIMARY KEY (`domain`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 COMMENT='Postfix Admin - Virtual Domains'; CREATE TABLE `domain_admins` ( `username` varchar(255) NOT NULL default '', `domain` varchar(255) NOT NULL default '', `created` datetime NOT NULL default '0000-00-00 00:00:00', `active` tinyint(1) NOT NULL default '1', KEY `username` (`username`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 COMMENT='Postfix Admin - Domain Admins'; CREATE TABLE `fetchmail` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT, `mailbox` varchar(255) NOT NULL, `src_server` varchar(255) NOT NULL, `src_auth` enum('password','kerberos_v5','kerberos','kerberos_v4','gssapi','cram-md5','otp','ntlm','msn','ssh','any') CHARACTER SET `src_user` varchar(255) NOT NULL, `src_password` varchar(255) NOT NULL, `src_folder` varchar(255) NOT NULL, `poll_time` int(11) unsigned NOT NULL DEFAULT '10', `fetchall` tinyint(1) unsigned NOT NULL DEFAULT '0', `keep` tinyint(1) unsigned NOT NULL DEFAULT '0', `protocol` enum('POP3','IMAP','POP2','ETRN','AUTO') CHARACTER SET ucs2 DEFAULT NULL, `usessl` tinyint(1) unsigned NOT NULL DEFAULT '0', `sslcertck` tinyint(1) NOT NULL DEFAULT '0', `sslcertpath` varchar(255) CHARACTER SET utf8 DEFAULT '', `sslfingerprint` varchar(255) DEFAULT '', `extra_options` text, `returned_text` text, `mda` varchar(255) NOT NULL, `date` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; CREATE TABLE `log` ( `timestamp` datetime NOT NULL DEFAULT '0000-00-00 00:00:00', `username` varchar(255) NOT NULL, `domain` varchar(255) NOT NULL, `action` varchar(255) NOT NULL, `data` text NOT NULL, KEY `timestamp` (`timestamp`), KEY `domain_timestamp` (`domain`,`timestamp`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 COMMENT='Postfix Admin - Log'; CREATE TABLE `mailbox` ( `username` varchar(255) NOT NULL, `password` varchar(255) NOT NULL, `name` varchar(255) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL, `maildir` varchar(255) NOT NULL, `quota` bigint(20) NOT NULL DEFAULT '0', `local_part` varchar(255) NOT NULL, `domain` varchar(255) NOT NULL, `created` datetime NOT NULL DEFAULT '0000-00-00 00:00:00', `modified` datetime NOT NULL DEFAULT '0000-00-00 00:00:00', `active` tinyint(1) NOT NULL DEFAULT '1', PRIMARY KEY (`username`), KEY `domain` (`domain`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 COMMENT='Postfix Admin - Virtual Mailboxes'; CREATE TABLE `quota` ( `username` varchar(255) CHARACTER SET latin1 NOT NULL, `path` varchar(100) CHARACTER SET latin1 NOT NULL, `current` bigint(20) DEFAULT NULL, PRIMARY KEY (`username`,`path`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8; CREATE TABLE `quota2` ( `username` varchar(100) CHARACTER SET latin1 NOT NULL, `bytes` bigint(20) NOT NULL DEFAULT '0', `messages` int(11) NOT NULL DEFAULT '0', PRIMARY KEY (`username`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8; CREATE TABLE `vacation` ( `email` varchar(255) NOT NULL, `subject` varchar(255) CHARACTER SET utf8 NOT NULL, `body` text CHARACTER SET utf8 NOT NULL, `activefrom` timestamp NOT NULL DEFAULT '1999-12-31 23:00:00', `activeuntil` timestamp NOT NULL DEFAULT '1999-12-31 23:00:00', `cache` text NOT NULL, `domain` varchar(255) NOT NULL, `interval_time` int(11) NOT NULL DEFAULT '0', `created` datetime NOT NULL DEFAULT '0000-00-00 00:00:00', `modified` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, `active` tinyint(1) NOT NULL DEFAULT '1', PRIMARY KEY (`email`), KEY `email` (`email`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1 COMMENT='Postfix Admin - Virtual Vacation'; CREATE TABLE `vacation_notification` ( `on_vacation` varchar(255) NOT NULL, `notified` varchar(255) NOT NULL, `notified_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`on_vacation`,`notified`), CONSTRAINT `vacation_notification_pkey` FOREIGN KEY (`on_vacation`) REFERENCES `vacation` (`email`) ON DELETE CASCADE ) ENGINE=InnoDB DEFAULT CHARSET=latin1 COMMENT='Postfix Admin - Virtual Vacation Notifications'; Beim Update von einer älteren Version muss man das Script upgrade.php aus dem Installationsverzeichnis aufrufen, welches die vorhandene Datenbank aktualisiert. Die vorhandene Konfigurationsdatei kann man leider nicht einfach übernehmen, da neue Parameter dazu gekommen sind. =====Superadministrator===== Am Ende der Installationsprozedur wird ein Superadministrator angelegt. Mit diesen Daten kann man sich dann unter ''http://localhost/postfixadmin/'' anmelden. [[Bild:Postfixadmin233.png|600px]] Damit ist der PostfixAdmin Teil vollständig abgeschlossen. Das Programm übernimmt nur die Verwaltung der angegebenen Datenbanktabellen, mehr macht es nicht. Die Nutzung dieser Datenbanktabellen für das Mailsystem muss über die jeweiligen Programme konfiguriert werden. ===Postfix === Postfix ist bei jedem SuSE-System dabei und normalerweise auch installiert. Im Zweifelsfall installiert man Postfix einfach von den Datenträgern nach und konfiguriert es soweit, dass es im normalen Betrieb läuft, also auch Mails von anderen Rechnern annimmt. Wenn man Postfix über YaST konfiguriert (Netzwerkdienste -> Mail Transfer Agent) dann kann man auch gleich AMaVis zur Absicherung des Mailverkehres mit installieren. [[Datei:Yast-postfix-114.png|600px]] Man installiert und konfiguriert dann auch gleich den Virenscanner ''Clamav'' mit, wobei man den ''clamd'' und ''freshclam'' eventuell noch aktivieren muss. Sollte der clamd nicht starten wollen und die Fehlermeldung LibClamAV Error: cli_loaddb(): No supported database files found in /var/lib/clamav liefern, so hilf es als root aufzurufen. freshclam -v Zusätzlich gibt es noch einen Fehler in der Konfiguration, es fehlt das Verzeichnis /var/run/clamav: mkdir /var/run/clamav chown vscan.vscan /var/run/clamav ====AMaVis==== AMaVis muss nach der Installation noch konfiguriert werden. Dazu muss mindestens in der ''/etc/amavisd.conf'' in der vorletzten Zeile die Variable ''$myhostname'' gesetzt werden. Dann gibt es noch ein kleines Problem. ''AMaVis'' muss mit dem ''Clamd'' kommunizieren können, dazu dienen Sockets. Leider haben beide Programme unterschiedliche Vorgaben in der Konfiguration. Die Unterschiede haben sich bei der aktuellen OpenSuSE Version sogar noch einmal geändert. Beim Clamd steht in Zeile 81 LocalSocket /var/run/clamav/clamd-socket Bei Amavis ist der erste Eintrag richtig, in Zeile 759 steht /var/run/clamav/clamd.sock An einfachsten ist es daher die Einstellung beim ''AMaVis'' zu ändern und ihn dann neu zu starten. Amavis wollte bei mir erst starten, nachdem ich einmal sa-update aufgerufen hatte. Lange Zeit habe ich mich gewundert, dass die Spamerkennung zwar funktioniert, die Mails aber nicht wie gefordert im Betreff mit ***Spam*** gekennzeichnet werden. Das hängt mit der Zeile @local_domains_maps = ( [".$mydomain"] ); # list of all local domains zusammen. Nur bei Domains die hier als lokal aufgeführt sind werden die Änderungen vorgenommen. Man könnte hier also alle Domain einzeln aufführen @local_domains_maps = ( [".$mydomain", "domain1.de", "domain2.de"] ); # list of all local domains Das ist aber gerade mit den virtuellen Mailnutzern und Domains nervig. Ich habe dazu folgenden Lösungsansatz gefunden: @lookup_sql_dsn = ( ['DBI:mysql:database=postfix;host=127.0.0.1; port=3306', 'postfix', 'password'] ); $sql_select_policy = 'SELECT "Y" AS local FROM domain WHERE CONCAT("@", domain) IN (%k)'; $sql_select_white_black_list = undef; #@local_domains_maps = ( [".$mydomain"] ); # list of all local domains * http://serverfault.com/questions/642328/how-do-i-configure-amavisd-new-to-assume-all-mail-is-not-outgoing * http://www.gentoo-wiki.info/Amavisd-new * http://sourceforge.net/p/postfixadmin/wiki/Amavis_configuration/ * https://code.google.com/p/iredmail/issues/detail?id=63 * http://lists.amavis.org/pipermail/amavis-users/2014-February/002765.html ====Postfix und MySQL==== Damit Postfix MySQL-Tabellen nutzen kann muss man zusätzlich per YaST das Paket ''postfix-mysql'' installieren. Das Paket beinhaltet folgende Dateien: /etc/postfix/main.cf-mysql /etc/postfix/mysql_relay_domains_maps.cf /etc/postfix/mysql_virtual_alias_maps.cf /etc/postfix/mysql_virtual_domains_maps.cf /etc/postfix/mysql_virtual_mailbox_limit_maps.cf /etc/postfix/mysql_virtual_mailbox_maps.cf /usr/lib/postfix/dict_mysql.so /usr/share/doc/packages/postfix-mysql /usr/share/doc/packages/postfix-mysql/postfix-mysql.sql Die 5 mysql-Dateien im Verzeichnis ''/etc/postfix'' muss man anpassen und weitere Dateien ergänzen, die sich direkt auf die entsprechenden Datenbanktabellen beziehen. Muster dazu finden sich in der Datei ''/usr/share/doc/packages/postfixadmin/POSTFIX_CONF.txt''. Im Prinzip wird Postfix hier mitgeteilt, wie die Datenbanktabellen abgefragt werden. Benutzername und Passwort müssen hier an die eigenen Einstellungen angepasst werden. === mysql_virtual_alias_maps.cf === Die von SuSE mitgelieferten Dateien haben einen Aufbau, der von älteren Beschreibungen abweicht. Die MySQL-Anfrage taucht hier nicht auf, wohl aber ihre Bestandteile: user = postfix password = postfix hosts = localhost #hosts = 127.0.0.1 dbname = postfix table = alias select_field = goto where_field = address Die sonst übliche Datei sieht folgendermaßen aus, hier ist direkt die Datenbank-query abgelegt: user = postfix password = postfix hosts = localhost dbname = postfix query = SELECT goto FROM alias WHERE address='%s' AND active = '1' === mysql_virtual_domains_maps.cf === SuSE-Version user = postfix password = postfix hosts = localhost #hosts = 127.0.0.1 dbname = postfix table = domain select_field = domain where_field = domain additional_conditions = and backupmx = '0' and active = '1' Alternative Version. user = postfix password = postfix hosts = localhost dbname = postfix query = SELECT domain FROM domain WHERE domain='%s' AND active = '1' Man sieht, dass die SuSE-Version etwas erweitert wurde. === mysql_virtual_mailbox_limit_maps.cf === user = postfix password = postfix hosts = localhost dbname = postfix query = SELECT quota FROM mailbox WHERE username='%s' AND active = '1' === mysql_virtual_mailbox_maps.cf === user = postfix password = postfix hosts = localhost dbname = postfix query = SELECT maildir FROM mailbox WHERE username='%s' AND active = '1' Die Datei mysql_relay_domains_maps.cf wird in der vorliegenden Konfiguration nicht benutzt. Dazu kommen die folgenden Maps: === mysql_virtual_alias_domain_maps.cf=== user = postfix password = password hosts = localhost dbname = postfix query = SELECT goto FROM alias,alias_domain WHERE alias_domain.alias_domain = '%d' and alias.address = CONCAT('%u', '@', alias_domain.target_domain) AND alias.active = 1 AND alias_domain.active='1' ===mysql_virtual_alias_domain_catchall_maps.cf:=== # handles catch-all settings of target-domain user = postfix password = password hosts = localhost dbname = postfix query = SELECT goto FROM alias,alias_domain WHERE alias_domain.alias_domain = '%d' and alias.address = CONCAT('@', alias_domain.target_domain) AND alias.active = 1 AND alias_domain.active='1' ===mysql_virtual_alias_domain_mailbox_maps.cf:=== user = postfix password = password hosts = localhost dbname = postfix query = SELECT maildir FROM mailbox,alias_domain WHERE alias_domain.alias_domain = '%d' and mailbox.username = CONCAT('%u', '@', alias_domain.target_domain) AND mailbox.active = 1 AND alias_domain.active='1' ===main.cf=== Nun muss noch die ''main.cf'' von Postfix erweitert werden, damit die Tabellen auch benutzt werden. Mit dieser Erweiterung erfolgt der erste Eingriff ins System. Zuerst zwei kleine Änderung an der Datei ''/etc/sysconfig/postfix'': Tja genau diese Datei gibt es in der aktuellen OpenSUSE Version nahezu nicht mehr. Die von Yast Datei ist nahezu leer, aber mit der Version vom alten Server klappt es weiterhin. POSTFIX_MYHOSTNAME="server.netthelp.de" (Zeile 44) Hier sollte man nicht den von Strato zugeteilten Namen angeben, da man dann leicht für ein System mit dynamischer IP-Adresse gehalten wird. Man sollte hier einen Namen aus einer eigenen Domain angeben und dann in der Strato-Konfiguration den auch als Namen für die IP-Adresse einstellen lassen. POSTFIX_SMTP_AUTH_SERVER="yes" (Zeile 338) Die folgenden zwei Zeilen sollte man anpassen, wenn die Testphase vorbei ist, damit Spammern das Leben erschwert wird. POSTFIX_RBL_HOSTS="cbl.abuseat.org, dnsbl.sorbs.net, bl.spamcop.net " (Zeile 203) POSTFIX_BASIC_SPAM_PREVENTION="hard" (zeile 226) Im Idealfall erweitert man dann die Datei /etc/sysconfig/postfix um die notwendigen Zeilen und ruft dann SuSEconfig auf. Früher ging das per SuSeconfig --module auf, seit OpenSUSE 12.3 ist das Tool unter ''/usr/sbin/config.postfix'' zu finden. Hier das Ende meiner ''/etc/sysconfig/postfix'' Datei, die ersten Zeilen waren schon vorhanden: ## Type: string ## Default: 0 POSTFIX_ADD_MAILBOX_SIZE_LIMIT="0" ## Type: string ## Default: 10240000 POSTFIX_ADD_MESSAGE_SIZE_LIMIT="0" ## Type: yesno ## Default: yes ## Config: postfix # # Automatically register to slpd, if running? # POSTFIX_REGISTER_SLP="yes" ## Type: list(subnet,host,class) ## Default: subnet ## Config: postfix # # # The postfix default for this setting is "subnet" # for security reasons you should use host # otherwise every user in the same subnet as you, can use # your postfix server as a mail relay for spam. # If you set POSTFIX_DIALUP to "yes" mynetworks_style # will be set to "host" by SuSEconfig. # POSTFIX_ADD_MYNETWORKS_STYLE="subnet" POSTFIX_NODAEMON="no" # Ab hier Konfiguration fuer virtuelle Domains ## Type: string ## Default: "noanonymous" POSTFIX_ADD_SMTPD_SASL_SECURITY_OPTIONS="noanonymous" ## Type: string ## Default: "yes" POSTFIX_ADD_BROKEN_SASL_AUTH_CLIENTS="yes" ## Type: string ## Default: "\$myhostname" POSTFIX_ADD_SMTPD_SASL_LOCAL_DOMAIN="" ## Type: string ## Default: "" POSTFIX_ADD_VIRTUAL_ALIAS_MAPS="hash:/etc/postfix/virtual, proxy:mysql:/etc/postfix/mysql_virtual_alias_maps.cf, proxy:mysql:/etc/postfix/mysql_virtual_alias_domain_maps.cf, proxy:mysql:/etc/postfix/mysql_virtual_alias_domain_catchall_maps.cf" ## Type: string ## Default: "" POSTFIX_ADD_VIRTUAL_GID_MAPS="static:303" ## Type: string ## Default: "" POSTFIX_ADD_VIRTUAL_MAILBOX_BASE="/var/vmail/" ## Type: string ## Default: "" POSTFIX_ADD_VIRTUAL_MAILBOX_DOMAINS="proxy:mysql:/etc/postfix/mysql_virtual_domains_maps.cf" ## Type: string ## Default: "" POSTFIX_ADD_VIRTUAL_MAILBOX_LIMIT="0" ## Type: string ## Default: "" POSTFIX_ADD_VIRTUAL_MAILBOX_MAPS="proxy:mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf, proxy:mysql:/etc/postfix/mysql_virtual_alias_domain_mailbox_maps.cf" ## Type: string ## Default: "" POSTFIX_ADD_VIRTUAL_MINIMUM_UID="303" ## Type: string ## Default: "" POSTFIX_ADD_VIRTUAL_TRANSPORT="virtual" ## Type: string ## Default: "" POSTFIX_ADD_VIRTUAL_UID_MAPS="static:303" ## Type: string ## Default: "" POSTFIX_ADD_SMTPD_SASL_TYPE="dovecot" ## Type: string ## Default: "" POSTFIX_ADD_SMTPD_SASL_PATH="private/auth" Die letzten beiden Schalter sind wichtig, wenn man die SASL-Authentifikation mittels Dovecot durchführen will. SuSEconfig hängt dann folgende Zeilen an die main.cf an: smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks,reject_unauth_destination smtp_sasl_auth_enable = no smtpd_sasl_auth_enable = yes smtpd_use_tls = no smtp_use_tls = no smtp_enforce_tls = no alias_maps = hash:/etc/aliases broken_sasl_auth_clients = yes mailbox_size_limit = 0 message_size_limit = 0 smtpd_sasl_local_domain = smtpd_sasl_security_options = noanonymous virtual_alias_maps = hash:/etc/postfix/virtual, proxy:mysql:/etc/postfix/mysql_virtual_alias_maps.cf, proxy:mysql:/etc/postfix/mysql_virtual_alias_domain_maps.cf, proxy:mysql:/etc/postfix/mysql_virtual_alias_domain_catchall_maps.cf virtual_gid_maps = static:303 virtual_mailbox_base = /var/vmail/ virtual_mailbox_domains = proxy:mysql:/etc/postfix/mysql_virtual_domains_maps.cf virtual_mailbox_limit = 0 virtual_mailbox_maps = proxy:mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf, proxy:mysql:/etc/postfix/mysql_virtual_alias_domain_mailbox_maps.cf virtual_minimum_uid = 303 virtual_transport = virtual virtual_uid_maps = static:303 smtpd_sasl_type = dovecot smtpd_sasl_path = private/auth Kontrollieren muss man dann noch, ob auch folgende Zeile in der main.cf auftaucht: smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination Die Zahlen 303 stehen hier übrigens für uid und gid des Vmail-Eigentümers. Die meisten Beschreibungen gehen davon aus, dass man sich einen User vmail mit den entsprchenden Daten anlegt. Die Zahlen sind beliebig, tauchen aber auch später immer wieder auf. Hinweis: Es gibt noch ein kleines Problem. Das Script ''/usr/sbin/config.postfix'' (eine Mischung aus Shell- und Perl-Code) hat auch in der aktuellen Version eine blöde Macke, ab Zeile 669 findet sich eine Schleife, mit der die bereits erzeugt Konfigurationsdatei noch einmal bearbeitet wird. while( <MNCF> ) { chomp; if( /\#?(virtual_alias_maps\s=\s).*/ ) { if ($with_mysql ne "yes" && $with_ldap ne "yes") { $line = $1."hash:/etc/postfix/virtual"; } elsif ($with_ldap eq "yes" && $with_mysql ne "yes") { $line = $1."hash:/etc/postfix/virtual ldap:/etc/postfix/ldap_aliases.cf"; } elsif ($with_mysql eq "yes" && $with_ldap ne "yes") { $line = $1."hash:/etc/postfix/virtual mysql:/etc/postfix/mysql_virtual_alias_maps.cf"; } elsif ($with_mysql eq "yes" && $with_ldap eq "yes") { $line = $1."hash:/etc/postfix/virtual ldap:/etc/postfix/ldap_aliases.cf mysql:/etc/postfix/mysql_virtual_alias_maps.cf"; } } elsif( /\#?(virtual_uid_maps\s=.*)/ ) { if ($with_mysql ne "yes") { $line = "#".$1; } else { $line = $1; } ... } else { $line = $_; } if( $line =~ /^\#/ ) { print $line."\n"; next; } print $line."\n"; Leider hat der erste Teil den Effekt, dass die Einstellungen aus ''/etc/sysconfig/postfix'' für ''virtual_alias_maps'' verloren gehen. Ich habe dafür keine saubere Lösung gefunden. Entweder korrigiert man die erzeugte main.cf per Hand, oder man verändert das erwähnte Script. Im Prinzip kann der ganze Teil wegfallen, es geht immer nur um die virtual_... Einstellungen, die wir sowieso unabhängig machen. Entweder ändere ich im oberen Bereich die Zuweisung, oder hinter dem else-Fall ergänze ich einfach ''$line = $_;'' dann wird das Ergebnis der Überarbeitung ignoriert. Die zweite Lösung erscheint mir am einfachsten. Dann endet der Abschnitt auf: ... } else { $line = $_; } # geändert von Uwe Debacher am 9.10.2011 $line = $_; if( $line =~ /^\#/ ) { print $line."\n"; next; } print $line."\n"; SuSEconfig meutert, wenn man selber an der main.cf Hand angelegt hat und erstellt eine eigene Datei mit der neuen Version. Die kopiert man über die main.cf und löscht dann die zusätzliche Datei. cp main.cf.SuSEconfig main.cf rm main.cf.SuSEconfig Nun sollte SuSEconfig in Zukunft sauber durchlaufen. /usr/sbin/SuSEconfig.postfix bzw. /usr/sbin/config.postfix Nach einem Neustart von Postfix sollte es möglich sein Mails für die virtuellen Benutzer zu schicken, die in der Datenbank eingetragen sind. Die virtuellen Postfächer liegen alle unterhalb von /var/vmail. Wo genau sie liegen stellt man über die Konfigurationsdatei des PostfixAdmin ein. Entscheidend sind hier die Zeilen: // Mailboxes // If you want to store the mailboxes per domain set this to 'YES'. // Example: /usr/local/virtual/domain.tld/username@domain.tld $CONF['domain_path'] = 'NO'; // If you don't want to have the domain in your mailbox set this to 'NO'. // Example: /usr/local/virtual/domain.tld/username $CONF['domain_in_mailbox'] = 'YES'; Es macht Sinn diese beiden Vorgaben zu ändern, wenn man mit mehreren Domains arbeitet. Damit ist die Postfix-Konfiguration erst einmal abgeschlossen und sowohl Systembenutzer, als auch virtuelle Benutzer können Mails empfangen. Weitere Schritte sind erst notwendig, wenn auch Mailman aktiviert werden soll. '''Hinweis:''' In der Datei /etc/sysconfig/postfix sollte man nicht die Einstellung POSTFIX_MDA="local" auf dovecot verändern. Dann werden Mails für lokale Benutzer nicht mehr zugestellt, z.B. für root und die Mailinglisten. ==Dovecot== Bei Konfigurationsbeschreibungen für Dovecot muss man immer aufpassen, auf welche Version sie sich beziehen. Es gibt erhebliche Unterschiede zwischen den Konfigurationen von 1.x und 2.x. Die folgenden Texte beziehen sich auf Version 2.2.13. Die Angabe einer ''mail_location'' hat anscheinend nur für die Systembenutzer eine Funktion, nicht für die virtuellen Benutzer. Insofern kann es unterbleiben hier überhaupt eine Angabe zu machen, dann sucht ''Dovecot'' für die Systembenutzer den richtigen Ort heraus. An die von SuSE mitgelieferten Dateien soll man ja nicht unnötig herangehen, damit Änderungen bei Updates nicht verloren gehen. In der dovecot.conf wird genau für die eigenen Änderungen am Ende eine Datei local.conf gesucht und falls vorhanden mit eingelesen. Hier kann man seine eigenen Elemente dann risikolos unterbringen. Wenn keine Zertifikate erzeugt wurden, also verschlüsselte Verbindungen nicht möglich sind, dann funktioniert folgende einfach Version von /etc/dovecot/local.conf. disable_plaintext_auth = no first_valid_uid = 303 mail_access_groups = postfix mail_privileged_group = postfix managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { args = /etc/dovecot/dovecot-mysql.conf driver = sql } passdb { driver = pam } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = imap pop3 ssl = no userdb { args = /etc/dovecot/dovecot-mysql.conf driver = sql } userdb { driver = passwd } verbose_proctitle = yes protocol pop3 { pop3_uidl_format = %08Xu%08Xv } Die zugehörige Datei ''/etc/dovecot/dovecot-mysql.conf'' besitzt folgenden Inhalt: # Database driver: mysql, pgsql driver = mysql # Currently supported schemes include PLAIN, PLAIN-MD5, DIGEST-MD5, and CRYPT. default_pass_scheme = CRYPT # Database options #db_unix_socket = /var/lib/mysql/mysql.sock connect = host=/var/run/mysql/mysql.sock dbname=postfix user=postfix password=assword password_query = SELECT password FROM mailbox WHERE username = '%u' AND active = '1' user_query = SELECT concat('maildir:/var/vmail/',maildir) as mail, 303 AS uid, 303 AS gid FROM mailbox WHERE username = '%u' AND active = '1' ===Dovecot mit SSL=== Will man mit Dovecot auch SSl-Verbindungen nutzen, so sind mehrere Schritte notwendig. Zuerst braucht man ein Zertifikat, wenn man dafür keinen Anbieter hat, dann kann man ein Zertifikat selbst erstellen, mit den dabei anfallenden Einschränkungen und Problemen. Im Ordner /usr/share/doc/packages/dovecot/ findet man die dafür notwendigen Dateien. Zuerst muss man die Konfigurationsdatei dovecot-openssl.cnf anpassen. Dann kann man die Zertifikate erzeugen mittels sh mkcert.sh Nun muss noch die Dovecot-Konfiguration in ''/etc/dovecot/local.conf'' angepasst werden. disable_plaintext_auth = no first_valid_uid = 303 mail_access_groups = postfix mail_privileged_group = postfix managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { args = /etc/dovecot/dovecot-mysql.conf driver = sql } passdb { driver = pam } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = imap pop3 ssl = yes ssl_cert = </etc/ssl/certs/dovecot.pem ssl_key = </etc/ssl/private/dovecot.pem userdb { args = /etc/dovecot/dovecot-mysql.conf driver = sql } userdb { driver = passwd } verbose_proctitle = yes protocol pop3 { pop3_uidl_format = %08Xu%08Xv } Nach einem Dovecot-Neustart kann man mittels openssl s_client -connect imap.debacher.com:pop3s testen, ob die Einstellungen funktionieren. Nun muss der Client aber auch noch dieses Zertifikat akzeptieren, das hängt aber von der jeweiligen Anwendung ab. Bei fetchmail muss man sich den Fingerprint des Zertifikates holen. Dazu muss man fetchmail mit dem Parameter -v (Verbose) starten. Dann findet man in der /var/log/mail.info eine Zeile wie: Feb 5 17:13:59 acer-server fetchmail[17975]: imap.debacher.de-Schlüssel-Fingerabdruck: 59:51:61:89:CD:DD:B2:35:94:BB:44:97:A0:39:D5:B4 Die Zeichenkette am Ende wird benötigt und in die /etc/fetchmailrc aufgenommen: poll imap.debacher.com with proto POP3 user 'uwe@meine-maildomain.de' there with password 'assword' ssl sslfingerprint "59:51:61:89:CD:DD:B2:35:94:BB:44:97:A0:39:D5:B4" is debacher here Jetzt ist eine gesicherte Verbindung möglich, ohne dass Fetchmail meckert. ===Anpassung der Dovecot.conf=== Aktuell habe ich ein paar Änderungen an der Konfiguration vorgenommen. disable_plaintext_auth = no first_valid_uid = 303 mail_access_groups = postfix mail_privileged_group = postfix managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { args = /etc/dovecot/dovecot-mysql.conf driver = sql } #passdb { # driver = pam #} plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = imap pop3 ssl = yes ssl_cert = </etc/ssl/certs/dovecot.pem ssl_key = </etc/ssl/private/dovecot.pem userdb { args = /etc/dovecot/dovecot-mysql.conf driver = sql } #userdb { # driver = passwd #} verbose_proctitle = yes protocol pop3 { pop3_uidl_format = %08Xu%08Xv mail_max_userip_connections = 5 } protocol imap { mail_max_userip_connections = 5 } Ich habe hier vor allem die normale Authentifizierung gegenüber der Passwort-Datenbank entfernt, da ich keine lokalen Benutzer habe. Das erspart Fehlermeldungen, da ansonsten auch für die virtuellen User immer noch einmal die lokale Authentifizierung probiert wird, was jeweils zu einer Fehlermeldung führen muss. Zusätzlich hatte ich Probleme damit, das vor allem jüngere Nutzer, z.T. große Anzahlen von gleichzeitigen Verbindungen zum IMAP-Server aufbauen. Das betrifft vor allem die Geräte mit dem angebissenen Apfel. Ich habe also die Zahl der erlaubten parallelen Verbindungen pro IP-Adresse auf 5 reduziert. ===SASL=== Soll der Rechner auch Mails von virtuellen Benutzern über das Netz annehmen, so muss der Benutzer eine Möglichkeit haben sich beim Abliefern der Mails zu authentifizieren. Dazu dient in der Regel der ''Simple Authentication and Security Layer'' (SASL). Für die Konfiguration gibt es mehrere Möglichkeiten. Die einfachste Möglichkeit ist die Nutzung des SASL-Moduls von Dovecot. Dann muss man den Datenbankzugriff nur an einer einzigen Stelle konfigurieren, nämlich bei Dovecot. Für die SASL-Nutzung ergänzt man einfach die /etc/dovecot/local.conf um die folgenden Zeilen. service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } } auth_mechanisms = plain login Über das Netz kann man eine Telnet-Verbindung nutzen um zu testen, mann muss nur vorher die Anmeldedaten Base64 kodieren mit: perl -MMIME::Base64 -e 'print encode_base64("benutzer\@virt.domain\0benutzer\@virt.domain\0passwort");' Dann kann man einen Telnet auf Port 25 machen, nach EHLO <Absender-Domain> gibt man in der nächsten Zeile an: auth plain <codiertes Passwort> SuSEconfig meckert übrigens, wenn der saslauthd nicht läuft. You are using saslauthd as pwcheck_method in /etc/sasl2/smtpd.conf, but saslauthd is not running. das ist ein Fehler im Script ''/usr/sbin/SuSEconfig.postfix'', das schaut nur nach, ob es die Datei ''/etc/sasl2/smtpd.conf'' oder ''/usr/lib64/sasl2/smtpd.conf'' gibt und wenn ja, ob da die Zeichenkette ''saslauthd'' zu finden ist. Wenn es die findet und der Dämon nicht läuft, dann erzeugt es die Fehlermeldung. Ein Auskommentieren hilft also nichts, wohl aber ein Leerzeichen im Wort ''s aslauthd'' Sollte die SASL-Anmeldung fehlschlagen und die Logdateien nichts hergeben, so kann man auch die MySQL-Datenbank mit zusätzlichen Informationen starten. Zuerst beendet man sie und startet sie dann direkt mit zusätzlichem Parameter: rcmysql stop /bin/sh /usr/bin/mysqld_safe --user=mysql --pid-file=/var/run/mysql/mysqld.pid --socket=/var/run/mysql/mysql.sock --datadir=/var/lib/mysql --log=/var/lib/mysql/sasl-informationen.log --log-long-format & ===Mailzustellung über Dovecot=== Nach der bisherigen Beschreibung stellt Postfix alle Mails selber an die Postfächer zu. Es macht Sinn dieses Aufgabe für die virtuellen Benutzer an Dovecot zu übergeben. Damit kann man dann z.B. auch eine Filterung mittels Sieve aktivieren. Im Prinzip ist fast alles vorbereitet. Man muss aber die local.conf für Dovecot um ein paar Zeilen erweitern. protocols = imap pop3 lmtp service lmtp { unix_listener lmtp { #mode = 0666 } unix_listener /var/spool/postfix/private/dovecot-lmtp { #mode = 0666 user = postfix group = postfix } } Hier wird im Prinzip nur ein Socket (naja zwei) für das ''Local Mail Transfer Protocol'' (LMTP) eingerichtet. Über dieses Protokoll kann dann Postfix Nachrichten an Dovecot übergeben. Die erste Socket-Definition ist als Standard vorgegeben. Die zweite Definition stellt sicher, dass dies Socket von Postfix aus erreicht werden kann, es liegt ja in einem von dessen Ordnern. Nach einem Neustart von Dovecot sollte dies Socket auch sichtbar sein. Nun muss Postfix nur noch angewiesen werden seine Mails dort auch abzugeben. Dazu wird in der /etc/postfix/main.cf die Zeile virtual_transport = virtual verändert zu virtual_transport = lmtp:unix:private/dovecot-lmtp Das kann man auch erreichen, indem man in die Datei /etc/sysconfig/postfix anpasst: ## Type: string ## Default: "" POSTFIX_ADD_VIRTUAL_TRANSPORT="lmtp:unix:private/dovecot-lmtp" und dann die Konfiguration neu erzeugen lässt. Für die Zustellung der Postfix-Mails durch Dovecot gibt es sehr viele unterschiedliche Beschreibungen. Ich habe mich bei meiner Konfiguration an der Beschreibung unter https://www.linode.com/docs/email/postfix/email-with-postfix-dovecot-and-mysql orientiert. Mir war dabei wichtig, dass die Mails an den lokale Benutzer root auch weiterhin ganz normal zugestellt werden. Außerdem wollte ich möglichst geringe Veränderungen an dem bisherigen System haben und PostfixAdmin weiterhin nutzen können. ===Mailfilterung mit Sieve=== Sieve ist eine einfache Programmiersprache zum Erstellen von Mailfiltern. Dovecot bringt dafür einen Dämon namens ''managesieve'' mit, der nur aktiviert werden muss. Dazu muss wieder die Konfigurationsdatei etwas erweitert werden: protocols = imap pop3 lmtp sieve mail_home = /var/vmail/%d/%n/home mail_location = maildir:/var/vmail/%d/%n service managesieve-login { inet_listener sieve { port = 4190 } } protocol lmtp { mail_plugins = $mail_plugins sieve } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } Für Sieve wird damit ein Listener auf Port 4190 angelegt, nach einem Neustart von Dovecot kann man das Vorhandensein über lsof -i :4190 abfragen. Über diesen Port kommunizieren die Programme, die Sieve-Scripten erzeugen mit dem Dämon. Dovecot selber benutzt die Einbindung als mail_plugin für das lmtp-Protokoll. Sieve benötigt unbedingt ein Homeverzeichnis auch für virtuelle Benutzer. Normalerweise kann man in dieses dann das Mailverzeichnis legen http://wiki2.dovecot.org/VirtualUsers/Home . Ich habe das umgedreht, also das Homeverzeichnis in das Mailverzeichnis gelegt, da ich sonst alle vorhandenen Postfächer bearbeiten müsste. Es ist aber explizit erlaubt so vorzugehen, verhindert dann aber das Anlegen eines gleichnamigen Imap-Ordners. Das Erstellen der Sieve-Regeln kann dann z.B. mittels Roundcube erfolgen. Die Nutzung eines Webmailers wie Roundcube hat den Vorteil, dass man den Port 4190 nicht nach außen öffnen muss. Ein richtiger Verlust ist das nicht, da z.B. die Sieve-Erweiterung für Thunderbird mehr ein Texteditor ist und deutlich weniger komfortabel als die Roundcube-Erweiterung. Eine einfache Sieve-Regel, die z.B. Spam-Mails verschiebt könnte folgendermaßen aussehen: require ["fileinto"]; # rule:[Spam] if header :contains "subject" "***Spam" { fileinto "Junk"; } abgelegt in der Datei: /var/vmail/<domain>.de/<benutzer>/home/sieve/managesieve.sieve Dies ist die bneutzerspezifische Varainte. Erweitert man die Dovecot-Konfiguration etwas plugin { sieve = ~/.dovecot.sieve sieve_global_path = /etc/dovecot/sieve/default.sieve sieve_dir = ~/sieve sieve_global_dir = /etc/dovecot/sieve/global/ } So kann man die Regeln auch für alle Benutzer erstellen, oder über plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve # The default Sieve script when the user has none. This is a path to a global # sieve script file, which gets executed ONLY if user's private Sieve script # doesn't exist. Be sure to pre-compile this script manually using the sievec # command line tool. sieve_default = /var/lib/dovecot/sieve/default.sieve } ===endgültige Dovecot-Konfiguration=== Die Authentisierung per pam lässt sich deaktivieren, wenn man im Unterordner conf.d die Datei 10-auth.conf editiert und dort am Ende der Datei die einzig aktive Include-Zeile !include auth-system.conf.ext durch Voranstellen einer Raute deaktiviert. Hier für alle Fälle noch einmal die Ausgabe von doveconf -n zum Vergleich (die ersten Zeilen erhöhen den Umfang und den Informationsgehalt der Logdatei /var/log/mail) auth_debug = yes auth_debug_passwords = yes auth_verbose = yes auth_verbose_passwords = sha1 mail_debug = yes auth_mechanisms = plain login disable_plaintext_auth = no first_valid_uid = 303 mail_access_groups = postfix mail_home = /var/vmail/%d/%n/home mail_location = maildir:/var/vmail/%d/%n mail_privileged_group = postfix managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts auto = subscribe } mailbox Junk { special_use = \Junk auto = create } mailbox Sent { special_use = \Sent auto = subscribe } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash auto = subscribe } prefix = } passdb { args = /etc/dovecot/dovecot-mysql.conf driver = sql } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = imap pop3 lmtp sieve service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } } service lmtp { unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix user = postfix } } service managesieve-login { inet_listener sieve { port = 4190 } } ssl_cert = </etc/ssl/certs/dovecot.pem ssl_key = </etc/ssl/private/dovecot.pem userdb { args = /etc/dovecot/dovecot-mysql.conf driver = sql } protocol lmtp { mail_plugins = " sieve" } protocol imap { mail_max_userip_connections = 12 } protocol pop3 { mail_max_userip_connections = 5 pop3_uidl_format = %08Xu%08Xv } ==VsFTPd und virtuelle Nutzer== Installation des Dienstes mittels: yast2 -i vsftpd Der VsFTPd kann prinzipiell mit virtuellen Nutzern arbeiten, er kann aber nicht direkt auf eine MySQL-Datenbank zugreifen. Das geht nur indirekt über ein entsprechendes PAM-Modul. Das ''pam_mysql'' mit dem Quelltext von [http://pam-mysql.sourceforge.net/ Sourceforge] (bei mir war die Version 0.7 aktuell) ist leider nicht mehr brauchbar. Mit der aktuellen OpenSUSE-Version habe ich das Problem, dass das Modul nicht fehlerfrei funktioniert. Ich kann es zwar compilieren und installieren, es gibt bei Anmeldeversuchen immer libgcc_s.so.1 must be installed.. In der /var/log/messages ist dann eine Fehlermeldung zu finden wie general protection ip:7f571a1b3287 sp:7f57161fa590 error:0 in libc-2.15.so Mit der Datei von der vorherigen Version klappt alles. Es hat anscheinend mit den ''pthreads'' zu tun. Die Probleme tauchten auch mit den diversen vorcompilierten Versionen auf. Zum Glück ist das Modul für die Nutzung von virtuellen Nutzern nicht mehr wesentlich, da Dovecot die notwendigen Funktionen mitbringt. Ich habe lange Zeit überlegt auf FTP-Server auszuweichen, die eine Datenbankanbindung mitbringen wir ProFTPD oder PureFTPD, doch der Mensch ist ein Gewohnheitstier. Eine Ausweichmöglichkeit ist die Authentifikation gegen gegen IMAP oder POP3 mittels PAM. Das Modul pam_pop3 ließ sich nicht übersetzen, es ist ja auch recht alt. Auch nicht viel neuer, aber compilierbar und funktionsfähig ist das Paket pam_imap von http://downloads.sourceforge.net/project/pam-imap/pam-imap/pam_imap-0.3.8/pam_imap-0.3.8.tar.bz2. Anfangs wollte sich auch dieses Paket nicht übersetzen lassen, es gab immer Fehlermeldungen mit PIC. Um dies zu unterbinden muss man einfach die Umgebungsvariablen CC und CXX passend setzen und dann erst die Installation starten: export CC="gcc -fPIC" export CXX="g++ -fPIC" make distclean; make clean ./configure make cp pam_imap.so /lib64/security/ Jetzt muss nur noch die Datei /etc/pam.d/vsftp angepasst werden. #%PAM-1.0 # ergaenzt am 28.5.2013 auth sufficient pam_imap.so conf=/etc/pam.d/pam_imap.conf account sufficient pam_imap.so conf=/etc/pam.d/pam_imap.conf # Uncomment this to achieve what used to be ftpd -A. # auth required pam_listfile.so item=user sense=allow file=/etc/ftpchroot onerr=fail auth required pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed # Uncomment the following line for anonymous ftp. #auth sufficient pam_ftp.so auth required pam_shells.so auth include common-auth account include common-account password include common-password session required pam_loginuid.so session include common-session Neu sind hier nur die Zeilen 2 bis 4, der Rest ist die Standardkonfiguration. Zusätzlich muss noch aus dem Verzeichnis conf die Datei pam_imap.conf nach /etc/pam.d/ kopiert werden. In dieser Datei habe ich dann auch noch den Port angepasst: #PAM_Server0 = imaps:localhost:993 PAM_Server0 = localhost:143 bei lokaler Authentifizierung kann ich auf die Verschlüsselung verzichten. ====Neue vsftpd Probleme bei OpenSUSE 12.3==== Beim Anmelden erscheint die Fehlermeldung 500 OOPS: vsftpd: refusing to run with writable root inside chroot() oder 500 OOPS: priv_sock_get_cmd Ich konnte dann finden, dass an neuen Sicherheitseinstellungen liegt und sich mit einer Erweiterung der ''/etc/vsftpd.conf'' lösen lässt allow_writeable_chroot=YES seccomp_sandbox=NO ==apache== In der Datei ''/etc/sysconfig/apache'' muss noch das Modul ''rewrite'' eventuell aktiviert werden. Entweder mittels a2enmod rewrite oder direkt mit einem Editor. # EXAMPLES: # # fairly minimal # APACHE_MODULES="authz_host alias auth dir log_config mime setenvif" # # apache's default installation # APACHE_MODULES="authz_host actions alias asis auth autoindex cgi dir imap include log_config mime negotiation setenvif status userdir" # your settings APACHE_MODULES="authz_host actions alias auth_basic authz_groupfile authn_file authz_user autoindex cgi dir include log_config mime negotiation setenvif status userdir asis imagemap php5 authz_default rewrite" nach einem Neustart des Apache steht dann auch dieses Modul zur Verfügung. Details zur Apache-Konfiguration unter [[Einzelheiten_zur_Apache-Konfiguration]]. ===squirrelmail=== Dieses Webmail-Programm wirkt etwas hausbacken, ist aber sehr gutmütig und läuft sofort. yast2 -i squirrelmail-beta squirrelmail-beta-lang Man kann kann noch etwas an den Einstellungen drehen, vor allem an den Spracheinstellungen. Dazu gibt es zwei Dateien im Unterverzeichnis ''config'' nämlich * config.php für die allgemeinen Einstellungen * config_default.php für die Vorgaben für neue Benutzer Die Datei ''config.php'' muss man nicht direkt bearbeiten, dafür ist im gleichen Verzeichnis das Script ''conf.pl'' zuständig. ===Roundcube=== Hierbei handelt es sich um ein nettes Webinterface für das Mailsystem. Man muss nur das Paket roudcubemail mittels YaST nachinstallieren. yast2 -i roundcubemail Hinweis: Apache lässt sich nach der Roundcube-Installation nur neu starten, wenn das Modul version aktiviert ist (a2enmod version), da davon in der /etc/apache2/conf.d/roundcubemail.conf Gebrauch gemacht wird. Die Konfiguration ist recht einfach. Man legt eine Datenbank roundcubemail an und einen passenden Benutzer, z.B. ''roundcube'' mit dem Password ''assword''. mysql roundcubemail -u roundcube -p < /srv/www/roundcubemail/SQL/mysql.initial.sql Anschließend müssen noch ein paar Einstellungen an den Dateien in /etc/roundcubemail vorgenommen werden. config.inc.php $rcmail_config['db_dsnw'] = 'mysql://roundcube:assword@localhost/roundcubemail'; und kontrollieren, ob folgende Einstellung vorhanden ist (dann verschindet die Server-Zeile im Anmeldefenster): $rcmail_config['default_host'] = 'localhost'; Die Webkonfiguration sollte man dann etwas anpassen, da sonst der Apache nicht startet: /etc/apache2/conf.d/roundcubemail.conf Cool, die SuSE-Leute haben wieder ein ganz neues Problem eingebaut. Mit Apache 2.4 hat sich ein Teil der Konfiguration verändert, siehe http://httpd.apache.org/docs/2.4/upgrading.html . Eigentlich erfolgt die Regelung, welcher Rechner zugreifen darf jetzt über das neue System. OpenSUSE hat aber das in dem Artikel genannte Moduls ''access_compat_module'' statisch mit eincompiliert, so dass die alte Syntax weiter zulässig ist. Nun steht in der Datei ''/etc/apache2/condf.d/roundcubemail.conf'' folgender typischer Abschnitt <Directory /srv/www/roundcubemail> <IfVersion >= 2.4> # <IfModule !mod_access_compat.c> Require all granted # </IfModule> # <IfModule mod_access_compat.c> # Order allow,deny # #Allow from 127.0.0.1 # Allow from all # </IfModule> </IfVersion> <IfVersion < 2.4> Order allow,deny #Allow from 127.0.0.1 Allow from all </IfVersion> ... Da hat sich wieder mal jemand ins Knie geschossen (eine Diskussion dazu gibt es unter https://bugzilla.novell.com/show_bug.cgi?id=881506). Wenn einmal in einer Konfigurationsdatei etwas wie ''Require all granted'' (das passiert schon in der httpd.conf) auftaucht, dann funktioniert das Modul access_compat anscheinend nicht mehr, da es aber vorhanden ist, wird hier durch dieses Kunststück die alte Syntax aktiviert, die nun nicht mehr funktioniert. In dem Listing habe ich schon die problematischen Zeilen auskommentiert. Leider taucht diese Block recht oft auf. Es gibt noch eine coole Stelle. Ich wollte eine alte Datenbank behalten von Version 0.9.5 (aktuell ist 1.0.6). Dazu hatte ich ein Script ''update.sh'' im Verzeichnis bin gefunden. Trotz des Namens handelt es sich um ein PHP-Script, man sollte es also auch mit php aufrufen und nicht mit der Shell. ====Roundcube und Sieve (auch Vacation)==== Bei Roundcube wird eine Reihe von Plugins mitgeliefert. Eines davon ist ''managesieve''. Wenn man dieses Plugin aktiviert und etwas konfiguriert, dann kann man damit bequem Sieve-Filter erstellen. Die mitgelieferten Plugins befinden sich generell im Unter-Ordner ''plugins'' im Roundcube-Verzeichnis. Dort gibt es dann jeweils einen Ordner, der so heißt wie das Plugin und darin gibt es dann eine Datei config.inc.php. Wir bearbeiten also die Datei roundcubemail/plugins/managesieve/config.inc.php (die ist bei OpenSUSE in Wirklichkeit ein Link auf /etc/roundcubemail/managesieve.inc.php) <?php // managesieve server port. When empty the port will be determined automatically // using getservbyname() function, with 4190 as a fallback. $rcmail_config['managesieve_port'] = 4190; bei mir wollte die automatische Konfiguration nicht funktionieren, daher habe ich hier den ''managesieve_port'' konkret angegeben. Aktiviert wird das Plugin dann über eine Erweiterung der Datei roundcubemail/config/config.inc.php im Bereich ab Zeile 79 (bei OpenSUSE ist die Datei ein Link auf /etc/roundcubemail/config.inc.php) // ---------------------------------- // PLUGINS // ---------------------------------- // List of active plugins (in plugins/ directory) $rcmail_config['plugins'] = array( 'managesieve', ); Hier muss das zu Aktivierende Plugin einfach nur aufgeführt werden, danach ist das Plugin einsatzbereit. Meldet man sich jetzt über Roundcube an und geht dort auf Einstellungen, so erscheint der neue Menüpunkt ''Filter''. [[Datei:Roundcube-1.png|600px]] Über diesen Menüpunkt kann man Regeln einrichten, mit denen in Abhängigkeit vom Inhalt eine Mail z.B in einen anderen Ordner verschoben wird. Eine sehr beliebte Funktion (nicht bei mir) ist die Abwesenheitsbenachrichtigung (vacation). Auch das ist mit diesem Tool schnell realisiert. [[Datei:Roundcube-2.png|600px]] Der größte Teil sollte selbsterklärend sein. Interessant ist noch die Tagesangabe (hier 5). Damit kann man verhindern, dass ein Absender auf jede Mail hin eine entsprechende Meldung bekommt. Hier würde er erst nach 5 Tagen die nächste Benachrichtigung bekommen. ====Passwortänderung mit Roundcube==== Auch für die Änderung des Passwortes der virtuellen Mailnutzer gibt es bei Roundcube ein mitgeliefertes Plugin namens ''password''. Hier bearbeiten wir die Datei roundcubemail/plugins/password/config.inc.php (die ist bei OpenSUSE in Wirklichkeit ein Link auf /etc/roundcubemail/password.inc.php) // SQL Driver options // ------------------ // PEAR database DSN for performing the query. By default // Roundcube DB settings are used. $rcmail_config['password_db_dsn'] = 'mysql://postfix:assword@localhost/postfix'; // The SQL query used to change the password. // The query can contain the following macros that will be expanded as follows: // %p is replaced with the plaintext new password // %c is replaced with the crypt version of the new password, MD5 if available // otherwise DES. More hash function can be enabled using the password_crypt_hash // configuration parameter. // %D is replaced with the dovecotpw-crypted version of the new password // %o is replaced with the password before the change // %n is replaced with the hashed version of the new password // %q is replaced with the hashed password before the change // %h is replaced with the imap host (from the session info) // %u is replaced with the username (from the session info) // %l is replaced with the local part of the username // (in case the username is an email address) // %d is replaced with the domain part of the username // (in case the username is an email address) // Escaping of macros is handled by this module. // Default: "SELECT update_passwd(%c, %u)" $rcmail_config['password_query'] = 'UPDATE mailbox SET password=%c WHERE username=%u'; // By default the crypt() function which is used to create the '%c' // parameter uses the md5 algorithm. To use different algorithms // you can choose between: des, md5, blowfish, sha256, sha512. // Before using other hash functions than des or md5 please make sure // your operating system supports the other hash functions. $rcmail_config['password_crypt_hash'] = 'md5'; Hier muss man zumindest die ''password_db_dsn'' richtig angeben. Das sind die Einstellungen, die für Postfix und Dovecot gelten, nicht die Zugangsdaten von Roundcube. Die ''password_query'' ist dann relativ naheliegend. Der Wert für password_crypt_hash ist von mir nicht verändert, das scheint zum Rest der Konfiguration zu passen. Aktiviert wird auch dieses Plugin dann über eine Erweiterung der Datei roundcubemail/config/main.inc.php im Bereich ab Zeile 409 (bei OpenSUSE ist die Datei ein Link auf /etc/roundcubemail/main.inc.php) // ---------------------------------- // PLUGINS // ---------------------------------- // List of active plugins (in plugins/ directory) $rcmail_config['plugins'] = array( 'managesieve', 'password', ); Bei der nächsten Anmeldung hat der Benutzer dann unterhalb von ''Filter'' noch den Menüpunkt ''Passwort''. ====Nachtrag zu Roundcube und MySQL==== Bei einigen neuen Installationen tauchte ein Problem im Zusammanhang mit MySQL 5.6 auf. Wenn sich ein neu eingerichteter Benutzer bei Roundcube anmelden wollte, dann ging das nicht. In der Logdatei war zu finden: DB Error: [1364] Field 'alias' doesn't have a default value (SQL Query: INSERT INTO users (created, last_login, username, mail_host, language) VALUES (now(), now(), 'benutzer@etthelp.de', 'localhost', 'de_DE')) in /usr/share/php5/Roundcube/rcube_db.php on line 467 (POST /roundcube/?_task=login?_task=login&_action=login) Ursache ist die neuerdings eingestelle Pingeligkeit von MySQL. Beim Feld alias der Tabelle users ist NOT NULL eingestellt und trotzdem wird versucht ein leeres Feld einzugeben (alias taucht in der Insert-Anweisung nicht als Feld auf). Die einfachste Lösung besteht darin NULL zu erlauben mittels alter table users modify alias varchar(128); Siehe dazu http://trac.roundcube.net/ticket/1489709 ===Group-Office=== Group-Office ist ein sehr umfangreiches Webinterface für das Mailsystem und bietet vom Kalender über das Adressbuch nahezu alles, was man so haben möchte. Zur Installation lädt man sich das tar-Archiv: http://downloads.sourceforge.net/project/group-office/4.1/groupoffice-com-4.1.73.tar.gz oder auch aktueller http://downloads.sourceforge.net/project/group-office/6.1/groupoffice-com-6.1.41.tar.gz und entpackt es in das Verzeichnis /srv/www/htdocs und benennt es anschließend in groupoffice um: cd /srv/www/htdocs tar xvfz /tmp/groupoffice-com-6.1.41.tar.gz mv groupoffice-com-6.1.41.tar.gz groupoffice Danach muss man dann noch eine leere config.php anlegen cd groupoffice touch config.php chown wwwrun.www config.php Nun noch mittels z.B. phpMyAdmin eine Datenbank und den zugehörigen Benutzer anlegen, dann kann die Installation starten. Dazu ruft man groupoffice im Browser auf, wodurch das Installations-Script startet. [[Datei:Groupoffice1.png|600px]] Groupoffice benötigt normalerweise die zusätzlichen Pakete ''libwbxml2'', ''zip'' und ''tnef''. Wenn alle Erfordernisse erfüllt sind, dann kann man sich Schritt für Schritt durch die Installation hangeln. Am Ende des Prozesses wird ein Administrator-Zugang angelegt. [[Datei:Groupoffice9.png|600px]] Danach erfolgt dann noch eine Auswahl der Module, die für Benutzer zur Verfügung stehen sollen. Diese Auswahl kann man aber auch später noch verändern. Wichtig ist jetzt, dass man sich einmal als Administrator anmeldet, um die IMAP-Authentifizierung nachinstallieren zu können, dabei kann man auch gleich das Sieve-Modul mit aktivieren. [[Datei:Groupoffice-35.png|600px]] Danach muss man dann noch die Konfigurationsdatei in das groupoffice-Verzeichnis kopieren cd groupoffice cp modules/imapauth/imapauth.config.php.example imapauth.config.php Danach erfolgt dann die Benutzer-Authentifizierung gegen den IMAP-Server, so dass keine zusätzliche Benutzerverwaltung notwendig ist. Jeder Benutzer, der sich per IMAP anmelden kann wird automatisch auch als Group-Office Benutzer eingerichtet. Etwas aufpassen muss man mit den Eingaben in die Datei imapauth.config.php. Leerzeichen haben hier unerwünschte Effekte. 'imapauth_combo_domains' => 'debacher.de,debacher.name,debacher.com' setzt man hier nach dem Komma Leerzeichen, so stehen die später auch nach dem Klammeraffen, mit unerwünschten Effekten. Groupoffice kann auch mit Sieve-Filtern umgehen. Dazu muss natürlich das entsprechende Modul aktiviert und für ''Jedermann'' freigegeben sein. Dann kann man klicken auf ''E-Mail->Administration->E-Mail-Konten''. Dann folgt ein Doppelklick auf das gewünschte Konto und dann wählt man den Tab Regeln aus. [[Datei:Groupoffice-31.png|600px]] Hier kann man jetzt mit einem Doppelklick die gewünschte Regel auswählen und bearbeiten. ===mailman=== Mich hat überrascht, wie mühsam es ist eine Beschreibung zu finden, wie man mailman mit virtuellen Postfix-Mail verknüpft. Die hier beschriebene Konfiguration lässt einen Mailinglisten-Namen nur einmalig über alle Domains zu. Wenn es also eine Liste info@virtual1.tld gibt, dann ist es nicht möglich ebenfalls info@virtual2.tld einzurichten. Weitere Informationen unter: * http://list.org/mailman-install/postfix-virtual.html * http://hilfedatenbank.de/2009/01/28/mailman-einrichten/ * http://www.gentoo.org/doc/de/virt-mail-howto.xml#doc_chap12 * https://wiki.archlinux.org/index.php/Mailman Zuerst muss man den Mailman installieren, per yast2 -i mailman dann muss man ihn in der Apache-Konfiguration aktivieren: In der Datei /etc/sysconfig/apache2 muss der Parameter MAILMAN den APACHE_SERVER_FLAGS hinzugefügt werden, zum Beispiel so: APACHE_SERVER_FLAGS="SSL MAILMAN" oder einfacher mittels: a2enflag MAILMAN damit wird der Eintrag ebenfalls erstellt. Danach den Apache neu starten. Eine Änderung erfolgt in der Datei /etc/postfix/main.cf dort muss die Zeile alias_maps = hash:/etc/aliases erweitert werden zu alias_maps = hash:/etc/aliases, '''hash:/var/lib/mailman/data/aliases''' damit die Alias-Einträge vom Mailman berücksichtigt werden. Zusätzlich muss für die virtuellen Domains der Eintrag virtual_alias_maps erweitert werden zu virtual_alias_maps = hash:/etc/postfix/virtual, '''hash:/var/lib/mailman/data/virtual-mailman''', proxy:mysql:/etc/postfix/mysql_virtual_alias_maps.cf, proxy:mysql:/etc/postfix/mysql_virtual_alias_domain_maps.cf, proxy:mysql:/etc/postfix/mysql_virtual_alias_domain_catchall_maps.cf Der Eintrag kann über eine Erweiterung der Datei /etc/sysconfig/postfix realisiert werden: POSTFIX_ADD_ALIAS_MAPS="hash:/etc/aliases, '''hash:/var/lib/mailman/data/aliase'''s" und POSTFIX_ADD_VIRTUAL_ALIAS_MAPS="hash:/etc/postfix/virtual, '''hash:/var/lib/mailman/data/virtual-mailman''', proxy:mysql:/etc/postfix/mysql_virtual_alias_maps.cf, proxy:mysql:/etc/postfix/mysql_virtual_alias_domain_maps.cf, proxy:mysql:/etc/postfix/mysql_virtual_alias_domain_catchall_maps.cf" Natürlich muss man dann mittels /usr/sbin/config.postfix die main.cf neu erzeugen lassen. Nun legt man das Site-Kennwort fest mit /usr/lib/mailman/bin/mmsitepass In der Datei ''/usr/lib/mailman/Mailman/mm_cfg.py'' finden sich einige Grundeinstellungen für den Mailman, die man mit einem Texteditor vornehmen kann, weitere Standardvorgaben findet man in der Datei ''/usr/lib/mailman/Mailman/Defaults.py''. Also ergänzen wir ein paar Zeilen in der Datei ''/usr/lib/mailman/Mailman/mm_cfg.py'': ################################################## # Put YOUR site-specific settings below this line. DEFAULT_SERVER_LANGUAGE = 'de' DEFAULT_ARCHIVE = Off DEFAULT_ARCHIVE_PRIVATE = 1 SMTP_MAX_RCPTS = 500 DEFAULT_URL_HOST = 'myserver.tld' DEFAULT_EMAIL_HOST = 'myserver.tld' add_virtualhost('virtual1.tld', 'virtual2.tld') add_virtualhost('virtual2.tld', 'virtual2.tld') MTA = 'Postfix' POSTFIX_STYLE_VIRTUAL_DOMAINS = ['virtual1.tld', 'virtual2.tld'] DEFAULT_REQUIRE_EXPLICIT_DESTINATION = No Jetzt legt man noch die notwendige Standard-Mailingliste "mailman" an mittels /usr/lib/mailman/bin/newlist -l de mailman postmaster@myserver.tld passwort Dann kann man den Dienst starten: systemctl start mailman.service und dann auch veranlassen, dass er zukünftig automatisch gestartet wird systemctl enable mailman.service Wichtig ist jetzt und beim Neuanlegen einer Mailingliste immer ein Blick in das Verzeichnis ''/var/lib/mailman/data'', hier müssen vier Dateien mit aktuellem Zeitstempel auftauchen: -rw-rw-r-- 1 mailman mailman 2576 14. Jul 12:00 aliases -rw-rw-r-- 1 mailman mailman 12288 14. Jul 12:00 aliases.db -rw-rw---- 1 root mailman 1654 14. Jul 12:00 virtual-mailman -rw-r----- 1 root mailman 12288 14. Jul 12:00 virtual-mailman.db Diese Dateien werden automatisch erzeugt vom Programm ''/usr/lib/mailman/bin/genaliases'' . Manchmal dauert es etwas, bis die Dateien auftauchen, man kann das Programm auch von Hand aufrufen. '''Hinweis''': Die Dateien virtual-mailman und virtual-mailman.db werden natürlich erst angelegt, wenn für eine virtuelle Domain eine Mailingliste erzeugt wird. Solange bis die Dateien existieren ist die Postfix-Konfiguration nicht in Ordnung: Das hat mich mal wieder etwas Zeit gekostet. Hier einmal ein Inhalt der Datei virtual-mailman # This file is generated by Mailman, and is kept in sync with the binary hash # file virtual-mailman.db. YOU SHOULD NOT MANUALLY EDIT THIS FILE unless you # know what you're doing, and can keep the two files properly in sync. If you # screw it up, you're on your own. # # Note that you should already have this virtual domain set up properly in # your Postfix installation. See README.POSTFIX for details. # LOOP ADDRESSES START mailman-loop@diskless-client.de mailman-loop # LOOP ADDRESSES END # STANZA START: test # CREATED: Sun Jul 14 12:00:33 2013 test@diskless-client.de test test-admin@diskless-client.de test-admin test-bounces@diskless-client.de test-bounces test-confirm@diskless-client.de test-confirm test-join@diskless-client.de test-join test-leave@diskless-client.de test-leave test-owner@diskless-client.de test-owner test-request@diskless-client.de test-request test-subscribe@diskless-client.de test-subscribe test-unsubscribe@diskless-client.de test-unsubscribe # STANZA END: test Dazu gehört dann folgend aliases-Datei: # This file is generated by Mailman, and is kept in sync with the # binary hash file aliases.db. YOU SHOULD NOT MANUALLY EDIT THIS FILE # unless you know what you're doing, and can keep the two files properly # in sync. If you screw it up, you're on your own. # The ultimate loop stopper address mailman-loop: /var/lib/mailman/data/owner-bounces.mbox # STANZA START: mailman # CREATED: Sun Jul 14 12:00:33 2013 mailman: "|/usr/lib/mailman/mail/mailman post mailman" mailman-admin: "|/usr/lib/mailman/mail/mailman admin mailman" mailman-bounces: "|/usr/lib/mailman/mail/mailman bounces mailman" mailman-confirm: "|/usr/lib/mailman/mail/mailman confirm mailman" mailman-join: "|/usr/lib/mailman/mail/mailman join mailman" mailman-leave: "|/usr/lib/mailman/mail/mailman leave mailman" mailman-owner: "|/usr/lib/mailman/mail/mailman owner mailman" mailman-request: "|/usr/lib/mailman/mail/mailman request mailman" mailman-subscribe: "|/usr/lib/mailman/mail/mailman subscribe mailman" mailman-unsubscribe: "|/usr/lib/mailman/mail/mailman unsubscribe mailman" # STANZA END: mailman # STANZA START: test # CREATED: Sun Jul 14 12:00:33 2013 test: "|/usr/lib/mailman/mail/mailman post test" test-admin: "|/usr/lib/mailman/mail/mailman admin test" test-bounces: "|/usr/lib/mailman/mail/mailman bounces test" test-confirm: "|/usr/lib/mailman/mail/mailman confirm test" test-join: "|/usr/lib/mailman/mail/mailman join test" test-leave: "|/usr/lib/mailman/mail/mailman leave test" test-owner: "|/usr/lib/mailman/mail/mailman owner test" test-request: "|/usr/lib/mailman/mail/mailman request test" test-subscribe: "|/usr/lib/mailman/mail/mailman subscribe test" test-unsubscribe: "|/usr/lib/mailman/mail/mailman unsubscribe test" # STANZA END: test Die Dateien mit der Endung .db sind jeweils gehashte Versionen der Klartext-Dateien. Will man eine neue Mailingliste erstellen, so ist das kein Problem, sofern es für die betreffende Domain schon eine Liste gibt. Dann kann man die einfach über http://server.tld/mailman/create anlegen. Wichtig ist aber, dass man anschließend noch einmal in die Konfiguration der Liste geht ''Allgemeine Optionen'' und dort unter ''Bevorzugter Hostname für E-Mail an diese Liste'' die zugehörige Domain angibt. Gibt es für die Domain noch keine Mailingliste, so muss man darauf achten, dass die Domain per postfixadmin eingetragen ist, sonst nimmt das System keinerlei Mails für die Domain an. Dann mauss man in der Datei ''/usr/lib/mailman/Mailman/mm_cfg.py'' eine ''add_virtualhost()'' Zeile ergänzen und die Domain auch bei ''POSTFIX_STYLE_VIRTUAL_DOMAINS'' mit eintragen. Erst danach kann man dann die Liste sinnvoll anlegen. Kontrollieren kann man noch, ob das Startscript legt die Datei /etc/cron.d/mailman anlegt. Beim Stoppen löscht es diese Datei auch wieder. ===Links=== * https://www.debinux.de/2015/05/mailserver-from-scratch-debian-8/ * https://www.howtoforge.com/virtual-users-and-domains-with-postfix-courier-mysql-and-squirrelmail-centos-6.3-x86_64-p4 * http://wiki.vpslink.com/HOWTO:_ISP-style_Email_Server_with_Debian-Etch_and_Postfix_2.3

Zurück zur Seite Root-Server mit OpenSuSE 13.2.