StuRa:Server/Mail-Verteiler: Unterschied zwischen den Versionen
K (→Siehe auch) |
|||
Zeile 58: | Zeile 58: | ||
:* Der Grund: Erst wird nach den Regeln (also auch trivialen Einträge zur Weiterleitung oder Verteilung von Mails) von [[postfix]] verfahren. Erst dann werden ("nachgelagert") die Einstellung vom [[Server/mailman | mailman]] berücksichtigt. | :* Der Grund: Erst wird nach den Regeln (also auch trivialen Einträge zur Weiterleitung oder Verteilung von Mails) von [[postfix]] verfahren. Erst dann werden ("nachgelagert") die Einstellung vom [[Server/mailman | mailman]] berücksichtigt. | ||
:* Die Lösung: | :* Die Lösung: | ||
:** per ssh mit [[ | :** per ssh mit [[srs14]] verbinden | ||
:** in der <code>[[Server/Jails/ | :** in der <code>[[Server/Jails/SRS14#/etc/aliases.stura /etc/aliases.stura]]</code>, der [[man:aliases|aliases file]], den behindernden Eintrag unwirksam machen (auskommentieren oder gar gleich ganz entfernen) | ||
== Überführung == | == Überführung == |
Version vom 15. November 2013, 14:07 Uhr
GNU Mailman
Mailman ist der Dienst zur Bereitstellung und Anwendung von Mail-Verteilern.
Software
Mailman ist ein Software zum managen Mail-Verteilern mit einer Web-Oberfläche.
Verwendung von mailman bei anderen
- TU Dresden: https://mailman.zih.tu-dresden.de/groups/listinfo (Dienst beim ZIH)
- TU Chemnitz: https://mailman.tu-chemnitz.de/mailman/listinfo (Dienst beim URZ)
- FSK Uni Heidelberg: https://fsk.uni-heidelberg.de/mailman/listinfo/
Konzeption
Entstehung
2012-12-14 informierte Benutzer:MatthiasJakobi über das Gelingen zum Einrichtung von Mailman. Benutzer:ClemensBuncher und Benutzer:PaulRiegel probierten in der nachfolgenden Nacht erste Funktionsweisen, um einen Vorschlag für die ersatzweise Nutzung für die bestehenden Mail-Verteiler beim StuRa erarbeiten zu können.
Gedanken von vt
- Von vt wird nicht verstanden:
- umbrella_list (Allgemeine Optionen)
- Wie komme ich "von allein" (ohne den Link direkt zu kennen / durch einfaches "Rumklicken") angemeldet zu der Seite für meine Optionen ('/mailman/options/mailmen/name--at--stura.htw-dresden.de'), um diese anpassen zu können.
- regular_exclude_list (Non-Digest-Optionen)
- regular_include_list (Non-Digest-Optionen)
- Mail<->News Schnittstelle (Art der Protokolle (Ports)), aber interessiert nicht wirklich
- autoresponse_graceperiode (Auotmatische Beantwortung)
- "Themen": Könnte das wirklich nutzbringend Anwendung beim StuRa finden.
Potentiale
- Es kann überlegt werden, ob eine Mail-Adresse anonymous_list@stura.htw-dresden.de angelegt wird, der als anonymer Absender an den StuRa weiterleitet. Die Idee kam bei dem Lesen der Option. Die Option "anonymous_list" ist unter "Allgemeine Optionen" zu finden.
- Es sollte wiederkehrend geprüft werden, ob der Mail-Verkehr über die "öffentlichen" Mail-Verteiler nicht wirklich auch öffentlich gemacht werden sollte. Neben dem öffentlichen Mail-Verteiler müssten dann wohl besondere nicht öffentliche Mail-Verteiler angelegt werden, um "interne" Absprachen zu treffen. Krass, auf welche Ideen Mailman Menschen bringen kann.
Ernüchterung
- Es muss für jede Liste ein Passwort für die Administration gesetzt werden. Dieses Passwort ist zentral für die Liste.
- Es kann für jede Liste ein Passwort für die Moderation gesetzt werden. Dieses Passwort ist zentral für die Liste.
Konzeption zur Überführung bestehender Mail-Verteiler @stura.htw-dresden.de
- Alle Listen werden von zentraler Mail-Adresse als Administrator angelegt.
- Die Mail-Adresse lautet einheitlich mailing@stura.htw-dresden.de, mailadmin@stura.htw-dresden.de, service.mailman@stura.htw-dresden.de oder derartig.
- Die Inhalte, bestehende Mitglieder der einzelnen Mail-Verteiler, werden als "neue" Mitglieder eingetragen.
- Verantwortliche für den Zuständigkeitsbereich (etwa eine Referatsleitung) werden mit ihrer persönlichen Mail-Adresse ergänzend als Moderator eingetragen.
- Die Festlegung und das Verfahren für die Vergabe der zentralen (bezogen auf einen jeweiligen Mail-Verteiler) Passwörter für die Moderation ist unklar. Auch die Funktionen für "zur Moderation Berechtigte" ist unklar.
- Die Zugangsdaten werden nicht von selbst versendet. Dazu muss sich dann jede Benutzerin und jeder Benutzer selbst das Passwort zusenden lassen, sich anmelden und das Passwort persönlich setzen.
- Mit der Umstellung beginnt die Archivierung (also eine konservierende Aufzeichnung) bei allen öffentlichen Mail-Verteilern. Die Archive sind, bis zu anderen Festlegungen, privat (nicht öffentlich einsehbar) zu halten. (Es gilt zu prüfen, ob eine potentielle Veröffentlichung ab einem späteren Zeitpunkt möglich wäre.)
- Alle öffentlichen Mail-Verteiler werden bei der zentralen Seite bei mailman
/mailman/listinfo
bekanntgegeben.- (über Abo-Regeln und Adreßfilter…; über Abo-Regeln) advertised als Ja
Fehlerbehebung
Fehler von Menschen
- konkurrierender Eintrag bei postfix
-
- Die Konsequenz: Obwohl bei mailman eine Liste konfiguriert ist, kommen die Mails anders an.
- Der Grund: Erst wird nach den Regeln (also auch trivialen Einträge zur Weiterleitung oder Verteilung von Mails) von postfix verfahren. Erst dann werden ("nachgelagert") die Einstellung vom mailman berücksichtigt.
- Die Lösung:
- per ssh mit srs14 verbinden
- in der
Server/Jails/SRS14#/etc/aliases.stura /etc/aliases.stura
, der aliases file, den behindernden Eintrag unwirksam machen (auskommentieren oder gar gleich ganz entfernen)
Überführung
ClemensBuncher übernahm den ersten (wichtigen) Teil der Überführung.
Überführung Konfiguration aller Listen
- Allgemeine Optionen (/general)
- send_reminders auf Nein setzen
- send_welcome_msg auf Nein setzen
- admin_notify_mchanges auf Ja setzen
- respond_to_post_requests auf Nein setzen
- new_member_options Listenmitgliedschaft nicht öffentlich anzeigen auswählen
- administrivia auf Nein setzen
- max_message_size 0 eintragen
- Abo-Regeln und Adreßfilter... (/privacy)
- Abo-Regeln (/privacy/subscribing)
- subscribe_policy auf Bestätigung und Genehmigung setzen
- private_roster auf Jeder setzen
- Es sollen im Anschluss (nur) alle nicht personenbezogenen Mail-Adressen bei der Mitgliederliste (/members/list) veröffentlicht werden.
- Für alle personenbezogenen Mail-Adressen sollen es die jeweiligen Personen selbst bestimmen und für sich einstellen.
- Absender-Filter (/privacy/sender)
- generic_nonmember_action auf Akzeptieren setzen
- Empfänger-Filter (/privacy/recipient)
- require_explicit_destination auf Nein setzen
- max_num_recipients 0 eintragen
- Abo-Regeln (/privacy/subscribing)
- Archivierungsoptionen (/archive)
- archive_private auf privat setzen
weiter Überführungen
besondere Mail-Verteiler
funktionelle Mail-Verteiler
Mail-Verteiler, in die sich keine Person einschreiben soll
Es gibt Mail-Verteiler, die aus administrativer Perspektive nicht dafür vorgesehen sind, dass sich Personen eintragen sollen. Dies hat verschiedene Gründe.
Mail-Verteiler | Grund |
---|---|
intern@ | Es handelt sich lediglich um eine Weiterleitung an mitglieder@. Die Mitglieder der Liste werden bei mitglieder@ verwaltet. |
ref@ | Siehe Referat#ref@! |
rk@ | Siehe Referatskollegium#rk@! |
stura@ | Es handelt sich lediglich um eine Weiterleitung an mitglieder@. Die Mitglieder der Liste werden bei mitglieder@ verwaltet. |
Bei solchen Mail-Verteilern braucht es keine Möglichkeit, dass sich eingetragen werden kann. Das sollte auch erkennbar sein.
Das triviale Entfernen der Erklärung und Links zum Abonnieren auf der allgemeine Listen-Informationsseite ist ein erste schnelle Möglichkeit.
Bekannt, sollten die Mail-Verteiler dennoch sein, denn es gibt sie nicht umsonst.
Eher sollte klar erklärt werden, warum sich in diesen Mail-Verteiler Personen nicht eintragen sollen. Auch erscheint es wichtig zu erklären, wo sich Personen eintragen können, dass sie mittelbar die die Mails erhalten, die über solche besonderen Mail-Verteiler gesendet werden.
funktion.htw-dresden.de
Leider bietet unsere HTW Dresden, über das RZ oder andere geeignete Stelle, keine öffentlich einsehbaren Mail-Verteiler als | Mail-Adressen @htw-dresden.de an.
Im Zweifelsfall (und der (eigenen) Nachvollziehbarkeit halber) kann ja (unser) Mailman für übliche oder wiederkehrende Adressierungen dienen.
Um eine großzügige Erkennbarkeit zu schaffen, sollte allen "globalen" (also nicht nur studentischen) Mail-Verteilern .htw-dresden.de
(vor @stura.htw-dresden.de
) bei Name der Mailingliste angefügt sein.
Mail-Verteiler beim Mailman | Zweck | existiert |
---|---|---|
dek.htw-dresden.de | Dekaninnen und Dekane HTW Dresden | Ja! |
dekanate.htw-dresden.de | Dekanate HTW Dresden | Ja! |
hsr.htw-dresden.de | Hochschulrat HTW Dresden | Ja! |
extern.hsr.htw-dresden.de | Hochschulrat HTW Dresden | Nein (als Teil von hsr.htw-dresden.de)! |
intern.hsr.htw-dresden.de | Hochschulrat HTW Dresden | Nein (als Teil von hsr.htw-dresden.de)! |
rek.htw-dresden.de | Rektorat HTW Dresden | Ja! |
senat.htw-dresden.de | Senat HTW Dresden | Ja! |
stimmen.senat.htw-dresden.de | Stimmberechtigte Senat HTW Dresden | Ja! |
Siehe auch
- Mail-Adresse
- Server/Jails/SRS14
- website:stura/ref/verwaltung/mails/mailman/
- Mail-Verteiler#Administration funktion@stura.htw-dresden.de
- wikipedia:de:GNU Mailman