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:
Entra nel container con foo
Digita rails bar ecc ecc
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.
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.
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.
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.
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!
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.