SynCom

Allgemeines

Die Kommunikation in der Partei muss besser gestaltet werden. Diskussionen auf verschiedenen Kommunikationskanälen sollen gebündelt werden, damit jeder über sein eigenes, persönliches Interface daran teilnehmen kann. Trotz unterschiedlicher Vorlieben darf und soll niemand von einer Diskussion ausgeschlossen werden, nur weil es Barrieren bei der Kommunikation gibt. Wichtig ist, dass man auf einen gemeinsamen Kenntnisstand sowie eine gleiche Wissensbasis aufbauen kann. Zur Zeit ist eine Synchronisation der traditionellen Mailinglisten, Newsserver und Foren im Projekt SynCom geplant. Die Testphase hat bereits begonnen.

Informationen zum Projekt SynCom gibt es hier: http://wiki.piratenpartei.de/AG_Parteikommunikation

Bei vielen Brandenburger Piraten sind einige Fragen und Bedenken zur (nachträglichen) Synchronisation der verschiedenen Kommunikationskanäle aufgetaucht. Diese Seite möchte die verschiedenen Argumente neutral zusammenfassen und eine Übersicht über das Thema bieten. Da die Meinungen der Mitglieder die volle Bandbreite von "strikt dagegen" bis "Hurra!" umfassen, wird diese Übersicht für notwendig erachtet um klar zustellen, über was wir überhaupt reden.

Umfrage

Es gibt eine Umfrage zur Synchronisation. Leider wurde sie bereits von Spammern verunstaltet (ist jetzt wieder bereinigt!). Das Ergebnis ist sehr uneinheitlich.

Vorbetrachtung

Das Wissen über die einzelne Kommunikationskanäle kann hilfreich sein für das Verstehen einzelner Details.

• http://de.wikipedia.org/wiki/E-Mail
• http://de.wikipedia.org/wiki/Mailingliste
• http://de.wikipedia.org/wiki/Newsserver
• http://de.wikipedia.org/wiki/Internetforum

Vor- und Nachteile traditioneller Kommunikation

Hier gibt es eine kurze Gegenüberstellung der wichtigsten Merkmale (vermeintlich wichtige fehlende bitte ergänzen).

Mailingliste

Pro - Vorteile	Kontra - Nachteile
individuelles Mailprogramm möglich digitale Signaturen möglich direkter Kontakt zu einzelnen Teilnehmern möglich Verifizierung einzelner Absender möglich	teilweise hohe Einstiegshürde für Neulinge Posteingang kann überfüllt werden mehrere Liste, mehrere Anmeldungen z.Z. notwendig Themen teilweise nicht nachvollziehbar, weil möglicherweise kein Archiv falschen Absenderadressen möglich Vorratsdatenspeicherung (wann, wer mit wem, Betreff)

Newsserver

Pro - Vorteile	Kontra - Nachteile
individueller Newsreader möglich digitale Signaturen möglich keine (oder nur eine) Anmeldung für alle Newsgroups erforderlich schneller Zugriff auf alle Newsgroups möglich auch ältere Threads nachvollziehbar, wegen technisch bedingter Vorhaltezeit direkter Kontakt zu einzelnen Teilnehmern möglich durch die Anmeldung am Newsserver ist eine eindeutige Zuordnung des Beitrags zum Urheber möglich	teilweise sehr hohe Einstiegshürde für Neulinge

Forum

Pro - Vorteile	Kontra - Nachteile
relativ niedrige Einstiegshürde für Neulinge (falls Mail schon eingerichtet ist) Diskussionen gut nachvollziehbar, weil meisten nichts gelöscht wird Themen können einfach verlinkt werden E-Mailadresse nicht unbedingt sichtbar (kann auch ein Nachteil sein)	nur mit Browser bedienbar digitale Signaturen nicht möglich

SynCom

Pro - Vorteile

Kontra - Nachteile

Zugang wahlweise über Mailinglisten, Newsserver und Forum zentrale Diskussion möglich individuelle Anwenderprogramme möglich

