3999
Kommentar:
|
← Revision 67 vom 2022-11-25 21:23:18 ⇥
0
|
Gelöschter Text ist auf diese Art markiert. | Hinzugefügter Text ist auf diese Art markiert. |
Zeile 1: | Zeile 1: |
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. <<TableOfContents>> = 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 [[https://www.sympa.org/manual_6.2/list-creation#who_can_create_lists_on_the_web_interface|Nutzer*innen]]. Dazu werden alle berechtigten Nutzer*innen in einem [[https://www.sympa.org/manual/authorization-scenarios|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<<FootNote(Für das Scenario gilt: First match wins)>>:{{{ 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) |