Hallo Uwe, hi @all.
Mail:
Discourse kennt einen Mailinglistenmodus, welchen sich ein Benutzer*in einschalten kann. Damit
bekommt er/sie alles per E-Mail was auf der Instanz für ihn/sie auch im WebUI sichtbar ist. Man hat
die Wahl...
Man kann sehr wohl auch E-Mails an Discourse senden. Sowohl als Antwort als auch neue Themen auf
machen. Dazu kann man einer Kategorie eine Adresse eintragen und regelt auf dem Mail-Server den
Transport der Adresse an Discourse. Schon landet ein Beitrag in der Kategorie.
Ich habe das so auf unserem help.egroupware.org in Verwendung. Ich erlaube aber keine Beiträge im
Kopf/Wurzel/..., sondern nur in
Kategorien. Da muss man entscheiden wie man sich das einrichten will.
Eine Besonderheit hat Discourse diesbezüglich. Und das könnte entscheidend sein:
Beiträge, welche per E-Mail versendet werden, werden nicht threaded ausgeliefert/im Mailer
eingeordnet.
Das liegt an der (gewollten!) Diskussionskultur (zeitlich linear) in Discouse.
Man kann in Discourse auf das Thema oder einen Beitrag antworten. Das wird für manch einen
gewöhnungsbedürftig, weil man das eher schlecht erkennt. Ich hatte da anfangs auch zweifel. Jedoch
sehe ich nun nach 4,5 Jahren Discourse: Das funktioniert gut.
Read-only (...)
In Discourse kann man Gruppen anlegen und für Kategorien Rechte vergeben. So ist es z. B. möglich
eine Announcement-Kategorie an zu legen und diese nur-lesend ein zu stellen. Eine Gruppe mit
Benutzern könnte dann auch Schreibberechtigung bekommen)- Antworten direkt auf das Thema ist dann
für den gemeinen Nutzer nicht möglich. Wenn man das aufgreifen will macht man einfach ein neues
Thema auf und kopiert dort den Weblink hinein.
Ebenso lassen sich so Kategorien für nicht Berechtigte verbergen. Z.B. für Entwürfe oder eine
geschlossene Translator-Gruppe.
Ich habe das so auf unserem help.egroupware.org in Verwendung.
DSGVO
Da sehe ich keinen Unterschied zu einer Mailingliste. In beiden Fällen entscheide ich mich als
Anwender, dass meine Beiträge öffentlich bereit gestellt werden.
Beiträge von Benutzern können auch gelöscht werden (sehr unschön). Was per E-Mail ausgesendet wurde
ist dann natürlich so wie so in der Welt und nicht zurück zu holen.
Was halt noch relevant ist wo die Instanz gehostet wird...
---
Von einer parallelen Lösung halte ich auch: nichts.
Muss ich wohl auch nicht weiter begründen.
Read-only als Kopie der Mailingliste halte ich nicht für einen Fortschritt.
---
Ich weiß, dass manch einer mit Discourse fremdelt, weil
* die Diskussion linear abläuft
* das etwas anders abläuft als ein klassisches Forum
Discourse ist aber etabliert, nicht nur im IT-affinen Bereich.
Nach meiner Erfahrung gewöhnt man sich schnell an Discourse.
Vorteil wäre eine bessere Zugänglichkeit für Interessierte. Wir wissen doch alle, dass die
Anmeldung an eine Mailingliste einige Interessenten überfordert. Geschweige denn das Abmelden :-)
Zudem muss man in Discourse ein Konto haben, sprich sich angemeldet haben (Wie an einer
Mailingliste auch). Dann hört das auch auf, dass Mails an persönliche Mail-Adressen gesendet werden
oder eben die falsche persönliche E-Mail-Adresse verwendet wird (und vom Server nicht angenommen
wird).
Was an der Mailingliste (für mich) definitiv ein Showstopper ist: Inline-Screenshots und Anhänge.
Das ist ein Muss. Formatierungen helfen ebenfalls dem Anwender.
Ich will damit aufzeigen, dass so etwas wie Discourse auch Vorteile hat bzw. Probleme lösen kann.
Ist halt immer ein Kompromiss.
Primär ist wichtig den Anwendern/Interessierten entgegen zu kommen.
Ich bin der Meinung, dass ein Umszieg auf Discourse deutlich mehr Vorteile als Nachteile bringt.
Ich persönlich bin Mailinglisten nicht abgeneigt und habe einige abonniert.
Zu der bisherigen Diskussion:
Macht ihr (fast) alle einen Bogen um Foren? Keine Anmeldung/Gebrauch nirgends von Foren???
Viele Grüße
Stefan
Uwe Altmann schrieb am 02.05.22 um 11:01:
Hallo
die TDF probiert gerade aus, ob Discourse ein Ersatz für mailinglisten sein könnte.
Es gibt für uns derzeiten folgende Möglichkeiten:
- Ersetzen der de-discuss-Mailing-Liste durch eine Dicourse-Kategorie; man kann die neuen posts
(wie jetzt auch) per mail bekommen/abonieren, aber selber posten geht dann nur noch in Discourse;
- beides parallel, aber ohne Kopieren der Nachrichten in das jeweils andere Medium
- Eine Discourse read-only Kategorie, die die Kommunikation der mailingliste wiederspiegelt und
weiter betreiben der Mailingliste;
- nur die Mailingliste (wie bisher)
...
Die Discourse Community test instance kann man hier ausprobieren:
https://communitytest.documentfoundation.org/
Wie ist Eure Meineung dazu (diese liste hat immerhin 199 Abonenten ;-)
Ein Erfahrungsbericht auf Deutsch habe ich hier gefunden:
https://www.compgen.de/2021/07/unsere-kommunikation-plattform-discourse/
Ich kann auch die ganze Mail übersetzen, falls das jemand wünscht.
>>>>>>>>>>>>>>>>>>>>>> Die Original-Mail >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Hi all,
As you are aware, we are conducting a test on Discourse to move on some mailing lists. It is not
possible to bridge mailing lists and have a Nabble like gateway.
Here are the options:
- have a Discourse category only hosting a project (like Documentation, UX/Design). Contributors
can post directly in the forum or follow the discussion and participate via notifications (received
by mail). Subscribers to the mailing list can be mass subscribed to Discourse and the mailing list
will be closed
- for Native Language Projects: we could have the same as above with sub categories per sub
projects, see for example pt-BR who has Docs - Qualidade - Geral as sub categories
- have both mailing list and the corresponding Discourse category with no cross communication
channel between the two.
- have Discourse read-only category mirroring a mailing list for example the Announce lists.
- have only a mailing list and nothing on Discourse.
- for users@mailing lists, we won't create a user category on Discourse Community because it will
be redundant with the Discourse Ask instance. So either you keep the mailing lists or if your
language is not yet there, we create a corresponding category on Ask.
This decision shall be taken by project and by each native language community. For example the
Brazilian and the Spanish communities have already decided to go to the first option (Discourse
only). It seems that Documentation will have both for the moment.
Discourse Community test instance is here:
https://communitytest.documentfoundation.org/
Please have a look at the archives we imported and let us know if you see issues or if you want to
see how it works for your project.
Redmine ticket with all the details:
https://redmine.documentfoundation.org/issues/3567
(and a *big thanks* to Guilhem for all his great work on this)
Please read https://redmine.documentfoundation.org/issues/3567#note-15
and further on archives migration.
How to proceed next?
Discuss with your project or your native language community and let us know what you decided among
the above options. I've set the reply to this mail to go on the website list.
When you let us know your decision, I'll send you another mail containing several questions about
the migration type we need to proceed (mass subscribing list subscribers to the forum, import
archive or not, retain addresses, etc.)
We would like to launch the instance at the beginning of June (as some communities are really
impatient after the test ;) but of course if you are not decided at that moment, it's still
possible to create new categories once the instance is in production.
Don't hesitate to come back to me if you have questions.
Cheers
Sophie
--
Liste abmelden mit E-Mail an: discuss+unsubscribe@de.libreoffice.org
Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.