Élément 2 - « L’utilisateur saisit les détails de son compte et reçoit un e-mail d’activation dans sa boîte de réception. »
Nous avons configuré l’approbation des utilisateurs, mais l’e-mail d’activation n’est pas envoyé dans la boîte de réception du nouvel utilisateur après l’inscription. Une cause potentielle ? (D’ailleurs, le nouvel utilisateur a pu recevoir l’e-mail de suivi pour activer son compte 2 jours après son inscription).
@simon J’apprécierais également vos idées 
. Merci.
L’e-mail d’activation doit être envoyé normalement, que vous ayez configuré l’approbation ou non. 
Vos journaux d’e-mails indiquent-ils qu’il a été envoyé ? /admin/email/sent
Salut @JammyDodger ,
Il est intéressant que le nouveau membre ait reçu l’e-mail « inscription » lors de la configuration initiale. Mais lors de tests ultérieurs, le nouveau membre n’a reçu que l’e-mail « rappel_activation » 2 jours après son inscription. Avez-vous des idées sur ce qui pourrait causer cela ? Merci beaucoup.
Vous pourriez vérifier la liste /skipped juste pour être sûr, bien que je ne sache pas pourquoi un e-mail d’inscription serait ignoré ?
Y a-t-il quelque chose de spécial concernant les utilisateurs/e-mails que vous utilisez pour tester cela ?
Aucun journal trouvé dans les e-mails ignorés.
Avec le type d’adhésion, cela devrait techniquement être la même chose où les nouveaux membres s’inscrivent via le lien d’inscription Wishlist Member, ce qui crée automatiquement un nouvel utilisateur dans Discourse. Le nouveau compte utilisateur n’est pas encore actif à ce stade, donc la prochaine étape devrait être qu’un nouveau membre reçoive l’e-mail d’inscription… Mais nous ne sommes pas sûrs de la raison pour laquelle il n’est pas envoyé pour une raison quelconque…
Je pensais que la page /skipped serait une tentative audacieuse. 
Cela pourrait avoir un rapport avec la méthode que vous utilisez pour créer des utilisateurs, peut-être. Comment le lien d’inscription de Wishlist Member est-il configuré ?
Merci pour vos idées @JammyDodger, nous allons examiner la configuration d’enregistrement - espérons que nous pourrons résoudre ce problème bientôt.
Je suppose un peu. Avez-vous activé DiscourseConnect entre WordPress et Discourse ? Si oui, les utilisateurs cliquent probablement sur le bouton « Se connecter » sur votre site Discourse pour initier l’inscription et ne cliquent pas sur un bouton « S’inscrire ».
En supposant que ce qui précède est correct, si vous avez activé l’option « Créer ou synchroniser les utilisateurs Discourse lors de la connexion » dans l’onglet des options DiscourseConnect Provider de WP Discourse, cela pourrait probablement entraîner un flux de connexion différent pour les utilisateurs qui s’inscrivent via un lien d’inscription de Wishlist Member que pour les utilisateurs qui s’inscrivent en cliquant sur le bouton « Se connecter » sur Discourse. Je pourrais être complètement à côté de la plaque si ce n’est pas ainsi que vous avez configuré les choses.
@simon, oui pour l’utilisation de DiscourseConnect et vous avez également raison lorsque vous avez dit « cliquer sur le bouton Se connecter » au lieu de cliquer sur le bouton « S’inscrire ».
Avec cela, que pouvons-nous faire pour que les utilisateurs reçoivent l’e-mail « Inscription » immédiatement après leur inscription ? Ou est-ce impossible avec la façon dont nous l’avons configuré ?
Merci pour cela Simon.
Cela prend tout son sens maintenant. Ce que font les utilisateurs, c’est d’enregistrer un compte sur WordPress, pas sur Discourse. Cela peut être quelque peu déroutant du point de vue de l’utilisateur avec DiscourseConnect, mais c’est probablement un problème distinct.
Ce qui se passe maintenant, c’est que l’utilisateur clique sur le bouton « Connexion » sur Discourse. Il est redirigé vers la page de connexion de votre site WordPress. Il doit ensuite naviguer de la page de connexion vers la page d’inscription du site (c’est la partie déroutante). Après s’être inscrit sur le site, il devrait recevoir un e-mail de WordPress lui demandant d’activer son compte (cela dépendra de la configuration de votre site WordPress). En supposant que votre site WordPress ait la configuration d’enregistrement par défaut, l’utilisateur cliquera ensuite sur le lien dans l’e-mail d’activation et suivra les étapes nécessaires pour activer son compte WordPress et se connecter au site.
Si vous avez activé l’option WP Discourse « Créer ou synchroniser les utilisateurs Discourse lors de la connexion » :
se connecter à WordPress créera automatiquement un utilisateur Discourse. Si vous n’avez pas activé cette option sur WordPress, l’utilisateur Discourse ne sera pas créé avant qu’il ne clique à nouveau sur le bouton « Connexion » de Discourse, ou qu’il ne clique sur un lien de connexion Discourse que vous avez ajouté à votre site WordPress.
Dans tous les cas, une fois l’utilisateur Discourse créé, une entrée d’examen « En attente d’approbation » sera créée sur votre site Discourse :
Le personnel de votre site Discourse sera informé qu’un utilisateur attend d’être approuvé. Lorsqu’un membre du personnel approuve l’utilisateur, un e-mail « Vous avez été approuvé » sera envoyé à l’utilisateur par Discourse.
Cela semble être une approche très compliquée pour donner aux utilisateurs l’accès au site Discourse. Le moyen le plus simple de simplifier les choses (du point de vue de l’utilisateur) serait de désactiver le paramètre must approve users sur Discourse. Si vous avez des utilisateurs sur votre site WordPress que vous ne souhaitez pas autoriser à accéder à votre site Discourse, il serait préférable d’ajouter du code à votre site WordPress pour empêcher certains utilisateurs de se connecter à Discourse : How to prevent some WP users from being able to login to Discourse - #2 by simon.
Je ne pense pas qu’il y ait une grande utilité à activer le paramètre must approve users lorsque DiscourseConnect est activé. Du point de vue de l’utilisateur, c’est assez déroutant.
J’aimerais trouver une bonne solution au problème que j’ai mentionné concernant les utilisateurs qui n’ont pas encore de compte sur Discourse ou WordPress et qui cliquent sur le bouton « Connexion » de Discourse avec DiscourseConnect activé. Peut-être que Discourse pourrait ajouter un paramètre discourse connect signup url. Lorsqu’il est configuré, les utilisateurs pourraient être redirigés vers la page d’inscription du fournisseur d’authentification au lieu de la page de connexion du fournisseur d’authentification. Pour l’instant, la meilleure solution est de s’assurer que le lien « inscription » est évident sur la page de connexion du fournisseur d’authentification. Avec la page de connexion WordPress par défaut, ce n’est pas très évident :
Tu es toujours d’une grande aide @simon. Merci beaucoup pour cela. C’est super. Tu avais un meilleur flux de travail quand nous essayions juste de comprendre tout cela. Je vais partager cela avec l’équipe pour qu’elle l’examine.
