Discourse statt E-Mail-Mailingliste verwenden

[Discourse]

Dieses Thema erläutert die Vorteile der Nutzung von Discourse gegenüber traditionellen E-Mail-Mailinglisten für Gruppenkonversationen und Community-Management.

Erforderliche Benutzerstufe: Alle Benutzer

Discourse ist eine moderne Plattform für Gruppenkonversationen, die erhebliche Vorteile gegenüber traditionellen E-Mail-Mailinglisten bietet. Während E-Mails nach wie vor effektiv für die Kommunikation zwischen Einzelpersonen oder in kleinen Gruppen sind, glänzt Discourse bei der Bewältigung größerer, laufender Diskussionen. Hier sind die Gründe, warum Sie Discourse für Ihre Community in Betracht ziehen sollten:

Verbesserte Navigation und Organisation

Verlinkung und Querverweise

Discourse erleichtert das Verlinken zwischen verschiedenen Themen und schafft ein Netz miteinander verbundener Diskussionen. Diese Funktion ermöglicht:

• Eine einfache Navigation zwischen verwandten Gesprächen
• Automatische Benachrichtigungen, wenn ein Thema an anderer Stelle referenziert wird
• Eine klare Liste der eingehenden Links für jedes Thema

Kategorisierung und Verfolgung

Im Gegensatz zu den Herausforderungen beim Management mehrerer Mailinglisten bietet Discourse:

• Kategorien mit granularer Verfolgungskontrolle
• Eine dedizierte Seite „Ungelesen“ für Themen, denen Sie folgen
• Eine Seite „Neu“ für brandneue Themen
• Eine Seite „Top“, um populäre Diskussionen hervorzuheben

Verbesserte Benutzererfahrung

Niedrigere Einstiegshürde

Discourse bietet flexible Onboarding-Optionen:

• Soziale Anmeldungen (Google, Facebook, GitHub, Discord, LinkedIn usw.)
• Single Sign-On mit benutzerdefinierten Anmeldeanbietern
• Einladungslinks
• Freigabe von Firmendomains (Allowlisting)

Moderationskontrollen

Verhindern Sie Spam und steuern Sie das Nutzerverhalten mit:

• Crowd-basierten Moderationsflaggen
• Anpassbaren Vertrauensstufen
• Automatischer Spam-Erkennung

Reduzierte Störungen

Discourse fördert sinnvolle Interaktionen durch:

• Die Nutzung von „Likes“, um Zustimmung ohne unnötige Kommentare zu signalisieren
• Die Möglichkeit für Benutzer, ihre Beiträge zu bearbeiten, was nachträgliche Korrekturen reduziert

Verbesserte Durchsuchbarkeit und Archivierung

Suchfunktion auf der Website

Discourse bietet leistungsstarke Suchmöglichkeiten:

• Volltextsuche über alle Inhalte hinweg
• Erweiterte Suchoptionen zur Filterung nach Benutzer, Datum, Kategorie und mehr
• Vorschläge für ähnliche Themen, um doppelte Diskussionen zu vermeiden

SEO-freundliche Inhalte

Für öffentliche Foren verbessert Discourse die Auffindbarkeit:

• Suchmaschinenfreundliches Format
• Interne und externe Verlinkung verbessert das SEO

Flexibilität und Integration

E-Mail-Integration

Discourse kann auch E-Mail-zentrierte Benutzer bedienen:

• Konfigurieren Sie eingehende E-Mails, um E-Mail-basierte Interaktionen zu ermöglichen
• Optionaler „Mailinglisten-Modus“ für Benutzer, die eine rein E-Mail-basierte Beteiligung bevorzugen

Mobile und PWA-Unterstützung

Greifen Sie unterwegs auf Ihre Discourse-Foren zu:

• Discourse kann als Progressive Web App (PWA) auf mobilen Geräten installiert werden
• Empfangen Sie Push-Benachrichtigungen auf allen Instanzen, einschließlich selbst gehosteter
• Nutzen Sie die DiscourseHub-App, um neue und ungelesene Beiträge über mehrere Discourse-Instanzen hinweg zu sehen

RSS-Feeds

Discourse stellt RSS-Feeds für verschiedene Seiten bereit:

• Fügen Sie „.rss“ an Themen-URLs an, um Feeds für einzelne Themen zu erhalten
• Kategorienspezifische RSS-Feeds verfügbar
• Sehen Sie sich diesen Leitfaden für einen vollständigen Überblick über die verfügbaren RSS-Feeds an

Überlegungen beim Wechsel von Mailinglisten

Obwohl Discourse zahlreiche Vorteile bietet, sollten Sie Folgendes beim Übergang berücksichtigen:

