Il dibattito sugli utenti “staged” (in attesa di approvazione) implica che riceveranno notifiche via email per le risposte agli argomenti in cui hanno pubblicato via email. Tuttavia, quando il loro post viene spostato in un altro argomento da un moderatore, la documentazione non spiega chiaramente come il loro stato di notifica (ad esempio, “Seguendo”) si applichi al nuovo argomento. Di conseguenza, è facile presumere che continueranno a ricevere risposte nel nuovo argomento, ma non è sempre così.
Comportamento attuale
Quando un utente “staged” pubblica via email, il suo livello di notifica per quell’argomento viene automaticamente impostato su “Seguendo”.
Se un moderatore sposta il suo post in un argomento diverso, l’utente “staged” rimane “Seguendo” l’argomento originale.
Non iniziano automaticamente a seguire l’argomento di destinazione, quindi le nuove risposte potrebbero non generare notifiche via email per loro, a meno che non si iscrivano in altro modo o non pubblichino nuovamente nel nuovo argomento.
Perché è importante
I moderatori che lavorano con utenti “staged” (specialmente nei forum di supporto o nei flussi di lavoro di helpdesk) potrebbero presumere che l’utente continuerà a ricevere risposte anche dopo che un post è stato spostato.
Poiché il comportamento non è chiaramente documentato, le risposte possono essere perse, il che potrebbe peggiorare l’esperienza utente o causare malintesi nella comunicazione.
Una documentazione chiara aiuterebbe gli amministratori della community e i moderatori a capire cosa aspettarsi e a gestire gli utenti “staged” in modo appropriato (ad esempio, modificando manualmente le impostazioni di notifica).
Risoluzione suggerita
Chiarimento della documentazione: aggiornare la documentazione sugli utenti “staged” / email-in per dichiarare esplicitamente che le impostazioni di notifica sono legate agli argomenti, non ai post, e che lo spostamento di un post di un utente “staged” in un nuovo argomento non trasferisce automaticamente lo stato “Seguendo”.
Miglioramento opzionale: fornire un’interfaccia utente/impostazione in modo che, quando si sposta un post di un utente “staged”, i moderatori vengano avvisati (o venga data loro l’opzione) di trasferire anche lo stato di notifica (o iscrivere l’utente al nuovo argomento) in modo che continuino a ricevere risposte nel nuovo argomento.
Solo per aggiungere un chiarimento sul comportamento della risposta via email (poiché a volte viene sollevato nello stesso contesto degli utenti staged e dei post spostati):
Ogni chiave di risposta via email è associata sia al post/argomento che all’indirizzo email del destinatario previsto.
Se qualcuno inoltra o condivide la propria chiave di risposta via email con un’altra persona, la seconda persona non sarà in grado di utilizzarla. Discourse verifica che l’indirizzo mittente dell’email in arrivo corrisponda all’indirizzo per cui la chiave è stata emessa. Se non corrisponde, il ricevitore dell’email rimanda il messaggio con un errore come:
Ci dispiace, ma il tuo messaggio email a reply+8ea3c4377a64fd24270449c9815ae5e7@discourse.example.com
non ha funzionato.
La tua risposta è stata inviata da un indirizzo email diverso da quello che ci aspettavamo, quindi non siamo sicuri che si tratti della stessa persona. Prova a inviare da un altro indirizzo email o contatta un membro dello staff.
Ciò garantisce che le chiavi di risposta non possano essere passate in giro come modo per impersonare un altro utente.
Al contrario, quando si ha a che fare con utenti staged creati da email in arrivo (come nell’OP), questi vengono gestiti in modo diverso: se crea automaticamente utenti staged è abilitato e il messaggio viene inviato a un indirizzo di categoria (non tramite una chiave di risposta), allora Discourse creerà felicemente un nuovo account per quel mittente. Ma le chiavi di risposta via email richiedono sempre che l’indirizzo del mittente corrisponda alla chiave originariamente emessa.
Ci dispiace, ma il tuo messaggio email a [“reply+ancdc4377a64fd37s25449c9815ae5e7@discourse.REDACTED.com”] (intitolato test any subjective) non ha funzionato.
La tua risposta è stata inviata da un indirizzo email diverso da quello che ci aspettavamo, quindi non siamo sicuri che si tratti della stessa persona. Prova a inviare da un altro indirizzo email o contatta un membro dello staff.
Errore nei log di amministrazione: email::Receiver::ReplyUserNotMatchingError