Un amministratore può creare un utente in staging?

Ho chiesto questo in un altro thread, ma l’ultimo post prima del mio era 5 anni fa, quindi forse non riceverà tanta attenzione quanto un nuovo argomento.

Ho una domanda dal punto di vista di un non sviluppatore.

Sto usando Discourse come sistema di ticketing della nostra azienda e l’ho configurato con successo per creare nuovi argomenti da utenti non registrati nel nostro forum di supporto.

Occasionalmente, ho bisogno di creare un ticket per conto di un cliente invece che lo crei direttamente.

Esiste un modo semplice e graduale per farlo e creare un argomento per conto di qualcuno che non ha ancora un account sul forum? Non voglio che abbiano un account completo a meno che non si registrino da soli.

Se deve essere fatto da un’interfaccia a riga di comando, va bene, ma ho bisogno di un po’ di aiuto come:

  1. Entra nel container con foo
  2. Digita rails bar ecc ecc
  3. Qualsiasi altra cosa debba essere fatta

Sono consapevole che posso riassegnare i post, quindi se è troppo complicato fare tutto, anche solo le istruzioni per creare l’utente, quindi usare la GUI per cambiare proprietario sarebbe molto utile.

Finché posso scrivere un articolo dettagliato di help desk da seguire per il resto del personale, non mi interessa cosa comporta. Sarebbe fantastico non dover avere tutto il personale che necessita di accesso al container tramite ssh, ma ci arrangiamo se ciò è inevitabile.

2 Mi Piace

Hai un’email dal cliente? se sì, puoi inoltrarla a Discourse e creerà un utente temporaneo per loro.

C’è un po’ di questo comportamento qui nella “modalità email inoltrate” penso che vorresti cambiare l’impostazione pertinente in “crea risposte”

3 Mi Piace

Generalmente non un’email diretta. Il più delle volte è il mio capo che mi inoltra un’email dal cliente e mi chiede di trasformarla in un ticket per poter rispondere loro.
Suppongo che tutto ciò che farebbe sarebbe creare l’argomento usando l’email del mio capo come utente assegnato a che ha creato il ticket.

Puoi anche creare un utente “staged” semplicemente inviando loro un PM e incollando l’indirizzo email come destinatario. Se non sono già membri, avranno un account utente “staged”. Se accedono in seguito utilizzando lo stesso indirizzo email, il loro account si trasformerà magicamente e vedranno i loro PM sul sito.

1 Mi Piace

Questa è probabilmente la risposta che sto cercando. Ti farò sapere non appena avrò la possibilità di provarla.

Un altro bel trucco, se stai usando un gruppo per condividere la gestione dei ticket con un team, è includere quel gruppo quando invii il PM. In questo modo verrà inviato dal gruppo e anche tutte le risposte torneranno al gruppo.

Buono a sapersi, ma ho impostato il sistema di ticket in modo che tutto rimanga all’interno di Discourse.

Finora ha funzionato molto bene, tranne che per un cliente che utilizza il proprio sistema di ticket per inviarci richieste di supporto. Una volta che avrò maggiore chiarezza sulla questione, potrei avviare un altro argomento per cercare di risolvere il loro problema.

1 Mi Piace

Oh aspetta, non sono sicuro del perché abbia scritto “google group” - ho corretto il mio post. :facepalm: Intendevo ovviamente un gruppo Discourse.

Questo ha più senso, ma in realtà non usiamo gruppi. Usiamo solo account e argomenti per monitorare i ticket.

Questo funzionava per noi. Ho dovuto usarlo di nuovo e ora ricevo un messaggio pop-up che dice:
Si è verificato un errore: Devi selezionare un utente valido.

Qualcuno ha idea di come farlo funzionare di nuovo?

Sei un amministratore o un moderatore, o fai parte di un gruppo specificato nell’impostazione del sito Send email messages allowed groups (Gruppi autorizzati a inviare messaggi email)? In caso contrario, quell’errore ha senso.

Penso che tu stia vedendo un errore diverso

Questo errore sembra essere causato da un altro controllo che verifica un nome utente, un gruppo o un indirizzo email inserito nel campo destinatario

@tknospdr cosa hai inserito esattamente nel campo destinatario? C’era qualcosa di speciale riguardo a quell’indirizzo email?

1 Mi Piace

Accedo come amministratore del sito quando si verifica questo errore.

Sto usando un indirizzo plus per i test, ma l’errore si è verificato per la prima volta quando ho provato a creare un nuovo utente, come ho fatto in passato, ottenendo lo stesso risultato.

L’invio di messaggi privati come email funziona sicuramente per me. Non capisco perché non funzioni per te. Forse aiuterebbe se registrassi un esempio? Puoi inserire qualcosa come discourse@example.com in modo da non dover condividere un indirizzo email.


Beh, questo è COSÌ strano. Ho appena provato con example@example.com e ha funzionato.

Quindi non funziona con gli indirizzi con “+” e suppongo che ci potesse essere qualcosa di strano nell’indirizzo del client originale che ha innescato questo problema in primo luogo.
Abbiamo già fatto la strada più lunga per inserirli nel sistema, quindi non sono sicuro di cosa sia successo.

Grazie ancora per l’aiuto, anche se si rivela essere un problema non rilevante!

2 Mi Piace

È per caso attiva l’opzione Normalizza email sul tuo sito?

Verifica se l’email normalizzata è univoca. L’email normalizzata rimuove tutti i punti dal nome utente e tutto ciò che si trova tra i simboli + e @.

Quando attivo questa impostazione, il messaggio di errore che ricevo quando uso un indirizzo email con il carattere +, è questo:

Si è verificato un errore: Uno degli utenti a cui stai inviando questo messaggio non è stato trovato.

Quando disattivo l’impostazione, il PM viene creato e l’utente in fase di creazione riceve l’email.

Sì, le email normalizzate erano spuntate, l’ho disattivato e ora posso creare utenti in fase di creazione con l’indirizzamento plus.

Dopo ulteriori test, ho scoperto che mi consente di creare indirizzi plus solo quando esiste già un altro utente (io, ad esempio) che utilizza la versione normalizzata dell’indirizzo.
Anche con l’opzione spuntata, potevo creare un indirizzo plus casuale, ad esempio test+this@thing.com è stato creato, ma david+test@example.com non è stato creato poiché david@example.com esisteva già.
Immagino sia come previsto.

Non me n’ero mai accorto, ma se è intenzionale, allora è davvero molto intelligente! È un po’ questo il punto… permetterti di usare un indirizzo email per creare un sacco di account utente di prova.