Finally solved this by checking "Generate new password and notify user immediately" at the bottom of the user profile instead of using "reset password."
最終的に、「パスワードのリセット」を使用する代わりに、ユーザープロファイルの下部にある「新しいパスワードを生成してユーザーにすぐに通知する」をチェックすることで、この問題を解決しました。
I've had similar issues before and what worked for me was changing the user's email address to a different email (like their personal one) and then back to the original email
以前にも同様の問題が発生したことがありますが、うまくいったのは、ユーザーの電子メールアドレスを別の電子メール（個人用など）に変更してから、元の電子メールに戻すことでした
メールアドレスの検証
Try below method
-
Can you update the email address to your email address and then once that is verified by you, change it to the right email address?
-
Update the correct Email address and ask the corresponding user to verify the link to change Email address so that it will be reflected in the system.
https://help.salesforce.com/s/articleView?id=000393009&type=1
Unable to verify user email
https://trailhead.salesforce.com/trailblazer-community/feed/0D54V000076ALXP
Try changing the email address to yours. You will then receive a verification email.
次の機能に関するメールがユーザに送信されます:
Salesforce からメールを送信するためのメールアドレスの検証
ユーザが Salesforce から取引先責任者やリードなどにメールを送信する際に、検証済みのメールアドレスを使用することが必須になりました。ほとんどのユーザはサインアッププロセスの一部として、メールアドレスを検証します。ただし、現在の検証プロセスが確立される前に設定および検証されたメールアドレスを使い続けているユーザもいます。
現在の検証プロセス以前に設定されたメールアドレスを使用してメッセージを送信すると、リンクをクリックしてそのメールアドレスが自分のものであることを検証するように要求するメールが届きます。このメッセージは、リリースサイクルごとに 1 回しか送信されません。
解決策
Summer '22 リリースの前に、Salesforce がこのセキュリティのメカニズムを数年前に埋め込んだ後、操作画面 (グラフィカルユーザインターフェース) でログインしたり、メールアドレスを認証したりしないユーザに関連するいくつかの理由があります。シングルサインオン (SSO) に割り当てられたユーザで、一度も Salesforce へのログインをしていない場合なども、このメッセージがユーザに届きます。
注意: 認証が完了していないユーザが、自動送信メールの送信者となっている場合にも、認証メールが発生することがあります。
-
メールメッセージの認証を確認する。
a. メール本文のリンクには、「salesforce.com/setup/emailverif?oid=00Dxxxxxxxxxxxx」(00D は特定の組織に関連します) のような、文字列に正しい組織 ID が埋め込まれたクリック可能なリンクが含まれている必要があります。
b. リンクのあるメールを受け取って、それが本物かどうか確認したいときは、メールヘッダーに Salesforce のリファレンスがあるかどうかを確認します。ヘッダーにアクセスする方法について、このナレッジ記事を参照してください。 -
システム管理者が、メールの検証が完了したユーザやメールを受け取る可能性のあるユーザを確認するには、ユーザのリストビューに [ユーザの検証済みメール] を追加します。[設定] | [ユーザ] に移動して、[ユーザの検証済みメール] 項目を含めるように、既存のリストビューを編集するか新規作成します。
-
ユーザがメールアドレスの検証を必要とするかどうかを確認する最も簡単な方法は、リストビューを使用することです。
a. システム管理者は、TwoFactorMethodsInfo オブジェクトに対して次のような SOQL クエリを実行することで、検証済みおよび未検証のユーザのリストを確認し、ユーザが「検証済み」メールアドレスを所有しているかどうかを確認することもできます。「SELECT ExternalId,HasUserVerifiedEmailAddress,Id,UserId FROM TwoFactorMethodsInfo」
b. このオブジェクトの詳細については、TwoFactorMethodsInfo を参照してください。
c. このオブジェクトを参照するには、システム管理者またはユーザにプロファイルまたは権限セットのレベルで API で多要素認証の管理権限が必要になることに注意してください。
d. 次のリリースで検証を求めるメールがユーザに届く前に、システム管理者が該当するユーザのパスワードのリセットを行う事によって、メールの検証が必要だと判明したユーザはメールを検証することができます。
e. ユーザ認証メールを生成して承認することでも [ユーザの検証済みメール] が true に切り替わり、リリース時のリマインダのメール送信を回避することができます。
f. ユーザのパスワードは、GUI、API、コンソール、ワークベンチなどから、個人またはバルク単位でリセットできます。次のようなクエリをコンソールなどから実行して必要なパスワードリセットリンクを生成します。「System.resetPassword(Id.valueOf('005400XX000npXX'), true);」
g. ユーザはメールアドレスを「検証」するためにパスワードリセットリンクをクリックするだけです。ユーザは、メールアドレスを検証するためにパスワードを変更する必要はありません。 -
ユーザのインスタンスへのリリース適用後、組織から直接メールを送信するときに、認証メールが無償/トライアル/開発組織のユーザに各リリースごとに一度だけ送信されます。
a. 例えば、Spring ’22 リリース後に受信したワンタイム認証にユーザが対応しなかった場合、その次のメジャーリリース時 (Summer ‘22) にもう一度送信され、メールアドレスが検証されるまでリリースごとに送信が行われます。
b. 無償/トライアル/開発組織では、Summer ’22 リリースまでにユーザがメールアドレスを検証しなかった場合、ユーザは Salesforce からメールを送信することができなくなり、Salesforce からメールを送信しようとするときに操作画面でエラーが表示されるようになります。また、ワンタイム検証のメールも受信します。 -
有償で利用している組織でシングルサインオンユーザがいない場合、検証のリマインダーが Summer ’22 のときに再度送信されます。
-
有償で利用している組織で、シングルサインオンユーザがいる場合、Summer ‘22 のときに検証メールは送信されず、制限の適用も受けません。シングルサインオンユーザのために検証メカニズムを改善する計画を立てており、ユーザのメール権限の完全な適用は当初のリリースノートに記載のとおり行われる可能性があります。この件につきましては、詳細がわかり次第、情報が更新されます。
-
メールは組織ごとに送信されるため、リリース時に複数のサンドボックスから認証メールが送信される可能性があります。そのため、ユーザは異なる組織から複数の認証メールを受け取る可能性があることに注意してください。
-
メール検証の無効化プロセス (メールアドレスの変更通知の無効化) を完了した組織のユーザには、このメールは送信されません。
不明点がある場合、メールの検証リンクをクリックする前に、必要に応じて Salesforce 管理者に確認してください。Summer ’22 リリース前または期間中に、無償/トライアル/開発の Salesforce 組織内の未検証のユーザは検証を完了してください。
メールが届かない場合の英文例
Check you email spam folder.
And also ensure that you are using the correct email address and that it is correctly spelled.
Thank you for the suggestion. Unfortunately, my personal email doesn't work either. I tried the first time around, and again today. I checked the debug logs and it says, "Number of Email Invocations: 1 out of 10," so it sounds like it should have gone through.
On the bright side, I found and tried another "sandbox" org and it worked! I'm not sure why one org works while the other one doesn't.
ご提案ありがとうございます。残念ながら、私の個人メールも機能しません。初めて試しましたが、今日もう一度試しました。デバッグ ログを確認すると、「電子メール呼び出し数: 1/10」と表示されているので、正常に実行されているようです。
明るい面としては、別の「サンドボックス」組織を見つけて試してみたところ、うまくいきました。なぜ一方の組織が機能するのに、もう一方の組織が機能しないのかわかりません。
How To Check If A User Has Verified Their Email