zusätzliches Anlegen von Benutzernamen und Passworten in Forum (und sei es nur zum Bearbeiten / Löschen von über die ML getätigten Beiträgen) Synchronisierung dreier Kommunikationskanäle evtl. überholt von Möglichkeit eines Social Networks (SN beinhaltet alle Kommunikationsformen zentral und datenschutzfreundlich: Foren, Gruppen für AG-Arbeit, öffentliche und interne Ankündigungen, Zugangsregelungen für öffentliche und geschlossene Gruppen, größere datenschutzrechtliche Autonomie...) siehe weitere Details zu Bedenken und Fragen

Bedenken

Punkt 1

Man kann keinen Beschluss auf dem Parteitag über die Synchronisation der alten Mailinglisten fällen, weil die Minderheit benachteiligt wird. Niemand darf genötigt werden dieses System zu benutzen.

Generell: Für jedes Problem eine Lösung finden zu wollen, die von wirklich allen Betroffenen akzeptiert wird, halte ich für nicht realistisch. Demokratie bedeutet auch, eine von der eigenen Meinung abweichende Mehrheit zu akzeptieren. --Kasimon 08:41, 15. Okt. 2009 (CEST)

Punkt 2

Der Hinweis bei der Registrierung im Forum: "Bitte beachten: Die Beiträge dieses Forums werden zum großen Teil über Newsgroups und Mailinglisten synchronisiert." ist völlig unzureichend! Im Nutzungsvertrag selbst gibt es keinen Hinweis auf die Synchronisation. Die Datenschutzrichtlinie, auf die verwiesen wird, fehlt.

Kann die Notwendigkeit eines expliziten Nutzungsvertrags von jemandem mit rechtlichem Sachverstand bestätigt werden? Welche Anforderungen gelten im Detail an einen solchen Vertrag? Das wäre sicher auch für andere Angebote der Landes- und Bundespartei interessant. --Kasimon 08:41, 15. Okt. 2009 (CEST)

Punkt 3

Der Hinweis bei der Registrierung zur Mailingliste: "Die Beiträge dieser Mailingliste stehen auch auf dem Newsserver news.piratenpartei.de zur Verfügung. Wenn diese Newsgroup mit dem Forum synchronisiert wird, können die Beiträge auch dort abgerufen werden." ist völlig unzureichend! Es wird nicht klar, dass hier ein Nutzungsvertrag geschlossen wird. Eine Datenschutzrichtlinie fehlt.

Siehe meine Anmerkung zu Punkt 2 --Kasimon 08:41, 15. Okt. 2009 (CEST)

Punkt 4

Nutzern muss vorher klar gemacht werden, dass es bei SynCom einen Nutzervertrag mit allen 3 Medien eingehen, und nicht nur einzeln mit dem Forum oder der Mailingliste

Siehe meine Anmerkung zu Punkt 2 --Kasimon 08:41, 15. Okt. 2009 (CEST)

Punkt 5

Nutzern muss klar sein, dass ihre Nachrichten verändert werden (können)! TOFU-Filter und Abtrennen von digitalen Signaturen sind ein Eingriff in die Kommunikation. Das muss nicht schlecht sein, aber die User müssen darüber vorher informiert werden.

Punkt 6

Dreifacher Traffic auf ML (Beiträge / Antworten von Foren und Newsservern kommen noch zusätzlich über die ML).

Dass sich mehr Leute an einer Diskussion beteiligen können, halte ich nicht für einen Nachteil, sondern für begrüßenswert. --Kasimon 09:08, 15. Okt. 2009 (CEST)

Punkt 7

ML und Forum für unterschiedliche Art der Kommunikation angelegt (Forum für Diskussionen und lange Beiträge, ML für Bekanntgabe von News und kürzere Beiträge)

Nicht notwendigerweise, allerdings hängt die Eignung zu längeren Diskussionen von der Erfahrung des Anwenders und der Qualität seines Mailprogramms ab. Wer einen einfachen Webmailer ohne Threading und Filtermöglichkeiten verwendet, sieht das sicher anders als jemand, der seine Mails beispielsweise mit Gnus oder Thunderbird liest. --Kasimon 09:08, 15. Okt. 2009 (CEST)

