I have a handful of staged users who got deleted (don’t ask) and now am seeking to bring them back. I created them originally by addressing new PMs to them, and thought I could bring them back by inviting them to their message again.
As it turns out, this is not possible now - the invite to message modal only allows entering usernames, not email addresses. I could imagine the ability to invite staged users to a message or topic being a very handy feature to add.
Pretty sure that’s incorrect, we added the ability to invite email addresses a while back.
Specify email address in PM to field
is listed in the #releases notes for the 1.9 release.
Thanks, Jeff. Looks like you are right! I guess I just didn’t wait that fraction of a second it takes for that blue select to pop up. The language maybe could be updated to reflect that email addresses can be entered into this field.
Hmm yes perhaps we can change the copy there to add
Enter the username or email of the person you’d like to invite to this topic
But I am not sure under what conditions email can be added, this text might be used elsewhere, or email-as-target-of-PM might be conditional to trust level… I can’t remember … can you add this to your plate @jomaxro?
@tobiaseigen, I’m having some trouble reproducing this. Looking at the client.en.yml inviting a user to a private message should use the following text, not what you shared a screenshot of.
Invitee’s Email or Username
Any chance you customized the invite_private.email_or_username key? Here’s what I see here on Meta:
maybe this has already been fixed on meta and try? on my site it still looks like my screenshot.
What version of Discourse are you running? Can you confirm that the text is the default (not customized) in /admin/customize/site_texts?q=invite_private.email_or_username
it is the default - so far I have never changed the default text of discourse.
this is the version according to the dashboard: v2.0.0.beta10 +5
screenshot:
And you were definitely inviting a user to a PM, not a topic? Does your site use SSO?
yes, our site uses SSO. and we are indeed inviting a user to a PM.
Ah! You cannot invite a user via email with SSO enabled. That would allow the invited user to bypass SSO.
hmm… but I am doing it already. 
it works.
Now I’m even more confused…
…when you invite these users to PMs, they can only participate as a staged user, right? They can’t actually log into the site?
Given that, I’m going to have to defer to @gerhard here. We’re getting into the complexities of SSO and staged users, and I don’t have a SSO-enabled site to test with.
I did some more testing here on my own site and see that the message on the screen is actually correct. It is not possible to invite an email address even if it is (incorrectly) offered in the blue select popup.
But given that we have staged users now I think it should be possible to do this even on SSO sites, the same way it is possible to start a new message to a staged user.
I just came across this issue again now, and had a thought. It’s occurring to me that it’s correct that you cannot invite an email address and create a staged user using the “invite to message” modal. It makes more sense to create the staged user by starting a separate PM to the email address. That way you can give the person some context.
Also, by default it doesn’t make sense to then invite staged user to a message or topic because they are not yet users and so can’t click to accept the invitation. So really this is working as expected.
However, as staff, I often miss the ability to simply add users (staged or not) to existing messages. A staff option on this modal to directly add users to the message, bypassing the invite message and acceptance step, would be handy.
この件について、私の見解を共有させてください。この話題は 長年議論されてきました。
私たちのシステムでは、ほとんどのメンバーがメインサイトからのサイトクッキーを通じて、すでに SSO 認証情報を設定しています。そのため、まだコミュニティに参加していないメンバーにメッセージへのリンクをメールで送信すれば、SSO が正常に機能して彼らを招待できます。
メールアドレスへのリンク送信もほぼ同等の機能を提供できますが、理想的には @tobiaseigen がここで提案しているように、SSO が有効な場合、ユーザーの事前作成なしで招待を送信できると良いのです。
そうすれば、そのユーザーの到着を SSO が適切に処理するようになります。万が一 SSO がこれを適切に処理できない場合に備えて、この機能を無効にする設定チェックボックスがあると便利かもしれません。
私たちは 3000 人のメンバーを抱えていますが、最初の 2 週間でコミュニティを確認したのは約 600 人だけです。言及している人々を招待できると良いですね。
https://forum.example.com/session/sso を招待 URL として送信するだけで構いません。
ご提案ありがとうございます！ただ、問題は URL を取得して人に送ることではありません。メインの URL は SSO と非常にうまく連携しており、これは素晴らしい機能です。私が行おうとしているのは、ここで示されているように、メールアドレス宛に招待を送信する「招待を送信」機能を使うことです。
しかし、私は SSO を使用しているため、この機能は無効化されています。そのため、表示されるのは下の画像のようになり、メールアドレスではなくユーザー名での共有しかできません。
私のシステムでは SSO によってユーザーが作成され、問題なくログインできるはずですが、このツールが招待送信機能を無効にしてしまっています。
現在私が行っている代替手段（それほど悪くはありません）は、メールアドレスを含んだリンクを共有することです。これは正式な招待ではありませんが、少なくともリンクが埋め込まれたメールを起動でき、その周りにメッセージを構築できます。そして、相手がそのリンクをクリックすれば、SSO 経由で正常にログインできるはずです。
生成されたリンクの末尾にある ?u=my.userID について少し気になっています。これが共有統計の作成に関連するものであり、私としてログインしようとするものではないことを願っています。
はい、その通りです。そのため、ご心配はいりません。
