270 likes | 290 Views
Mailman Administration. Mailinglisten allgemein Datenschutz Besonderheiten Uni (Mannheim) Warum Mailman zur Listenverwaltung Standardkonfiguration für (neue) Listen Öffentliche Diskussionslisten Konfig. Moderierte Informationslisten Konfig. Fragen ???. Listen – wozu?.
E N D
Mailman Administration • Mailinglisten allgemein • Datenschutz • Besonderheiten Uni (Mannheim) • Warum Mailman zur Listenverwaltung • Standardkonfiguration für (neue) Listen • Öffentliche Diskussionslisten Konfig. • Moderierte Informationslisten Konfig. • Fragen ???
Listen – wozu? • Diskussionsmedium • Alle Listenmitglieder können miteinander diskutieren (Arbeitsgruppe, Listenadmins, etc.) • Moderiert oder nicht moderiert • Informationsmedium • Listenmitglieder werden von einem/mehreren zu bestimmtem Thema informiert • Mischung aus beidem
Listen – welche Teilnehmer? • Listenmitglied kann jede/r werden • Begrenzung durch Thema • Moderator kann bekannte SPAMmer etc. nicht zulassen/sperren • Listen für „qualifizierte“ Teilnehmer • Begrenzte Zielgruppe • Moderator überprüft Qualifikation und bestätigt Anmeldung • „Zwangs“-Listen (ACHTUNG: Rechte der Listenmitglieder) • Begrenzte Zielgruppe • NUR Moderator trägt Mitglieder ein/aus
Datenschutz • personenbezogene Daten: personifizierte (klaus.mustermann@zendas.de) oder personenbeziehbare Mailadressen (kanzlerin@uni-stuttgart.de) • Zusammen mit Thema der Mailingliste („Frauen“, „Naturschutz“ etc.) lassen sich u. U. Profile erstellen und eine ganze Menge Informationen zusammentragen. • Sammlung von Mailadressen für SPAM
Listen als Mittel zur Erfüllung universitärer Aufgaben • KEINE "Dienstleistung" für die (theoretisch) gesamte Internetgemeinde. • In diesem Fall gelten die Vorschriften des Teledienstegesetzes und insbesondere des Teledienstedatenschutzgesetzes. Dieses stellt beispielsweise besondere Anforderungen an die Protokollierung von Bestands- und Nutzungsdaten. • Überspitzt ausgedrückt wäre das Thema "Kochrezepte" zunächst nur schwerlich als universitäres Thema anzusehen, das Thema "Hochschulrecht" sehr wohl.
Listen für Lehrveranstaltungen • Besser mit Möglichkeiten bei dotlrn.uni-manheim.de .LRN is an open source enterprise elearning platform. Originally developed at MIT, and now part of MIT's Intellectual Commons, .LRN today is used by a quarter million users in more than eighteen countries worldwide. With a powerful underlying development framework that promotes scalable innovation for collaborative education, .LRN is used by higher education institutions, as well as K-12, government, and non-profit organizations.
Warum Mailman • Skalierbarer Datenschutz • Von: • Alle können Listenmitglieder sehen, die damit einverstanden sind • Bis: • nur der Admin kann Listenmitglieder sehen • Übersichtliche, umfangreiche Administrationsmöglichkeiten • Moderationsmöglichkeiten • Massenein/austrag von Mitgliedern • Sperren von gebouncten Adressen
Folgerungen für Standard -Konfigurationsregeln 1 • NUR Admin darf Listenmitglieder sehen „Allgemeine Optionen“: „Abo-Regeln und Adreßfilter... „ - „[Abo-Regeln]“: • Ausnahme: Listenmitglieder haben explizit ihr Einverständnis erklärt.
Folgerungen für Standard- Konfigurationsregeln 2 • Archive von Beiträgen NUR für Listenmitglieder lesbar „[Archivierungsoptionen]“: • Ausnahme: Listenmitglieder haben explizit ihr Einverständnis erklärt, dass Beiträge öffentlich einsehbar sind.
Einstellung neu erzeugter Standard-Liste(Diskussionsliste) • Jede/r darf sich eintragen • Eintrag muss vom Mitglied bestätigt werden „Abo-Regeln und Adreßfilter...“ – „[Abo-Regeln] „: • Neue Mitglieder bekommen Willkommensmail und Abschiedsmail „Allgemeine Optionen“:
Einstellung neu erzeugter Standard Listen (typische Diskussionsliste) • Listenmitglieder sind „privat“ und nur Admin darf Liste ansehen „Abo-Regeln und Adreßfilter... „ - „[Abo-Regeln]“: • Beiträge an Liste nicht moderiert, aber nur von Listenmitgliedern „Abo-Regeln und Adreßfilter... „[Absender-Filter]“:
Einstellung neu erzeugter Standard Listen (typische Diskussionsliste) • Wahl zwischen Digest und Einzelmails „Non-Digest-Optionen“: „Optionen für Nachrichtensammlungen“: • Keine Archivierung „Archivierungsoptionen“:
Besonderheiten bei Informationslisten • Admin trägt Mitglieder ein/aus „Mitglieder-Verwaltung... „ - „[Eintragen/Abonnieren] “: bzw. - „Löschen/Austragen “:
Besonderheiten bei Informationslisten • Mitglieder bekommen weder Willkommens- noch Abschiedsmail „Mitglieder-Verwaltung... „ - „[Eintragen/Abonnieren] “: „Mitglieder-Verwaltung... „ - „Löschen/Austragen “:
Besonderheiten bei Informationsliste • Listenmitglieder sind „privat“ und nur Admin darf Liste ansehen „Abo-Regeln und Adreßfilter... „ - „[Abo-Regeln]“: • Beiträge an Liste nur von Berechtigten, Rest ist generell moderiert „Abo-Regeln und Adreßfilter... „[Absender-Filter]“: • Digest und Archivierung je nach Bedarf
Wichtige Listenoptionen: • Allgemeine Optionen • Passwörter (zum Ändern der Passwörter) • Mitglieder-Verwaltung • Abo-Regeln und Adressfilter..(wer darf oder darf nicht an die Liste schreiben etc.) • Unbearbeitet Moderationsanträge bearbeiten
Dies und Das 1 • Bearbeiten der Informationen für die Listenmitglieder zur Liste (HTML) „Öffentliche HTML-Seiten anpassen“:
Dies und Das 2 • Allgemeine Informationsseite der Liste http://warum.uni-mannheim.de/mailman/listinfo/test2
Dies und Das 3 • Benutzerspezifische Optionen http://warum.uni-mannheim.de/mailman/options/vde (Login!)
Dies und Das 4 • Massenein/austrag von Mitgliedern durch Admin • Mit/ohne Benachrichtigung? „Mitglieder-Verwaltung...„ -[Eintragen/Abonnieren] “:bzw.- „Löschen/Austragen “: • Bounces und Konsequenzen „[Bounce-Bearbeitung] „:
Dies und Das 5 • Was erfährt der Admin • Ein/Austräge von Listenmitgliedern Diskussionsliste -> „Allgemeine Optionen“: Informationsliste -> „Mitglieder-Verwaltung... „ - „[Eintragen/Abonnieren] “: „Mitglieder-Verwaltung... „ - „Löschen/Austragen “:
Dies und Das 6 • Sperren/Entfernen von Listenmitgliedern durch Bounces „[Bounce-Bearbeitung] „: • Moderationsaufforderungen: sofort oder 1-mal am Tag „Allgemeine Optionen“:
Dies und Das 7 • Beiträge von Nichtberechtigten • Nachricht an Absender, dass Beitrag auf Genehmigung wartet ????? • SPAM versus Höflichkeit „Allgemeine Optionen“: Sende e-Mail an Absender, wenn dessen Beitrag auf Genehmigung wartet? Ja oder nein. • Moderieren – kann viel Aufwand für wenig Nutzen sein – für „offizielle Listen“(Dekanate, Presse, ...) „Abo-Regeln und Adreßfilter... „[Absender-Filter]“: (Optionen Zurückhalten & Ablehnen!)
Dies und Das 8 • Verwerfen (ohne Nachricht an Sender oder Admin) • Nicht die „feine Art“ aber meist sinnvoll (SPAM) „Abo-Regeln und Adreßfilter... „[Absender-Filter]“: • Verwerfen mit Nachricht an Admin für Funktions-Listen „Abo-Regeln und Adreßfilter... „[Absender-Filter]“:
Noch mehr dies und das • ?????????