Elemento 2 - “L’utente inserisce i dettagli del proprio account e riceve un’e-mail di attivazione nella propria casella di posta.”
Abbiamo impostato l’approvazione degli utenti, ma l’e-mail di attivazione non viene inviata alla casella di posta dei nuovi utenti dopo la registrazione. Qualche potenziale causa? (Tra l’altro, il nuovo utente è stato in grado di ricevere l’e-mail di follow-up per attivare l’account 2 giorni dopo la registrazione).
@simon Apprezzerei anche il tuo parere 
. Grazie.
L’email di attivazione dovrebbe essere inviata normalmente, indipendentemente dal fatto che tu abbia o meno l’approvazione impostata. 
I log delle tue email mostrano che è stata inviata? /admin/email/sent
Ciao @JammyDodger,
È interessante che il nuovo membro abbia ricevuto l’email di “registrazione” quando questo è stato inizialmente configurato. Ma in date di test successive, il nuovo membro ha ricevuto solo l’email di “promemoria attivazione” 2 giorni dopo essersi registrato. Qualche idea su cosa potrebbe causare questo? Grazie mille.
Potresti controllare l’elenco /skipped per sicurezza, anche se non so perché un’email di iscrizione dovrebbe essere saltata?
C’è qualcosa di speciale negli utenti/email che stai usando per testare questo?
Nessun log trovato nelle email saltate.
Con il tipo di appartenenza, dovrebbe essere tecnicamente lo stesso in cui i nuovi membri si iscrivono tramite il link di registrazione di Wishlist Member, che crea automaticamente un nuovo utente in Discourse. L’account del nuovo utente non è ancora attivo a questo punto, quindi il passaggio successivo dovrebbe essere che un nuovo membro riceva l’email di iscrizione. Ma non siamo sicuri del perché non venga inviata per qualche motivo…
Pensavo che la pagina /skipped potesse essere un tentativo azzardato. 
Potrebbe avere a che fare con il metodo che stai usando per creare utenti, forse. Come è configurato il link di registrazione di Wishlist Member?
Grazie per le tue osservazioni @JammyDodger, esamineremo la configurazione della registrazione - speriamo di riuscire a risolvere presto.
Sto ipotizzando un po’. Hai abilitato DiscourseConnect tra WordPress e Discourse? Se sì, gli utenti probabilmente cliccano sul pulsante “Accedi” sul tuo sito Discourse per iniziare l’iscrizione e non cliccano su un pulsante “Iscriviti”.
Supponendo che quanto sopra sia corretto, se hai abilitato l’opzione “Crea o Sincronizza Utenti Discourse all’Accesso” nella scheda delle opzioni DiscourseConnect Provider di WP Discourse, ciò potrebbe causare un flusso di accesso diverso per gli utenti che si iscrivono tramite un link di registrazione di Wishlist Member rispetto agli utenti che si iscrivono cliccando sul pulsante “Accedi” su Discourse. Potrei però sbagliarmi di grosso se non è così che hai configurato le cose.
@simon, sì all’uso di DiscourseConnect e hai anche ragione quando hai detto “cliccando sul pulsante Accedi” invece di cliccare sul pulsante “Registrati”.
Con questo, cosa possiamo fare per consentire agli utenti di ricevere l’email “Registrati” immediatamente dopo essersi registrati? O non è possibile con come l’abbiamo impostato?
Grazie per questo Simon.
Ora ha senso. Quello che gli utenti stanno facendo è registrare un account su WordPress, non su Discourse. Questo può creare una certa confusione dal punto di vista dell’utente con DiscourseConnect, ma questo è probabilmente un problema separato.
Quello che sta succedendo ora è che l’utente fa clic sul pulsante “Accedi” su Discourse. Viene reindirizzato alla pagina di accesso del tuo sito WordPress. Quindi deve navigare dalla pagina di accesso alla pagina di registrazione del sito (questa è la parte confusa). Dopo essersi registrato sul sito, dovrebbe ricevere un’e-mail da WordPress che gli chiede di attivare il proprio account (questo dipenderà dalla configurazione del tuo sito WordPress). Supponendo che il tuo sito WordPress abbia la configurazione di registrazione predefinita, l’utente farà quindi clic sul collegamento nell’e-mail di attivazione e seguirà i passaggi necessari per attivare il proprio account WordPress ed effettuare l’accesso al sito.
Se hai abilitato l’opzione WP Discourse “Crea o sincronizza utenti Discourse all’accesso”:
l’accesso a WordPress creerà automaticamente un utente Discourse. Se non hai abilitato quell’opzione su WordPress, l’utente Discourse non verrà creato finché non farà nuovamente clic sul pulsante “Accedi” di Discourse, o non farà clic su un collegamento di accesso Discourse che hai aggiunto al tuo sito WordPress.
In entrambi i casi, una volta creato l’utente Discourse, verrà creato un elemento di revisione “In attesa di approvazione” sul tuo sito Discourse:
Lo staff del tuo sito Discourse verrà notificato che c’è un utente in attesa di approvazione. Quando un membro dello staff approva l’utente, all’utente verrà inviata un’e-mail “Approvato” da Discourse.
Questo sembra un approccio molto complicato per dare agli utenti l’accesso al sito Discourse. Il modo più semplice per semplificarlo (dal punto di vista dell’utente) sarebbe disabilitare l’impostazione must approve users su Discourse. Se hai utenti sul tuo sito WordPress a cui non vuoi consentire l’accesso al tuo sito Discourse, sarebbe meglio aggiungere del codice al tuo sito WordPress per impedire ad alcuni utenti di accedere a Discourse: How to prevent some WP users from being able to login to Discourse - #2 by simon.
Non credo che ci sia un grande caso d’uso per avere l’impostazione must approve users abilitata quando DiscourseConnect è abilitato. Dal punto di vista dell’utente è piuttosto confuso.
Mi piacerebbe trovare una buona soluzione al problema che ho menzionato riguardo agli utenti che non hanno ancora account né su Discourse né su WordPress che fanno clic sul pulsante “Accedi” di Discourse con DiscourseConnect abilitato. Forse Discourse potrebbe aggiungere un’impostazione discourse connect signup url. Quando configurato, gli utenti potrebbero essere reindirizzati alla pagina di registrazione del provider di autenticazione invece che alla pagina di accesso del provider di autenticazione. Per ora, la soluzione migliore è assicurarsi che il collegamento “registrazione” sia evidente sulla pagina di accesso del provider di autenticazione. Con la pagina di accesso predefinita di WordPress, non è molto evidente:
Sei sempre di grande aiuto @simon. Grazie mille per questo. È fantastico. Hai trovato un flusso di lavoro migliore quando stavamo solo cercando di capire tutto. Lo condividerò con il team per approfondire.