Fragen

Pflichtenheft

Warum gibt es für diese Projekt kein Pflichtenheft? (Hier geht es immerhin um ein großes Thema für die gesamte Partei.)

Es existiert kein Pflichtenheft, da dieses eine Gängelung des Entwicklungsprozesses darstellen würde. Es ist für dieses Projekt sinnvoller, anhand der Erfahrungen des Testprozesses zu sehen, was mit welcher Priorität zu entwickeln ist. Stumpf anhand eines Pflichtenhefts herunterzuprogrammieren würde insbesondere in diesem Fall eine Verschwendung von Ressourcen sein. Ike 13:05, 13. Okt. 2009 (CEST)

Veröffentlichung des Quellcodes

Wann werden die Sourcen veröffentlicht?

Die Lösung befindet sich derzeit noch in Teilen im Alphastadium (insbesondere die Wandlung BBCode<->Plain Text). Wenn das Betastadium erreicht ist und eine Einrichtungsdoku existiert, werden die Sourcen veröffentlicht. Ike 12:34, 12. Okt. 2009 (CEST)

Nachträgliche Synchronisierung bestehender Mailinglisten

Warum werden bestehende Mailinglisten nachträglich zur Synchronisation gedrängt? (Niemand hat vorher die neuen Bedingungen gekannt!)

Bestehende Mailinglisten werden gefragt, nicht gedrängt. Um einen sinnvollen Test durchführen zu können, muss das System unter Last getestet werden. Eine handvoll Testpostings in Testgruppen reichen nicht aus, um die Programmierung anschließend auf das offizielle Forum zu übertragen. Aus diesem Grund wurden bestehende Listen gefragt - auch um die allgemeine Akzeptanz zu prüfen. Derzeit ist die Lösung in dem Zustand, dass verstärkt die Mailinglistenuser direkt nach dem Sync fragen. Ike 12:38, 12. Okt. 2009 (CEST)

Entscheidung des jeweiligen Listenadmins?

Warum soll der Listenadmin diese Entscheidung für alle fällen? (Niemand hat vorher die neuen Bedingungen gekannt!)

Der Listenadmin ist der technisch Verantwortliche für die Einrichtung des Syncens. Es liegt in seiner Verantwortung zu klären, inwieweit ein Meinungsbild der Listenuser ausreicht oder er sich eine zusätzliche Legitimation über einen Vorstandsbeschluss oder einen Parteitag einholen möchte. Ike 13:39, 12. Okt. 2009 (CEST)

Kennzeichnung synchronisierter Mailinglisten

Wie erkennt man, dass eine Mailingliste synchronisiert wird?

Der Listenowner ist gehalten, eine Information in die Listeninformationen und die Begrüßungsmail zu setzen. Außerdem sollte eine Mail auf der Mailingliste auf den Start des Syncens hinweisen. Damit sind alle bisherigen und zukünftigen User informiert. Ike 12:40, 12. Okt. 2009 (CEST)

Überblick über synchronisierte Listen

Gibt es einen Überblick aller synchronisierten Listen?

Unterschiedliche Speicherfristen

Wie vertragen sich rein rechtlich unterschiedliche Speicherfristen auf dem Newsserver mit unterschiedlichen oder gar nicht existierenden Speicherfristen z.B. auf der ML? Vergleiche hierzu Konkrete Strukturierung im Wiki Piratenpartei für SynCom [1] und z.B. eine Nicht-Archivierung einer Mailingliste (da dies aus "Vorratsdatenspeicherung-ähnlichen" Gründen abgeschaltet wurde).

Administratoren und Ansprechpartner

Wer ist für die gesamtheitliche Administration zuständig? Wer sind die Ansprechpartner? Ist geprüft worden, ob für jeden Verantwortlichen/Administratoren eine Datenschutzerklärung gemäß §5 BDSG benötigt wird, da mitunter mit Mitgliederdaten gearbeitet wird? Wenn sie benötigt wird, wo ist dann der Hinweis darauf, dass es eine gibt?

