Ciao!
Voglio che Discourse invii e-mail in uscita solo per
- il reset della password
- nient’altro.
Perché? La maggior parte delle notifiche in corso è già coperta dalle notifiche push. Pertanto, non è importante.
Grazie e saluti,
Gulshan
Ne ho già parlato in precedenza, ma per quanto ne so non esiste un piano per questa funzione. Puoi disabilitare tutte le notifiche tranne quelle relative alle azioni dello staff, ma non puoi disabilitare tutto tranne i reset della password.
L’unica soluzione per te sarebbe modificare in blocco le preferenze di notifica per tutti gli utenti, in modo che non ricevano il riepilogo via email e non vengano avvisati quando vengono menzionati o ricevono messaggi, ecc. Come mostrato nello screenshot qui sotto. Tuttavia, se in futuro decidessero di voler cambiare questa impostazione, non potresti impedirlo.
Ottimo! Puoi impostare email time window mins a 2000000000, che è un periodo piuttosto lungo. Il massimo è lo stesso per personal email time window seconds, ma è comunque un lasso di tempo piuttosto lungo. I tuoi utenti attuali saranno tutti morti entro allora (beh, non per il PMS, alcuni saranno probabilmente ancora vivi tra 63 anni). E puoi semplicemente disabilitare i riassunti.
No, quelli non sono correlati.
Se si tratta di un nuovo sito, puoi impostare le preferenze utente predefinite tramite le impostazioni di amministrazione.
In caso contrario, puoi farlo tramite la console Rails. Edit a user preference for everyone or a subset of users
Finestra temporale email non aspetterà così tanto prima di inviare un’email di notifica? Credo che modificare quelle impostazioni e disabilitare le email di riepilogo risolverà il problema.
Questo è un sito di due anni fa. Penso che la maggior parte degli utenti che vogliono essere attivi arrivino automaticamente. Il resto proviene dai motori di ricerca.
Penso che sia certamente un’idea degna di essere provata… ma sembra un uso improprio di quell’impostazione. 
Domanda: se un utente menzionato che dovrebbe ricevere un’email è online, viene notificato immediatamente o si aspetta che scada la finestra temporale per la modifica ninja?
Non capisco davvero come faranno a sapere di venire se non ricevono email.
Non stai usando la risposta via email?
Non preferiamo le risposte via e-mail, ma solo tramite il web.
Esatto. Sono abbastanza sicuro che molti utenti tornino sul sito perché ricevono notifiche email su qualcosa che sta accadendo e che li riguarda. Discourse fa un buon lavoro nell’indovinare cosa interessa alle persone. Penso che non inviare notifiche email sia una cattiva idea. E pensavo che sarebbe stato davvero difficile, proprio perché è una cattiva idea, ma penso che massimizzare quelle finestre di notifica lo farà. 
Credo che a volte ci siano circostanze in cui si desidera disattivare le notifiche email, anche temporaneamente durante la configurazione di nuove comunità o i test, consentendo comunque ai membri di accedere e utilizzare il forum. In effetti, ho proprio questo caso ora. Ho proceduto lentamente nella configurazione di un forum di quartiere per sostituire un gruppo Yahoo perché ho già importato tutti gli utenti, ma non voglio iniziare a inviare notifiche email prima di disattivare il gruppo Yahoo.
Mi chiedo se un plugin possa aggiungere un’opzione all’impostazione amministrativa disattiva email, ad esempio “solo reset password”.
Disabilitare le e-mail con le impostazioni “no” restituisce questo avviso, che può spaventare l’utente.
Tutte le e-mail in uscita sono state disabilitate globalmente da un amministratore. Non verranno inviate notifiche e-mail di alcun tipo.
Quindi vorrei mantenere una soluzione equilibrata il più possibile minima, limitata alle e-mail critiche e a qualche e-mail di riepilogo settimanale per i visitatori che sono tornati negli ultimi 60 giorni; prima era di 1 anno.
Allora, il mio consiglio iniziale è la tua risposta. Modifica in blocco le preferenze degli utenti per impostare le notifiche in modo che non invino email.
Non sono d’accordo con questo: è necessario verificare che l’email funzioni e comprendere l’impatto sulla posta quando la community va online.
Abbiamo avuto diversi argomenti di supporto proprio su questo tema: gli utenti migrano rapidamente, non testano affatto l’email e finiscono per inviare migliaia di messaggi. All’improvviso diventiamo i cattivi perché i loro test l’hanno ignorato.
È per questo motivo che esistono strumenti come mailhog, ed è una parte vitale del mio kit di migrazione. La cosa migliore è che puoi eseguirlo in Docker, quindi puoi avvialo/arrestarlo su richiesta. Puoi vedere tutto arrivare in un browser e, se lo desideri, puoi rilasciare i messaggi sui server SMTP reali per la consegna.
Per un buon motivo: Discourse non può essere utilizzato in quello stato, è progettato per essere temporaneo, quindi il messaggio è molto evidente. Non vengono inviate e-mail, incluse le richieste di reimpostazione della password.
Il mio obiettivo principale nel farlo non è ripetere il contenuto delle “Notifiche push” via e-mail.
Voglio che i miei utenti si sentano accolti e felici delle notifiche e-mail importanti.
Questo è un ottimo consiglio, grazie! Forse, per il mio caso d’uso, la soluzione è disattivare in blocco gli utenti importati, in modo che solo gli utenti che decidono di accedere ricevano notifiche sulle risposte a discussioni passate e attuali.
Non sono sicuro che sia così 
Avrei dovuto chiarire che intendevo le notifiche del browser; le notifiche ospitate da CDCK sull’app arrivano comunque.
Non credo di aver mai visto un doppio invio tra app e desktop, ma forse non sono abbastanza attento!