Das Klicken auf den Umschlag, um eine eingehende E-Mail anzuzeigen, sollte für Mitarbeiter und für Benutzer, die ihre eigenen Beiträge anzeigen, funktionieren. Wenn jedoch ein Nicht-Mitarbeiter versucht, seinen eigenen Beitrag anzuzeigen, führt dies zu einem Javascript-Fehler. Der Benutzer kann die zugrunde liegende JSON-Datei anzeigen, wenn diese manuell angefordert wird.
Es funktioniert für Mitarbeiter.
Ich kann bestätigen, dass dies auch auf meiner Testseite für Nicht-Mitarbeiter-Benutzer mit demselben Fehler auftritt: Uncaught Error: Failed to create an instance of 'controller:raw-email'. Most likely an improperly defined class or an invalid module export.
Es wurde zur Kenntnis genommen. 
Sieht legitim aus! Danke für den Hinweis, da der Paper Cut so klein ist, setze ich ein pr-welcome darauf. Ich unterstütze die super triviale Lösung, hier einfach nichts aufzurufen. Ich bin unentschlossen, ob vollständige E-Mail-Informationen für Nicht-Moderatoren offengelegt werden sollen.
dafür, dass nichts aufgerufen wird; ich habe das als Administrator schon unzählige Male zur Behebung von E-Mail-Problemen verwendet, aber als Moderator oder normaler Benutzer habe ich noch nie meine eigenen Nachrichten irgendwo eingesehen. 
Pull Request hier Disallow access to raw email for non-staff users by communiteq · Pull Request #17569 · discourse/discourse · GitHub
Ich sehe, dass dieser Pull-Request (stillschweigend) geschlossen wurde, ich vermute, weil ich ehrlich gesagt nicht sehe, wie man eine Einzeilenfunktion testet, die nur is_staff? enthält.
Bitte lassen Sie mich wissen, ob dies in Zukunft zusammengeführt wird, denn wenn nicht, muss ich ein Plugin erstellen, um dieses DSGVO-Problem zu lösen…
Ich kann einigermaßen akzeptieren, dass es keinen Test für die Client-Seite gibt, aber die API-Seite sollte trivial zu testen sein. Sie erstellen ein Post-Objekt, ein User-Objekt, prüfen, ob der User keine rohe E-Mail anzeigen kann, wenn der Post in den Guardian-Tests gelöscht wird.
Ich werde versuchen herauszufinden, warum der PR geschlossen wurde.
Dies ist jedoch eine Verhaltensänderung. Ich bin neugierig, warum wir uns dafür entscheiden, die Funktion zu entfernen, anstatt den Fehler zu beheben.
Wir vermuten, dass das Schließen ein Fehlklick von jemandem war, Entschuldigung, wieder geöffnet.
Das ist sicherlich seltsam, denn ich glaube nicht, dass es beabsichtigt war, ihn zu schließen, und ich war nicht derjenige, der ihn geschlossen hat. Zumindest nicht absichtlich und nicht, soweit ich weiß. Wie auch immer, ich werde mich kurz mit dem PR befassen.
Etwas ist seltsam am Zustand des PR. Ein Github-Bug vielleicht? 
Das Schließen war tatsächlich sehr seltsam, da kein aktiver Benutzer vorhanden war und ich keine Benachrichtigung erhalten habe.
Gut zu hören, dass es keine Absicht war!
Vielleicht habe ich Sie hier missverstanden…?
Entschuldigen Sie die lange Wartezeit. Der PR wurde zusammengeführt.
