API を介して確認なしにユーザーのメールアドレスを変更する

API を使用して、確認メールを送信せずにユーザーのメールアドレスを変更する方法はありますか?

当社のユーザーは実際には協会のメンバーであり、ユーザーがスタッフに直接メールアドレスの変更を申し出る場合、スタッフは ERP システム内の連絡先レコードを変更します。その後、スタッフはユーザーとして Discourse 実装にログインし、メールアドレスの変更を提出する必要があります。

スタッフからは、確認メールが混乱を招く、ユーザーに見られない、あるいは無視されるため、メールアドレスの変更が完了しないという不満が上がっています。

私はここで一石二鳥を狙っています:

  1. ERP システムから直接メールアドレスの変更を行えるようにしたい。
  2. 確認メールへの対応が行われなかったことによる、不完全なメールアドレス変更の提出をなくしたい。

SSO でメールをオーバーライドすることは避けたいと考えています。なぜなら、一部のユーザーは協会からの主な通知とは異なる Discourse 通知を希望しているからです。

I would say this is a self inflicted wound at that point?

「いいね!」 3

Hey, Paul. I’m still happy to help on this, but Jeff makes a point. Just how will you know whether someone wants a different address? You’ll just change it via the API on ERP but let them change it in Discourse if they want to?

「いいね!」 2

The idea would be, if the request is made to change the email address and the old address matches the ERP system AND Discourse, then change it in both. Additionally, they may have an online or paper form that asks if the email change should include Discourse.

Another salient point here is: nearly all the association members use Discourse as a mailing list (mailing list mode) and never visit the Discourse instance site. So, having to go to the site to confirm the email address change adds a layer of confusion for them.

I realize this is not a normal use case for mainstream Discourse installations, but I have been asked to make it happen, so I’m barking up the tree.

「いいね!」 3

Worst case it’ll take a plug in. If I can’t do it, I’d fit a guy. If you want to give it a shot, search here for ‘reverse engineering’.

「いいね!」 1

Discourseでは現在、ユーザーごとに複数のメールアドレスを設定できるようになりました。これで当初の問題は解決しましたか?

「いいね!」 1