Sympa für Listmaster

Der Mailing List Server der Universität Zürich bietet den einzelnen Instituten/Organisationseinheiten an, ihre Listen unter der eigenen Listendomäne zu betreiben (d.h. <Institutskürzel>.lists.uzh.ch, z.B. zi.lists.uzh.ch). Verwendet werden die gleichen Subdomänen, die ebenfalls für E-Mail verwendet werden, einfach auf Unterebene von lists.uzh.ch. 

Diese Domäne eines Instituts kann durch die IT-Verantwortlichen der Organisationseinheit beantragt und ab dann komplett selbstständig verwaltet werden (entspricht der sogenannten Listmaster-Rolle) inkl. dem Erstellen neuer Listen.

Eine Domäne muss vom jeweiligen IT-Verantwortlichen der Organisationseinheit beantragt werden. Dies kann per einfachem Support-Ticket aufgegeben werden.

Dazu müssen sämtliche folgenden Angaben gemacht werden:

1. Domänen-Name des Institutes.
2. Liste der Listmaster. Schicken Sie als IT-Verantwortlicher eine Zusammenstellung mit den Namen und den dazugehörigen E-Mail-Adressen derjenigen Personen mit, die zukünftig die Listmaster-Funktion der Domäne ausüben sollen.
3. Der offizielle Name des Institutes muss mindestens in Deutsch, Englisch und optional Französisch angegeben werden.

Sobald die Domäne durch die Zentrale Informatik erstellt wurde, können die Listmaster über den Webzugang des Listservers https://<institut>.lists.uzh.ch/sympa/ E-Mail-Listen erstellt, mutiert und gelöscht werden.

Die Listmaster werden vom IT-Verantwortlichen der jeweiligen Organisationseinheit bestimmt. Änderungen den berechtigten Listmastern können von diesen per Service Desk gemeldet werden.

Listmaster sind ab dann berechtigt die ganze Domäne zu administrieren, mit allen Funktionen die dem Institut zur Verfügung stehen. Der Listmaster loggt sich via Web mit seinem persoenlichen Account auf dem Listserver ein und erhält da die notwendigen Funktionen.

Die IT-Verantwortlichen erhalten die Rolle "Privilegierter Listmaster" und können beliebige Listen erstellen. Dies geschieht via Button Liste anlegen im Kopf der SYMPA-Webseiten. Mit diesem Button, der nur sichtbar ist, wenn Sie aufgrund Ihrer Anmeldung berechtigt sind, Listen zu erstellen, gelangen Sie zu einer Seite, wo Sie zwischen verschiedenen Listentypen auswählen müssen.

Listentypen

• Authorization list: Eine solche Liste wird gebraucht, um für eine Liste <listname> eine ganze Gruppe von Verfassern definieren zu können. Die Authorizations-Liste muss den Namen <listname>_auth haben . Ihre Mitglieder sind dann die Verfasser für die Liste <listname>, wenn diese als Senderkonfiguration byauthorizedlist eingetragen hat.
• Discussion ML: Dies erzeugt eine öffentlich sichtbare Diskussionsliste, in der sich jeder / jede selber eintragen kann. Alle Mitglieder dürfen unzensuriert lesen und schreiben. Sie publizieren unter ihrer eigenen E-Mail-Adresse.
• Hotline mailing list: Dies erzeugt eine Liste, in die jeder / jede schreiben kann. Die Beiträge werden durch die Hotline-Mitarbeiter gelesen.
• HTML newsletter: Dies erzeugt eine öffentlich sichtbare moderierte Liste, deren Beiträge primär über das Web zugänglich gemacht werden.
• Mailing list for intranets: Dies erzeugt eine Diskussionsliste, bei der sich nur Mitglieder mit E-Mail-Adressen der Domäne <institut>.uzh.ch anmelden können.
• Mailing list for UZH: Dies erzeugt eine Diskussionsliste, bei der sich nur Mitglieder mit E-Mail-Adressen anmelden können, die auf "uzh.ch" enden.
• News Letter ML: Dies erzeugt eine öffentlich sichtbare, moderierte Liste, in die jeder / jede schreiben kann. Die Publikation erfolgt mit der Liste als Absender.
• Personal distribution ML: Dies erzeugt eine versteckte Liste, in die nur der Listowner senden darf. Er trägt auch die Empfänger ein und aus.
• Private working group: Dies erzeugt eine versteckte Liste, deren Mitgliedschaft durch den Listenbesitzer / Listowner kontrolliert wird.
• Web Forum ML: Dies erzeugt eine öffentlich sichtbare Diskussionsliste, die vorwiegend über das Web bearbeitet wird. Digests werden als E-Mail versandt.

Listen konfigurieren

Als Listmaster einer Domäne arbeiten Sie als privilegierter Listenbesitzer. Damit haben Sie neben einem erweiterten Set von Konfigurationsmöglichkeiten auch das Recht, Listen zu erstellen und zu löschen.

Listen umbenennen

Listen werden unter Admin/Liste löschen gelöscht. Server intern werden die Listen damit nicht gelöscht, sondern nur geschlossen. Zwei Wochen, nachdem eine Liste durch einen IT-Verantwortlichen gelöscht worden ist, wird sie auch vom Server entfernt.

Owner defininieren

Unter Admin/Edit List Config/List definition/Owner werden die Listenbesitzer eingetragen.

Wenn dem delegierten Listenbesitzer dass Attribut "Privilegiert" gesetzt wird, hat dieser alle möglichen Privilegien für die entsprechende Liste und er kann auch weitere Listenbesitzer definieren.