Die Diskussion fortsetzend von Wie genehmige ich die sekundäre E-Mail-Adresse eines Benutzers über die Befehlszeile?:
Eine allgemeinere Frage: Wir benötigen eine Instanz von Discourse ohne E-Mail – d. h. eine, die keine E-Mails empfangen oder senden muss. Ist dies erreichbar?
Ich bin mir nicht sicher, ob es Ihre Anforderungen erfüllt, aber es kann mit DiscourseConnect erreicht werden. Im Grunde setzen Sie einfach gefälschte E-Mail-Adressen für das E-Mail-Feld im SSO-Datensatz und setzen die Einstellung der Website disable emails auf “yes” oder (wahrscheinlich besser) “non-staff”. Richten Sie dann eine DiscourseConnect-Anbieter-Website ein, die die Registrierung ohne E-Mail-Adresse ermöglicht.
Wenn möglich, ist es wahrscheinlich sicherer, wenn Mitarbeiterkonten echte E-Mail-Adressen haben und E-Mails von der Website erhalten. Dies ermöglicht ihnen beispielsweise die Anmeldung über die Route /u/admin-login, falls es jemals ein Problem mit DiscourseConnect gibt.
Die vorgeschlagene Lösung klingt eher nach einem Workaround als nach einer echten Funktion. Deshalb habe ich für mein Thema die Kategorie Contribute > Feature gewählt.
Die Idee ist eine Instanz ohne jegliche E-Mail-Adresse.
Ein Beispiel wäre ein ProtonMail-Konto, das man einrichten kann, ohne eine weitere E-Mail-Adresse anzugeben (außer in einigen Fällen, in denen das Verifikationssystem die Flagge „zusätzliche Verifikation erforderlich“ auslöst).
In unserem speziellen Fall möchten wir keinen Drittanbieter-Verifizierungsdienst nutzen. Wir benötigen keine E-Mail-Benachrichtigungen oder Antworten per E-Mail; die Nutzer würden es sehr angenehm finden, ausschließlich über ihren Browser (oder die mobile App) mit dem System zu interagieren. Das Hindernis für ein solches Setup ist also die Unmöglichkeit, die Benutzerregistrierung ohne E-Mail-Adressen zu betreiben. Das ist, nun ja, für einige Communities etwas widersprüchlich zu den Erwartungen, wenn man bedenkt, wie viele Dienste heutzutage existieren, die überhaupt keine E-Mail-Adresse erfordern.
Denken Sie, dass dies eine tragfähige Funktionsanfrage wäre, die irgendwann einmal in Discourse umgesetzt werden könnte?
Ah, nach meinem Verständnis klang das eher nach einer Supportanfrage als nach einem Feature-Vorschlag.
Es gibt dieses Plugin, das von Nutzen sein könnte:
Ich bin mir jedoch nicht sicher, wie robust es ist.
Gut zu wissen. Aber ihre Roadmap ist zu 20 % abgeschlossen, daher habe ich Angst, sie zu benutzen.
Hallo, ich arbeite noch an der Entwicklung meines Plugins. Es befindet sich noch in einem frühen Stadium und ich würde es nicht für die Produktion empfehlen, es sei denn, es ist ein Muss für Ihre Community. Lassen Sie mich jedoch wissen, wenn Sie Funktionen haben, die ich priorisieren soll, und ich kann versuchen, dies zu tun.