Emailserver mit Postfix und Dovecot - Revision history

Sunflower: /* IMAP konfigurieren */

2026-03-18T22:50:09Z

IMAP konfigurieren

← Older revision		Revision as of 22:50, 18 March 2026
Line 600:		Line 600:

	# doveconf -n		# doveconf -n

			https://doc.dovecot.org/2.4.0/installation/upgrade/2.3-to-2.4.html

	==== Sieve ====		==== Sieve ====

2026-03-18T22:46:52Z

Sieve

← Older revision		Revision as of 22:46, 18 March 2026
Line 633:		Line 633:
	# ss -plnt \| grep 4190		# ss -plnt \| grep 4190
	</pre>		</pre>
	Da der User i.a. nicht direkt auf dem Emailserver sein /home mit den Sieve-Regeln editieren kann, erfolgt die weitere Konfiguration im Email-Client (s.u.).

			Nun sollte im Mailhome des Users ein Verzeichnis namens "sieve" sichtbar sein.
	Achtung Bug:<br>
	Da sieve/dovecot die Variable %n in der users-Datei nicht interpretiert, sollte man diese dort nicht verwenden. Somit kann es passieren, dass von roundcube ein Verzeichnis ''%n'' angelegt wird, in dem sich eine gemeinsame sieve config für '''alle''' User befindet.

	=== Transport von Postfix zu Dovecot ===		=== Transport von Postfix zu Dovecot ===

2026-03-18T22:43:04Z

IMAP konfigurieren

← Older revision		Revision as of 22:43, 18 March 2026
Line 512:		Line 512:
	* '''10-auth.conf'''		* '''10-auth.conf'''
	<pre>		<pre>
			auth_allow_cleartext = yes
	disable_plaintext_auth = no
	auth_username_format = %n		auth_username_format = %{user\|username\|lower}
	auth_master_user_separator = *		auth_master_user_separator = *
	auth_mechanisms = plain login		auth_mechanisms = plain login
