Sul mio Discourse privato, le email esterne creano argomenti Discourse con utenti “staged” come mittenti. Vorrei evitare di inviare notifiche a questi utenti “staged” quando c’è una risposta su questo tipo di argomento. In generale, la nostra community discute su questi argomenti il modo migliore per rispondere e può essere molto fastidioso avere queste conversazioni lette dal mittente originale.
Possiamo vietare le notifiche email per gli utenti “staged” per impostazione predefinita? Grazie.
Un caso d’uso importante per gli utenti in staging è la possibilità di inviare email e ricevere risposte senza creare un account.
Dai un’occhiata ai “whispers”, che consentono a un gruppo sul tuo sito di utilizzare messaggi “interni” che non vengono mostrati/inviati agli utenti esterni al gruppo.
Utenti in staging + whispers sono una soluzione solida per gestire un sistema di ticketing/supporto in cui chiunque può inviare un’email, lasciare che i membri della tua community ne discutano, e poi rispondere con un messaggio “normale” quando sei pronto per inviare un messaggio all’utente in staging.
Grazie per la tua risposta. La mia preoccupazione è avere la “modalità senza notifiche” attiva per impostazione predefinita.
I “whispers” vanno bene, ma avrei bisogno di avere questa modalità attiva per impostazione predefinita nelle categorie interessate, poiché non posso aspettarmi che tutti gli utenti utilizzino la modalità whisper in ogni momento.
Un altro modo a cui ho pensato è deselezionare la preferenza di notifica nell’utente remoto. Ma di nuovo, come posso ottenerlo per impostazione predefinita?
Non l’ho configurato, ma penso che tu possa creare una categoria che consenta l’invio di email da parte di utenti “staged”, ma con permessi configurati in modo che non possano leggerle e quindi non vengano notificati delle risposte.
Tuttavia, non supporta questo caso d’uso:
I “whispers” ti permettono di avere una conversazione consentendo anche risposte tra i partecipanti. Potresti spiegare meglio il contesto di questi messaggi? Intendi rispondere loro da Discourse?
partner diversi inviano email al nostro indirizzo generico come contact@example.com che reindirizza al forum. Ad esempio: “ciao, vi informiamo che il nostro gruppo organizza un meraviglioso evento. I membri della vostra comunità sono i benvenuti!” (In pratica, l’email arriva prima in una categoria privata, poi i moderatori la spostano in una pubblica quando è rilevante.)
quindi il messaggio è visibile ai nostri membri registrati, e abbiamo discussioni interne come: “Sono interessato, chi vuole venire con me? Ho 3 posti in macchina.”
Quando una risposta deve essere inviata al partner, utilizziamo il nostro indirizzo email ufficiale per non confonderli. Non è necessario inviare una risposta da Discourse.
La mia impressione è che la relazione tra l’utente “staged” e l’argomento potrebbe essere irrilevante per i tuoi scopi. Una possibilità che mi viene in mente è che potresti consentire ai moderatori di cambiare il proprietario dei post (impostazione moderators_change_post_ownership), se appropriato per il tuo forum, dove parte del processo sarebbe quindi che il moderatore cambi la proprietà prima di spostare l’argomento.
Questo potrebbe però richiedere dei test, non so con certezza come vengano gestite le notifiche per gli utenti “staged”, quindi potenzialmente questo non impedirà all’utente “staged” di ricevere email per l’argomento.
Un’altra opzione potrebbe essere scrivere (o commissionare) un semplice plugin per reagire ai nuovi argomenti in quella categoria privata, verificare se l’autore è “staged” e, in tal caso, fare qualcosa. Potrebbe comunque trattarsi di cambiare il proprietario, ma senza richiedere ai moderatori di avere tale permesso e assicurandosi che non venga dimenticato, o forse è possibile far sì che l’utente “staged” smetta di seguire l’argomento.
Modifica: Rileggendo, mi rendo conto che in realtà alla fine vorrai l’indirizzo email dell’utente “staged”, quindi cambiare il proprietario è probabilmente inutile. Noto anche che esiste l’impostazione allow_changing_staged_user_tracking, che suggerisce che il tracciamento/seguire gli argomenti da parte degli utenti “staged” sia il modo in cui vengono gestite le notifiche.
Infatti. E dobbiamo sapere chi è il mittente del messaggio. Alcuni partner ci inviano email regolarmente, quindi ha senso che siano davvero utenti in staging.
Ho notato anche quell’impostazione, ma non mi è chiaro quale sia il suo effetto.
Non è così che funzionano tutti gli argomenti degli utenti in staging? Abbiamo molti clienti che si affidano alla configurazione di cui sopra per scenari di supporto, ma gli utenti riceveranno le risposte.
Penso che causi la visualizzazione delle stesse preferenze di notifica su un profilo utente in staging come quelle visibili su qualsiasi altro profilo utente. Quindi potresti, ad esempio, entrare e impostare un utente in staging in modo che segua una categoria.
Un caso d’uso ovvio sarebbe che impostare gli utenti in staging per seguire i primi post in una categoria e pubblicare annunci in quella categoria fornirebbe un’esperienza di newsletter.
Purtroppo le preferenze utente non elencano gli argomenti seguiti, quindi non potrai utilizzare questa impostazione per i tuoi scopi.
