Wie kann man E-Mails eines bestimmten Kontos mit SSO vorübergehend stoppen?

Unterstützung SSO
1

Die Dokumentation zu SSO macht deutlich, dass die E-Mail-Validierung vorab auf Seiten des SSO-Anbieters erfolgen sollte und dass ein anderes Vorgehen nicht ratsam ist. Das ergibt Sinn.

Allerdings kann sich dieser Validierungsstatus im Nachhinein ändern. Beispielsweise könnte der SSO-Anbieter zu viele Hard-Bounces der E-Mails, die er an diesen Benutzer sendet, FBLs usw. festgestellt haben. Was ist in einem SSO-Kontext der beste Weg, damit Discourse ebenfalls (nur vorübergehend) aufhört, E-Mails an die E-Mail-Adresse eines einzelnen Benutzers zu senden?

Ich habe Vorschläge gesehen, E-Mails für ein Konto zu stoppen, indem alle E-Mail-bezogenen Einstellungen des Kontos so gesetzt werden, dass keine E-Mails gesendet werden. Das wäre jedoch dauerhaft oder zumindest schwer rückgängig zu machen. Ich suche nach einer vorübergehenden Lösung, bis der SSO-Anbieter die Adresse erneut validiert.

Da Discourse Möglichkeiten hat, das Senden von E-Mails zu stoppen, wenn die Anzahl der E-Mail-Bounces einen bestimmten Schwellenwert überschreitet, wäre es möglich, mit diesen Daten zu spielen, um E-Mails zu unterbrechen? Ich habe die API geprüft, aber nichts gefunden, um dies zu ändern, aber ich habe es vielleicht übersehen.

Kurz gesagt: Wie kann man verhindern, dass ein bestimmtes SSO-Konto E-Mails sendet?

Entschuldigung, falls dies bereits irgendwo beantwortet wurde, aber ich konnte nichts finden.

3 „Gefällt mir“
2

We don’t have a direct API for setting bounce score, I guess that is what you would want to do here. I am open to a PR that adds support so admins can manually set bounce score for a user to an arbitrary value.

3

There may be other reasons to stop emails for a specific account other than email bounces: email feedback loops, legal requests in the context of GDPR to not use that private data (temporarily); there may be other legal/business reasons for the SSO provider to need this.

I mentioned fiddling with the bounce score because it could be way to achieve this, although it is maybe a bit of a workaround. If nothing else, I would use that.

But if that’s not already made available, would it make sense to consider, instead, having a user field to globally enable/disable all emails for an account, that could be controlled not just via the API but maybe by staff too? I don’t know if this would imply a too large change or if there’s a central place where this could be checked on the code, however, I think this could be a more generic approach that could be used in more use cases than the bounce score route to stop emails for an account.