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.
Se posso esprimere un’opinione su questo argomento, che vedo essere stato discusso da anni…
Nel nostro sistema, la maggior parte dei nostri membri ha già le proprie credenziali SSO impostate tramite i cookie del sito dalla nostra home page. Quindi, se un link a un messaggio venisse inviato via email a un membro del nostro gruppo che non ha ancora fatto parte della comunità, l’SSO funzionerebbe perfettamente e lo farebbe accedere.
Sembra che io possa inviare un link a un indirizzo email, il che è quasi equivalente, ma in un mondo perfetto potrei fare ciò che suggerisce @tobiaseigen qui: inviare l’invito senza creare preliminarmente un utente, almeno quando l’SSO è attivo.
In tal caso, spetterebbe all’SSO gestire correttamente l’arrivo di quell’utente. Immagino che potrebbe essere utile avere una casella di configurazione per disabilitare questa funzionalità nel caso in cui l’SSO non possa gestirla correttamente…
Abbiamo 3000 membri, ma solo circa 600 hanno visitato la comunità nelle prime due settimane… sarebbe bello poter invitare le persone che menzioniamo.
Puoi semplicemente inviare https://forum.example.com/session/sso come URL di invito.
Grazie per il pensiero! Tuttavia, il problema non è ottenere un URL da inviare alle persone. L’URL principale funziona benissimo con SSO… una funzionalità davvero utile. Quello che sto cercando di fare è utilizzare la funzionalità “invia un invito” per inviare a un indirizzo email, come mostrato qui:
Tuttavia, sto utilizzando SSO, quindi questa funzionalità è disattivata. Di conseguenza, ottengo solo questo, che mi permette di condividere solo con nomi utente, non con indirizzi email:
Nel mio sistema, SSO li creerebbe e li farebbe accedere senza problemi, ma lo strumento disabilita la possibilità di inviare l’invito.
Quello che sto facendo invece, che non è poi così male, è condividere un link con il loro indirizzo email. Non è un invito, ma almeno apre un’email con il link incluso, attorno al quale posso costruire un messaggio. E quando cliccano su quel link, dovrebbero accedere tramite SSO senza problemi.
Sono un po’ curioso riguardo a ?u=my.userID alla fine del link risultante… Spero che serva a generare statistiche sulla condivisione e non tenti di effettuarne l’accesso come me.
Sì, è esattamente quello che fa, quindi non devi preoccuparti.