Nutzungsvereinbarung bei Anmeldeseiten

Sind die Anmeldeseiten für die zu synchronisierenden MLs bereits mit einer Nutzungsvereinbarung nebst Erklärung versehen? Ein einfacher Hinweis, ähnlich wie im Forum, reicht hierzu nicht aus.

Individuelle Begrenzung der Synchronisierung einzelner Beiträge

Gibt es die Möglichkeit, die Synchronisierung für eigene Beiträge auszuschließen oder zu begrenzen (z.B. wenn ich weiterhin Mails auf der ML schreiben möchte, aber nicht will, dass die synchronisiert werden bzw. z.B. nur nicht für das Forum synchronisiert werden)?

Es gibt Möglichkeiten, Beiträge komplett vom Syncen mit dem Forum auszuschließen. Zusätzliche Möglichkeiten werden derzeit entwickelt. Ike 12:41, 12. Okt. 2009 (CEST)

Technische Veränderung der Mails bei Synchronisierung

Die Mails werden bei der Synchronisierung technisch verändert. Stellt das einen grundrechtlichen Eingriff ins Fernmeldegeheimnis dar?

Ursprungsquelle der Beiträge

Wird aus den Beiträgen ersichtlich, wo ihre Ursprungsquelle liegt?

Über Informationen aus dem Header wird ersichtlich, woher der Ursprungspost stammt. Ike 12:44, 12. Okt. 2009 (CEST)

Angleichung von Speicherfristen

Wer entscheidet über die Dauer der Speicherfristen? Werden die Speicherfristen angeglichen oder kann es passieren, dass die Nachrichten im Forum 6 Monate, im Newsserver eine Woche und auf der ML zwei Wochen liegen?

Die Speicherfristen sollen angeglichen sein. Aufgrund der unterschiedlichen Arbeitsweisen kann es passieren, dass gegen Ende der Speicherfristen Beiträge nur noch auf einem der Medien zur Verfügung stehen. Ike 13:34, 13. Okt. 2009 (CEST)

Manuelles Löschen einzelner, automatisch synchronisierter Beiträge

Forenbeiträge kann ich normalerweise wieder löschen? Kann ich die automatisch angelegten Forenbeiträge manuell wieder löschen? Und wenn ja, muss ich mir doch erst ein Benutzerkonto anlegen? Oder werden die Benutzerdaten und Passwörter auch automatisch übernommen?

Ähnlich wie bei einem Mailinglistenarchiv können Beiträge von Usern aus Mailinglisten von entsprechenden Administratoren entfernt werden. Geschieht das Posting über die Newsgroup, können die Beiträge mit normalen Steuermitteilungen (Cancel - beherrscht praktisch jeder Newsclient) vom Newsserver und Forum entfernt werden. Ike 12:43, 12. Okt. 2009 (CEST)

Verdreifachung der Dienste = Verdreifachung der Gefahr eines Angriffs?

Erhöht eine "Verdreifachung" der Dienste" nicht auch die Gefahr von Hackerangriffen oder Crawlern?

Durch die mehrfachen Möglichkeiten, die Artikel zu erreichen, können Diskussionen fortgeführt werden, auch wenn Teile der Dienste gerade nicht zur Verfügung stehen. D.h. wenn der Mailinglistenserver temporär ausfällt, kann die Diskussion immer noch im Forum und der Newsgroup stattfinden - sobald der Mailinglistenserver wieder läuft, werden die angefallenen Beiträge synchronisiert. Diese Ausfallsicherheit ist für die anderen Dienste (Newsserver, Forum) ebenfalls in Teilen vorhanden und soll weiter ausgebaut werden. Wer unsere Kommunikation gezielt abgreifen möchte, kann dies bereits jetzt ohne viel Aufwand. Ike 13:32, 13. Okt. 2009 (CEST)