Diese Seite beschreibt die Installation und Einrichtung von Sympa unter Debian Stretch. Als MTA kommt Postfix zum Einsatz. Statt über alias_maps wird Sympa wird über virtual_transport eingebunden.

Installation von Sympa

Dies ist recht schnell gemacht:

apt install sympa

• Listmaster kann Listen verwalten --> /etc/sympa/sympa/sympa.conf eintragen

• https://www.sympa.org/manual_6.2/web-interface#logging_in_as_listmaster

• Mysql-Datenbank einrichten - per dbconfig oder manuell: https://www.sympa.org/manual/database

• Topics anpassen: /etc/sympa/topics.conf

NGINX

• https://kradalby.no/sympa.html

Authentifizierung

Sympa (wws) kann mehrere Quellen zur Authentifizierung nutzen.

• https://www.sympa.org/manual/authentication

Postfix

• https://www.sympa.org/faq/postfix_howto

• https://www.sympa.org/faq/postfix

• https://www.sympa.org/manual/mail-aliases

• http://www.folly.org.uk/sympa/sympa_config_03.html

• Anpassen der Pfade in der master.conf
• sympa.conf:
  • sendmail_aliases /etc/sympa/sympa_aliases
  • aliases_program postalias
• chown sympa: für alias und transport-map

• ## The full path to the Message Transfer Agent program (default is Sendmail 8.7
  ## or above)
  sendmail        /usr/sbin/sendmail
  # correct
  # this binary is locating in the same directory as postfix
  # sendmail       /usr/sbin/postfix
  # (incorrect : must use Postfix to Sendmail compatibility interface)

• Alternative zu den Aliasmaps: virtual_transport
  • sendmail_aliases none
  • virtual_mailbox_domains = ml.domain.tld
  • virtual_transport: sympa (analog zur master.cf) - oder bei mehreren virtual_mailbox_domains:

    • virtual_transport_maps = /etc/postfix/foo

      ml.domain.tld  sympa
      foo.domain.tld schleuder

Multidomain

• https://www.sympa.org/manual/virtual-hosts

Nutzern die Listenerstellung erlauben

Ziel ist es, dass nicht nur Admins Listen erstellen können, sondern auch ausgewählte reguläre Nutzer*innen. Dazu werden alle berechtigten Nutzer*innen in einem Scenario aufgelistet.

• Zuerst wird in der sympa.conf festgelegt, welches Scenario die Rechte für die Listenerstellung definiert:

  create_list     list_creators

• Nun wird ein entsprechendes Scenario angelegt. Bei nur einem Robot liegt sie unter /etc/sympa/scenari. Bei verschiedenen Robots unter /ect/sympa/$ROBOT/scenari. Der Dateiname muss eine Kombination aus value.wert entsprechend der sympa.conf sein - in diesem Fall also create_list.list_creators:

  title Users that can create lists
  equal([sender], 'foo@example.org') md5 -> listmaster

• Das Scenario definiert also, dass eine bestimmte Nutzerin (equal([sender], 'foo@example.org') nach der Anmeldung im Webinterface (md5) entsprechende Rechte (--> listmaster) erhält.

• Nach dem selben Schema können nun weitere Nutzer*innen definiert werden

• Mit der Definition von create_list verlieren die listmaster die Möglichkeit, Listen anzulegen - deshalb kann das ursprüngliche Scenario am Ende des neuen Scenarios eingebunden werden¹:

  title Users that can create lists
  equal([sender], 'foo@example.org') md5 -> listmaster
  include  create_list.listmaster

• Da der erwartete Dateiname nun include.create_list.listmaster ist, muss noch ein Symlink erstellt werden:

  ln -s /usr/share/sympa/default/scenari/create_list.listmaster /etc/sympa/scenari/include.create_list.listmaster

• Abschließend muss Sympa neu gestartet werden

Fussnoten und Hinweise

• https://www.sympa.org/manual/dmarc

• https://www.sympa.org/manualtest/conf-parameters/part3#loop_prevention --> stille Verweigerung von Listenmails (bspw. leiche Message-ID)