Vorrei sapere come l’opzione per scegliere tra “rispondi all’autore” o “rispondi a tutti” potrebbe essere attivata nei client di posta elettronica degli utenti che ricevono notifiche da Discourse.
Attualmente, ogni messaggio proviene dallo stesso indirizzo “non rispondere”, rivolgendosi solo al destinatario.
Vorrei leggere opinioni sul fatto se un approccio ingenuo che utilizza author_of+{reply_id}@my.discourse come mittente e più indirizzi come destinatari (il destinatario reale e un audience_of+{reply_id}@my.discourse) consentirebbe agli utenti di scegliere i destinatari (autore o tutti) nei loro client (in uno scenario con ricevitore di posta elettronica).
Aggiunge l’indirizzo email del mittente alle email, in modo che le persone possano rispondere direttamente se lo desiderano. Questo espone l’indirizzo email di tutti, quindi è appropriato solo per le persone che preferirebbero usare Mailman piuttosto che Discourse.
È probabile che il client per cui l’ho scritto non sia stato aggiornato da novembre 2020, quindi non so se funzioni ancora. A prima vista, sembrerebbe di sì.
Stavo cercando una soluzione che non esponga in generale gli indirizzi email degli utenti.
Sebbene categorie speciali possano essere contrassegnate per risposte private via email ed esporre ulteriormente indirizzi email ufficiali, che, nel nostro caso, sono (o dovrebbero essere) ben noti ai nostri utenti.
In tal caso, non sarebbe affatto necessario gestire informazioni private o riservate all’interno di Discourse.
Più ci penso, più mi piace.
Tuttavia, a differenza della tua implementazione, preferirei non modificare il modello di email e invece far funzionare questo cambiando le intestazioni delle email.
Suppongo che l’indirizzo mittente debba comunque essere qualcosa come do-not-reply@my.discourse per soddisfare DMARC. L’intestazione reply-to: sarebbe my.name@official.site e il campo to: includerebbe il destinatario e l’indirizzo email del forum di risposta.
Sì. La mia “soluzione” è decisamente grezza. Un altro esempio di come tratto Feature come Support, temo.
È una buona idea. Non sono sicuro di quanto sarebbe difficile. Significherebbe comunque esporre un indirizzo email, quindi non vedo come potrebbe entrare nel core, ma dovrebbe essere possibile in un plugin. Non so al momento quanto sarebbe difficile.