• Discourse erfordert im Vergleich zu einfachen Mailinglisten erheblichere Hosting-Ressourcen
• Einige Benutzer benötigen möglicherweise Zeit, um sich an die neue Benutzeroberfläche und den neuen Workflow zu gewöhnen
• Für sehr kleine oder frühe Projekte kann eine vollständige Discourse-Instanz übertrieben sein

Importieren von Mailinglisten-Inhalten

Wenn Sie sich für einen Wechsel zu Discourse entscheiden, können Sie Ihre bestehenden Mailinglisten-Inhalte importieren. Für Anleitungen zum Importieren von Mailinglisten besuchen Sie unseren Leitfaden zum Importieren von Mailinglisten.

Zusätzliche Ressourcen

• Foreman :: Discourse, 6 months on: Impact Assessment
• Discourse vs. email -- Pros & Cons
• Finding Discourse RSS feeds

[pne (Philip Newton)]

Another mailing list pro is: all mailing lists end up in one mailbox.

Depending on the user’s workflow, they may read them all in one place or filter them out to various labels or folders.

Discourse may have several related mailing-list equivalents in one place, but that’s generally just from one company.

If I’m interested in horse-riding and leap seconds and 13th-century Dutch art history, I’d probably rather fire up one email client in the morning (which I do anyway) than have to visit umpteen separate Discourse instances hosted on various websites.

I think what might be useful would be something like Usenet: a decentralised one-stop shop for all sorts of content, so the horse riders, leap-second buffs, and art history lovers could all be at the same place – they would then simply choose which categories to watch and which ones to ignore.

[Rob_Nicholson]

The new app for mobile does something similar to this in that all it really does is show the new/unread counts for each of your Discourse forums. Not sure if there is a web portal that does something similar? The stack exchange group of sites ended up having one notification box didn’t they which helped me picking up on posts across multiple system but I don’t think it had a shared front end portal.

Does Discourse have an RSS feed? I use Inoreader these days and it would be handy to have my various Discourse feeds in there as well.

[pne (Philip Newton)]

@Rob_Nicholson

all it really does is shown the new/unread counts for each of your Discourse forums

This just works for hosted forums, right? So that would only partially help if one is also interested in Discourse forums that are self-hosted by other users/companies/groups/etc.

[sam (Sam Saffron)]

Counts and basic functionality is fine, push notifications are omitted

[pfaffman (Jay Pfaffman)]

Indeed, but discourse will email you posts if you want it to.

[Mittineague]

@Rob_Nicholson

Does Discourse have an RSS feed?

Many pages do. Try appending “.rss” to a URL eg.

Why use Discourse instead of a email mailing list?

Discourse Meta - Latest topics

[pne (Philip Newton)]

Also things such as categories, e.g. https://meta.discourse.org/c/faq.rss

[xiasummer]

A mailing list like google group has many good propertities.

If you want to make discourse compete the Mail list. You need at least these propertities:

For open groups:

• The group can be managed by many people. Like anyone can add or delete themselves all by themselves.

• So The group names must be presented somewhere.

• The discussion should be emailed to the email box, at least optional. And, I believe the mail should be from the sender, not from noreply.discourse.org or other public mail box.

• People can choose to post to someone in the list, or post to the group.

• Some of the good topics should be presented to Discourse, while some should just be a notification or other short messages that should NOT be presented to the discourse.

###For private Groups, there should be one or a few managers.

• How should we present there private groups? How should the Manager manage the groups? All big problems.

Discourse is not so mature to replace mail-lists.

I think we should devote great effort to solves all these problems first. Now is not the time for marketing.

[erlend_sh (Erlend Sogge Heggen)]

@xiasummer

The group can be managed by many people. Like anyone can add or delete themselves all by themselves.

Doesn’t Discourse allow that too, but with even greater granularity?

@xiasummer

So The group names must be presented somewhere.

I don’t understand what you mean by this.

@xiasummer

The discussion should be emailed to the email box, at least optional.

Like we do?

@xiasummer

And, I believe the mail should be from the sender, not from noreply.discourse.org or other public mail box.

I can’t say I agree with that one. This is how broken, messy email chains happen.

@xiasummer

People can choose to post to someone in the list, or post to the group.

Could you explain further? What is “the group” in this case?

@xiasummer

Some of the good topics should be presented to Discourse, while some should just be a notification or other short messages that should NOT be presented to the discourse.

Also don’t understand this one.

@xiasummer

How should we present there private groups? How should the Manager manage the groups? All big problems.

Just require logins? What’s the big problem?

[pacharanero (Marcus Baw)]

@erlend_sh this is a really good article and covers some of the points I often have to make to people when I’m explaining why they need a forum as opposed to several mailing lists. I work primarily in the National Health Service in the UK, where email is used for everything (unless a fax machine can be used), and therefore people are literally drowning in emails, when there are so much better ways of handling and sharing information such as (but not limited to) Discourse forums. Most of the user-land resistance comes from a primal fear that you will increase that email volume. My contention is that if you know everything is archived on the forum you can simply delete the notifications or switch them off.

