Neues Update für Minecraft fügt Unterwassertempel hinzu

Hallo zusammen,

wir haben eine selbst gehostete Instanz von Discourse im E-Mail-Listen-Modus, die als Ersatz für Mailman erstellt wurde.

Wir haben 3 Kategorien mit benutzerdefinierten eingehenden E-Mail-Adressen eingerichtet, die Themen erstellen, was anscheinend korrekt funktionierte.

Leider haben wir festgestellt, dass Benutzer ohne “Erstellen”-Berechtigungen für die Kategorie Themen erstellen konnten, indem sie E-Mails sendeten.

Ich habe die “E-Mail-Benachrichtigungen eingehend” angepasst, um die Möglichkeit, Themen per E-Mail zu erstellen, auf bestimmte privilegierte Gruppen zu beschränken. Leider können Benutzer, die nicht zu den privilegierten Gruppen gehören, immer noch Themen per E-Mail erstellen.

Ich habe die Anwendung gestoppt und neu gestartet, und dieses Verhalten wurde fortgesetzt. Ich habe auch versucht, die Anwendung auf den neuesten Stand des Tests-bestanden-Branches zu aktualisieren (3.2.0 beta5-dev Commits · discourse/discourse · GitHub), aber leider hat dies nicht geholfen. Der ältere Build war etwa 2 Wochen alt.

“Kategorie spiegelt eine E-Mail-Liste” ist für alle 3 Kategorien aktiviert.

Es wäre großartig, wenn wir das Posten per E-Mail für jede Kategorie auf bestimmte Gruppen beschränken könnten, da dies den Berechtigungen der von uns migrierten E-Mail-Listen ähnlicher wäre.

Antworten per E-Mail werden für Benutzer auf eine Weise verweigert, die der Einstellung “Antworten” in den Sicherheitseinstellungen für die Kategorie entspricht. Es wäre großartig, wenn das Erstellen eines Themas per E-Mail ebenfalls an die “Erstellen”-Einstellungen gebunden wäre.

Jede Hilfe oder Anleitung wäre sehr willkommen. Bitte lassen Sie mich wissen, wenn Sie weitere Informationen benötigen.

Vielen Dank

Haben Sie dieses Thema bereits gelesen?

Hallo Lillian,

vielen Dank für Ihre Nachricht. Wenn ich diese Dokumentation lese, scheint es, dass das, was wir zu erreichen versuchen, das erwartete Verhalten von Discourse ist.

Wenn ich die verlinkte Dokumentation lese, ist dieser Teil am relevantesten:

Warum eine Kategorie verwenden?

• Die Verwendung einer category ist nützlich, wenn Sie eine Mailingliste simulieren möchten.
• Wir verwenden Kategorien aus diesem Grund.
• Das Senden einer E-Mail an eine category erstellt ein topic in dieser Kategorie.
• Dieser Teil funktioniert korrekt.
• Jeder, der Zugriff auf diese category hat, kann über die Weboberfläche oder per E-Mail lesen und antworten.
• Dies funktioniert ebenfalls korrekt.
• E-Mails, die an eine category gesendet werden, müssen die Sicherheitseinstellungen der Kategorie respektieren.
• Benutzer, die in der Web-UI nicht antworten können, erhalten in den E-Mail-Protokollen eine ReplyNotAllowedError, was wir wollen. Benutzer, die über die Web-UI kein Thema erstellen können, können ein Thema erstellen, indem sie eine E-Mail an die eingehende E-Mail-Adresse senden, was eines der Probleme ist, mit denen wir konfrontiert sind. Sie können sogar Themen in Kategorien erstellen, die sie nicht sehen können.
• E-Mails, die an eine category gesendet werden, müssen die Website-Einstellung email in allowed groups respektieren.
• Ich habe begonnen, diese Einstellung zu verwenden, um zu verhindern, dass nicht autorisierte Gruppen auf die oben beschriebene Weise Themen erstellen, aber auch dies funktioniert nicht.
• Sie können staged users pro category deaktivieren.
• Unsere Discourse-Instanz ist nur auf Einladung zugänglich, daher sind staged users deaktiviert und jeder unbekannte Benutzer erhält eine StrangerNotAllowed-Fehlermeldung, was das gewünschte Verhalten ist.

Ich habe versucht, die Anwendung zu stoppen und zu starten und die Anwendung über die Web-GUI zu aktualisieren. Würden Sie einen vollständigen Rebuild empfehlen?

Welche Protokolle wären für diese Probleme am relevantesten?

Vielen Dank im Voraus nochmals.

Hallo nochmal,

Nur ein kurzes Update. Ich habe gerade versucht, die App neu zu erstellen, aber das Verhalten ist leider gleich geblieben. Ich werde versuchen, weitere Protokolle zu finden, um herauszufinden, warum dies geschieht.

Hallo,

Nach einiger Recherche und Tests habe ich festgestellt, dass die Aktivierung von „Kategorie spiegelt eine Mailingliste“ die Validierung überspringt, wie Sie hier im Quellcode sehen können:

Sobald ich diese Option deaktiviert habe, funktionierten die Berechtigungen wie erwartet:

image823×319 11.8 KB

Dies erlaubte dann / verweigerte basierend auf den Berechtigungen, wie Sie es erwarten würden:

image876×349 24.7 KB

Könnte dies bitte in die Dokumentation aufgenommen werden, um zukünftige Benutzer zu unterstützen?

Vielen Dank für Ihre Hilfe, Lilly.