Attualmente abbiamo un indirizzo email pubblico per l’assistenza e vorremmo migrare a Discourse (per la nostra community) per avere un’unica piattaforma.
Nei nostri test, un utente non registrato invia un’email (a una categoria pubblica) e Discourse la individua, ma se qualcuno risponde, l’utente non riceve nulla. Nemmeno un’email del tipo “sei un utente anonimo, vai qui per la discussione”.
Ho trovato questo, ma è vecchio di 6 anni: Discourse as a private email support portal
Quindi non è chiaro se un utente anonimo possa ricevere email da Discourse così com’è oggi e non riesco a trovare alcun plugin per questo.
Qualcuno può aiutarmi?
2 Mi Piace
Qualche aiuto?
Non so come trovare alcune informazioni a riguardo, ma sembra strano che Discourse non informi gli utenti anonimi.
Quindi, dopo un’analisi più approfondita, gli utenti ospiti ricevono email da Discourse nel caso in cui l’indirizzo email non venga accettato, ad esempio per problemi di spam o perché troppo breve, ma nei log non vengono riportati errori.
Hai confuso gli utenti anonimi con gli utenti in staging.
Se l’email di risposta è stata inviata e poi rimbalzata, è possibile che tu possa trovare l’errore in Email > Rimbalzate > colonna Tipo di email
Cliccando sull’errore del tipo di email, potresti vedere la risposta dal provider di posta (generalmente alla fine del corpo dell’oggetto):
Ad esempio
<my-address@example.com>: Host o nome di dominio non trovato. Errore del servizio di nomi per
name=example.com type=AAAA: Host non trovato
Questo può aiutarti a capire dove si trova il problema.
2 Mi Piace
Grazie, ma la pagina relativa alle email rimbalzate è vuota nella nostra istanza.
Comunque, che tipo di utente è quello che invia un’email ma non è registrato per una categoria che lo consente?
Se risponde alle email che arrivano nella sua casella di posta dal sito ma non è registrato, si tratta di un utente in fase di staging.
Ok, ora è chiaro. Abbiamo utenti in staging, ma quella parte Osserva automaticamente tutti i messaggi a cui partecipa e riceve notifiche delle risposte non funziona per noi.
Nei log di Discourse non c’è alcun errore che segnali problemi che stiamo cercando di replicare su una nuova istanza con le stesse impostazioni.
Sembra che riesca a replicare questo comportamento. Un utente in fase di staging verrà creato inviando un’email all’argomento della categoria, ma non riceverà email per le risposte al proprio argomento. SMTP funziona in tutto Discourse, ma per gli utenti in fase di staging non esiste alcun tipo di registro.
Discourse v: 2.7.0.beta6 (7e2b7bdd78)
1 Mi Piace
È confermato che si tratta di un bug, quindi siamo in attesa di alcuni riscontri.
Cosa stai cercando esattamente di ottenere? Mi sembra strano che permetta agli utenti anonimi di avviare argomenti inviandoli via email alla categoria, per poi aspettarsi che altri membri rispondano. Non dovrebbero queste persone unirsi prima alla community e poi pubblicare sul forum?
In alternativa, puoi creare gruppi con fatture e permettere loro di ricevere email, in modo che il tuo staff possa poi rispondere. È questo che facciamo noi.
Abbiamo una categoria di supporto per l’associazione della società Linux italiana, dove gli utenti non registrati possono chiedere aiuto. Attualmente è gestita via email da un gruppo di volontari, ma vogliamo spostarla sul forum per permettere ad altri membri della comunità di contribuire e rendere il processo trasparente.
La registrazione avviene tramite SSO SAML integrato in Discourse, quindi il problema per noi è che Discourse non invia alcuna email all’utente in fase di staging che ha creato il thread quando qualcuno risponde.
Molte persone preferiscono inviare email (questo indirizzo esiste da anni ed è pubblico anche per chi è esterno alla comunità), anche senza avere un account. Per questo motivo stiamo permettendo l’uso di questa categoria solo a tale scopo, aiutando tutti gli utenti nella migrazione verso la piattaforma.
1 Mi Piace
(Scusa per i miei buffi errori di battitura sopra – li correggerò. A volte il mio telefono fa una pessima figura nell’autocompletare le parole..)
Sembra interessante. Penso che tu stia spingendo al limite la funzionalità prevista per gli utenti in staging. Ma immagino che permettiamo questa impostazione anche per le categorie, che creano utenti in staging, quindi la tua ipotesi è che questi utenti in staging dovrebbero ricevere risposte ai loro argomenti? Non sono sicuro che sia un’ipotesi condivisa dal team o da altri siti che utilizzano questa impostazione. Penso che sia un’impostazione pensata per permettere a una categoria del forum di riflettere una mailing list, anche quando gli abbonati di quella mailing list non sono tutti registrati sul forum.
Ti suggerirei di provare alcune altre cose.
(1) Se sei un amministratore, puoi controllare le impostazioni di posta elettronica e notifiche di un utente in staging. Forse alcune impostazioni predefinite dell’utente non sono compatibili con il tuo modo di lavorare. Ad esempio, l’impostazione “inviami email solo quando sono assente” potrebbe dover essere impostata su “sempre” sul tuo sito. La stessa cosa vale per “quando pubblico in un argomento, impostalo come monitorato”, che forse deve essere impostato su “osservazione”. Quando stai monitorando, non riceverai risposte tranne che ai tuoi stessi post.
(2) Potresti prendere in considerazione l’uso di una casella di posta di gruppo invece per queste richieste di supporto da email anonime. Probabilmente saranno felici di vedere le loro richieste apparire anche nelle ricerche di Google. Potresti quindi utilizzare ciò che impari per creare nuovi argomenti nel forum, rimuovendo i dettagli identificativi personali.
Se quanto sopra non ti soddisfa, forse c’è un bug da esaminare riguardante le impostazioni delle categorie e gli utenti in staging. Qualcun altro del mio team dovrà decidere questo..
1 Mi Piace
Guardando Understanding user statuses, roles, and permissions, questo dovrebbe essere il comportamento comune in Discourse. Comunque, l’utente dovrebbe ricevere qualcosa da Discourse, come un messaggio con il link al thread o un avviso che il forum può personalizzare; altrimenti la funzionalità non è molto utile. È come un modulo di contatto senza la possibilità di scrivere all’utente che ha avviato la conversazione.
-
Abbiamo verificato che, quando l’utente staged viene validato, riceve le email da Discourse con le stesse impostazioni (anche modificandole). Sembra che, in quanto utente staged, non riceva nulla da Discourse e non ci siano errori o altro nei log.
-
Non riesco a trovare nulla sulla casella dei gruppi su Google per Discourse (perché non esiste una documentazione esterna al forum e solo poche pagine su GitHub? Ma questa è una lamentela più personale). Vogliamo che gli utenti del forum possano unirsi a quella categoria, e non sono sicuro che questo soddisfi le nostre esigenze o che sia facile da usare rispetto a una categoria.
Hai fatto un’ottima ricerca su questo! Mi dispiace che il comportamento sia un po’ poco chiaro. Ho fatto qualche prova e sono riuscito a farlo funzionare sul mio sito:
- abilita gli utenti provvisori (staged users)
- crea una categoria con un indirizzo email in ingresso personalizzato e abilita l’impostazione “Accetta email da utenti anonimi senza account”
- invia un’email alla categoria da un indirizzo email non già associato a un utente
- vedi arrivare il post nella categoria e viene creato l’utente provvisorio
- modifica le preferenze dell’utente provvisorio e imposta “Inviami un’email quando qualcuno mi cita, risponde al mio post, menziona il mio @username o mi invita a un argomento” su SEMPRE.
Puoi provare tu stesso sul tuo sito? Se non funziona, deve esserci qualche altra impostazione di amministrazione diversa. Non sono sicuro di come tu possa gestire questa situazione in produzione, perché non è possibile impostare preferenze predefinite per gli utenti provvisori diverse da quelle degli utenti registrati normali. 
Per tua informazione, ero nella stessa situazione qualche anno fa, come puoi vedere negli argomenti correlati collegati qui sotto. In sintesi, la funzionalità degli utenti provvisori è meglio supportata nei messaggi privati di gruppo rispetto alle categorie/argomenti. Gli utenti provvisori sono essenzialmente lì per permettere allo staff di interagire con le persone via email nelle caselle di posta di gruppo, per fornire supporto. È così che lo utilizza il team di Discourse. Gli utenti provvisori non accedono al sistema, quindi è quasi casuale che abbiano anche delle preferenze utente, e modificarle può avere conseguenze impreviste. Nel frattempo, vogliamo che le persone creino un account e accedano per partecipare alle discussioni della community, quindi sarebbe controproducente aggiungere supporto per la partecipazione degli utenti provvisori agli argomenti. Penso che questa funzionalità sia stata aggiunta per alcuni siti che volevano replicare le mailing list o utilizzare Discourse come archivio per le proprie mailing list.
Per essere onesto, non so se si tratti di un bug e, in caso affermativo, qual è la soluzione corretta. Modificare queste impostazioni predefinite permetterebbe a siti come il tuo di sfruttare questa funzionalità accidentale per il tuo caso d’uso:
- gli utenti provvisori osservano ogni messaggio e ogni argomento in cui sono presenti (come nei messaggi privati)
- gli utenti provvisori hanno l’impostazione “Inviami un’email quando qualcuno mi cita, risponde al mio post, menziona il mio @username o mi invita a un argomento” impostata su SEMPRE
In alternativa, potremmo insistere sul fatto che gli utenti provvisori siano utilizzati solo per i messaggi privati e non per gli argomenti, rimuovendo l’opzione “Accetta email da utenti anonimi senza account” dalle impostazioni della categoria. Potrebbe essere resa un’impostazione nascosta se è richiesta da alcuni siti per motivi storici, probabilmente legati alla replica delle mailing list.
Spero che questo ti aiuti a fare un po’ di progressi. 
1 Mi Piace
Sto cercando di abilitare questa opzione come predefinita per tutti gli utenti, così da evitare eventuali problemi (sto cercando le impostazioni nel pannello di Discourse, ma non le ho ancora trovate).
È l’impostazione amministrativa livello email predefinito. Nota che questo significa che tutti gli utenti che si registreranno d’ora in poi inizieranno a ricevere notifiche via email anche quando sono collegati.
Quindi quel valore predefinito era già impostato per tutti gli utenti…
Disabilita la modalità mailing list
Impedisce agli utenti di attivare la modalità mailing list (evita l'invio di eventuali email di mailing list.)
Era abilitato, quindi l’ho disabilitato ora.
Inoltre, l’utente che stiamo utilizzando per i test ha già quel parametro impostato su “Sempre”.
Comunque, nel nostro caso, queste modifiche non hanno risolto il problema.
Mi chiedo ora perché gli utenti non ricevano alcuna email, ad esempio per registrarsi per rispondere.
Questo problema non ha nulla a che fare con la modalità mailing list. Forse prova a creare un nuovo utente di test con un indirizzo email completamente diverso e segui i passaggi di riproduzione sopra indicati?
Forse è il momento di pubblicare su Marketplace per richiedere assistenza alla configurazione da parte di un consulente. Ci sono molte persone intelligenti qui su Meta che offrono i loro servizi e possono aiutarti con la risoluzione dei problemi e con eventuali personalizzazioni necessarie per adattarsi al tuo caso d’uso.
Pensavo che una soluzione semplice fosse inviare una email agli utenti in fase di staging con un link al thread e un invito a registrarsi su Discourse.
Quindi sto cercando dei plugin, ma non c’è nulla a riguardo tranne questi:
È un’ottima idea, ma… quante di queste email stai ricevendo? Ne vale la pena creare tutta questa automazione? E onestamente, a mio parere, è un po’ strano pubblicare su un forum pubblico un’email inviata da qualcuno. Mi infastidirebbe se accadesse a me! Quindi non credo che questa funzionalità sarà supportata nel core di Discourse.
Se fossi in te, farei in modo che queste email arrivassero a una casella di posta di gruppo monitorata dallo staff (che può essere composto da volontari), i quali potrebbero poi decidere se aprire un argomento pubblico sulla questione. Se lo fanno, possono avviare l’argomento, invitare l’utente a partecipare e fare seguito. È diventato semplice per lo staff invitare indirizzi email e specificare un argomento a cui indirizzare l’utente al primo accesso.
1 Mi Piace