One killer feature of fora over mailing lists that you missed out is the access to ALL of the messaging history that you get when you join a forum. With older style ‘listserver’ mailing lists you only have whatever history you’ve saved in your email client.

This messaging history may well contain the answer to your question, so you can search, find your answer, and you don’t even need to post your n00b question. (If you had posted that n00b question on the mailing list, people would bark back at you ‘THAT question again? Wasn’t that answered just a few weeks ago?’ anyway, so if you can find the existing post it’s an advantage)

Admittedly, with some ‘mailing lists’ such as Google Groups you can search the messaging history to a degree, but this isn’t they way most people normally interact with the forum, so I think fewer people than you think would know/bother to do this.

Marcus

[erlend_sh (Erlend Sogge Heggen)]

Thanks for pointing that out. I added a paragraph under “Search friendly archive that prevents repetition” including a showcase of our “Similar topic” JIT notification. Let me know if you have something to add to that.

[tophee (Christoph)]

@pacharanero

If you had posted that n00b question on the mailing list, people would bark back at you ‘THAT question again? Wasn’t that answered just a few weeks ago?’

Though on certain discourse forums this will still happen to you The difference is, of course, that on discourse you have a chance of avoiding it, provided you know the right search terms.

[Rob_Nicholson]

Over on the CAMRA Discourse forums, an attempt has been made to placate those very familiar and happy with mailing lists by saying you can make Discourse work like a mailing list.

Personally I feel this is a mistake as said members will never learn about the advantages of working in the much richer web interface.

For me the biggest plus of a forum is that I can edit my reply after posting. I’m crap at proof-reading before hand so often spot a typo.

And isn’t the story from Colin in the (UK) national health service a common one?

[downey (Michael Downey)]

@Rob_Nicholson

you can make Discourse work like a mailing list

Sure, but there’s always the “extra features” of the web interface that will always be there, drawing people back and tempting them to check out the web UI. I’ve seen many people, originally “stubborn” and refusing to use the web, eventually switch over because the overall UX was so much better. Maybe not everyone, but it definitely happens. (Plus, I’m a big believer in the “meet people where they are” philosophy of building community.)

[fedorov (Andrey Fedorov)]

I would also add few more advantages of Discourse that I don’t think were mentioned:

• very comprehensive usage statistics reporting interface
• intuitive and engaging user feedback system with “likes” and “solutions” that attracts more participation
• plugins for integrations with external products (YouTube, GitHub) that help connect communities and further engage users
• effective moderation/spam filtering engine

[hellekin]

Ich habe eine kurze Anleitung zur Nutzung von Discourse per E-Mail bei LibreHosters geschrieben. Habe ich etwas übersehen?

How to Use Discourse for Mailing-List Dwellers

[Jonathan5]

Das ist eigentlich kein Unterschied zwischen einer funktionierenden Mailingliste und einem funktionierenden Forum, aber in der Praxis habe ich festgestellt, dass die Sicherstellung der Zustellbarkeit von E-Mails von Mailinglisten auf einem gemeinsam genutzten Server harte Arbeit ist. Die Zustellbarkeit von E-Mail-Benachrichtigungen scheint mit Discourse einfacher zu sein, wenn Mailgun verwendet wird, und es ist ohnehin kein so großes Problem, da die Leute das Forum online besuchen, anstatt sich ausschließlich auf den Erhalt der E-Mail zu verlassen. Dies ist nur meine persönliche Erfahrung.

[codinghorror (Jeff Atwood)]

@Jonathan5

in practice I have found that ensuring deliverability of emails from mailing lists on a shared server is hard work

Ja, kein Witz cc @tshenry @simon E-Mail-Zustellbarkeit ist ein extrem schwieriges Problem.

[MikeNolan]

Wenn Sie Benutzer auffordern, sich anzumelden, um auf Inhalte zuzugreifen, Beiträge zu erstellen oder bestimmte Funktionen zu nutzen, löst Discourse die Probleme mit der E-Mail-Zustellbarkeit nicht wirklich, sondern macht sie nur seltener, da Sie immer noch E-Mails an Benutzer senden müssen, um sie einzurichten oder Passwörter zu ändern.

Und meine Erfahrung (über 30 Jahre als E-Mail-Administrator) ist, dass Sie möglicherweise nicht einmal bemerken, wenn sich Dinge ändern, wenn Sie sich nur selten mit Problemen bei der E-Mail-Zustellung befassen müssen. (Und sie werden sich häufig ändern, zum Beispiel wenn ISPs ihre Spielregeln ändern.)

Listen mit hohem Volumen verursachen andere Problemkategorien, ebenso wie das Zulassen von Antworten oder das Erstellen von Themen per E-Mail.