Line 523:		Line 523:
	* '''10-mail.conf'''		* '''10-mail.conf'''
	<pre>		<pre>
	mail_location = ~~maildir:/var/mail/%d/%n~~		# den parameter mail_location gibt es nicht mehr
			mail_driver = maildir
			mail_home = /var/mail/%{user \| domain}/%{user}
			mail_path = %{home}
	namespace inbox {		namespace inbox {
	inbox = yes		inbox = yes
Line 530:		Line 533:
	mail_gid = 4000		mail_gid = 4000
	mail_privileged_group = mail		mail_privileged_group = mail
			protocol !indexer-worker {
			}
	</pre>		</pre>
	* '''10-master.conf'''		* '''10-master.conf'''
Line 567:		Line 572:
	<pre>		<pre>
	# (z.B. Postfix certs verwenden)		# (z.B. Postfix certs verwenden)
	ssl = yes		ssl = yes
			ssl_server_cert_file = /etc/dovecot/private/dovecot.pem
	ssl_cert = </etc/ssl/certs/mx.example.de.crt
	~~ssl_key~~ = </etc/~~ssl~~/private/~~mx.example.de~~.key		ssl_server_key_file = /etc/dovecot/private/dovecot.key
			ssl_min_protocol = TLSv1.2
⚫	ssl_client_ca_dir = /etc/ssl/certs

⚫	ssl_dh = </usr/share/dovecot/dh.pem
		⚫	#ssl_client_ca_dir = /etc/ssl/certs
		⚫	#ssl_dh = </usr/share/dovecot/dh.pem
	</pre>		</pre>

2026-03-18T22:20:26Z

Dateirechte

← Older revision		Revision as of 22:20, 18 March 2026
Line 492:		Line 492:
	Mailbox anlegen und User berechtigen:		Mailbox anlegen und User berechtigen:
	<pre>		<pre>
	# maildirmake.dovecot /var/mail/<username>		# maildirmake.dovecot /var/mail/<domain>/<username>
	# chown -R vmail.vmail /var/mail/<username>		# chown -R vmail.vmail /var/mail/<domain>/<username>
	</pre>		</pre>

	Achtung, der Parameter %d wird nicht als Domain gelesen, sondern bleibt leer!<br>
	=> mail_location = maildir:/var/mail/%d/%n <br>
	bedeutet, dass die Emails in /var/mail/<username> liegen. D.h. die Postfächer müssen direkt unter /var/mail angelegt werden.

	User im Postfix anlegen, in den virtual maps, s. o.		User im Postfix anlegen, in den virtual maps, s. o.

2026-02-22T21:28:22Z

Greylisting und Antispam

← Older revision		Revision as of 21:28, 22 February 2026
Line 405:		Line 405:

	In der Datei '''whitelist_recipients''' kann man alle Empfänger der eigenen Domain eintragen, die auf jeden Fall immer Emails bekommen sollen. z.B. postmaster@, abuse@.<br>		In der Datei '''whitelist_recipients''' kann man alle Empfänger der eigenen Domain eintragen, die auf jeden Fall immer Emails bekommen sollen. z.B. postmaster@, abuse@.<br>
			Beachte: '''Die Dateien müssen explizit eingesourcet werden''', passiert nicht automatisch. Das macht man mit den POSTGREY_OPTS:
			POSTGREY_OPTS="$POSTGREY_OPTS --whitelist-clients=whitelist_clients --whitelist-recipients=/etc/postgrey/whitelist_recipients"

	Nach getaner Anpassung, den postgrey-Service (neu)starten.		Nach getaner Anpassung, den postgrey-Service (neu)starten.
	# service postgrey restart		# service postgrey restart

2025-04-13T18:28:21Z

Logging

← Older revision		Revision as of 18:28, 13 April 2025
Line 654:		Line 654:
	maillog='tail -f /var/log/maillog'		maillog='tail -f /var/log/maillog'
	</pre>		</pre>

			Debugging einschalten:
			mail_debug = yes
			in der Datei
			''10-logging.conf''.

	'''Protipp:'''		'''Protipp:'''

2025-04-13T09:57:15Z

Dovecot

← Older revision		Revision as of 09:57, 13 April 2025
Line 475:		Line 475:

	Damit der Account auch Email bekomemn kann, ergänzt man die virtual table im Postfix directory:		Damit der Account auch Email bekomemn kann, ergänzt man die virtual table im Postfix directory:
		⚫	cat sunflower@example.de example.de/spambucket >> /etc/postfix/virtual
	virtual:
⚫	sunflower@example.de example.de/spambucket
	Aktivieren mit		Aktivieren mit
	postmap virtual		postmap virtual

2025-04-13T09:56:08Z

Usermanagement

← Older revision		Revision as of 09:56, 13 April 2025
Line 473:		Line 473:
	</pre>		</pre>
	Hier sollten keine Abkürzungen wie ''%d'' oder ''%n'' stehen, weil diese nicht (von sieve, s.u.) bzw. nur teilweise (von dovecot) interpretiert werden.		Hier sollten keine Abkürzungen wie ''%d'' oder ''%n'' stehen, weil diese nicht (von sieve, s.u.) bzw. nur teilweise (von dovecot) interpretiert werden.

			Damit der Account auch Email bekomemn kann, ergänzt man die virtual table im Postfix directory:
			virtual:
			sunflower@example.de example.de/spambucket
			Aktivieren mit
			postmap virtual
			postfix reload

	=== Dateirechte ===		=== Dateirechte ===

2024-12-04T20:58:08Z

Roundcube

← Older revision		Revision as of 20:58, 4 December 2024
Line 744:		Line 744:

	(Achtung, riskant bei eventueller Kompromittierung des Webservers! Als Alternative überlegen, die dovecot-Passwörter in eine [mysql-]DB auszulagern)		(Achtung, riskant bei eventueller Kompromittierung des Webservers! Als Alternative überlegen, die dovecot-Passwörter in eine [mysql-]DB auszulagern)

			== Identities ändern ==

			Normalerweise kann ein User nur mit seiner Absenderadresse senden. Das ist eine sinnvolle Einstellung, aber wer das Feature zu Testzwecken abschalten will, kann folgende Einstellung vornehmen:
			$config['identities_level'] = 0;
			Nun kann der User über "Einstellungen" weitere Absender hinzufügen (https://www.servercake.blog/multiple-identities-roundcube/)

			(Leider bisher keine Möglichkeit gefunden, dies nur auf (einen) bestimmte(n) User einzuschränken)

	== Apache Integration ==		== Apache Integration ==

2024-12-04T20:45:11Z

Passwort ändern

← Older revision		Revision as of 20:45, 4 December 2024
Line 722:		Line 722:

	== Passwort ändern ==		== Passwort ändern ==
	Um den Usern die Möglichkeit zu geben, ihr Passwort selbst zu ändern, ~~müssen~~ in der ''config.inc.php'' ~~folgende~~ ~~Einstellungen~~ ~~vorgenommen werden~~:		Um den Usern die Möglichkeit zu geben, ihr Passwort selbst zu ändern, wird in der ''config.inc.php'' das Plugin enabled:

			<pre>
			$config['plugins'] = array(
			(...)
			'password'
			);
			</pre>

			Weitere Einstellungen, wenn die User in einem Passwortfile gepflegt werden wie im Kapitel '''Dovecot''' beschrieben:<br>
	(wir gehen davon aus, dass die Userpasswörter mit sha512 verschlüsselt werden, s.o.)		(wir gehen davon aus, dass die Userpasswörter mit sha512 verschlüsselt werden, s.o.)