Item 2 - “O usuário insere os detalhes da conta e recebe um e-mail de ativação na caixa de entrada.”
Configuramos que os usuários devem ser aprovados, mas o e-mail de ativação não está sendo enviado para a caixa de entrada do novo usuário após o cadastro. Alguma causa potencial para isso? (A propósito, o novo usuário conseguiu receber o e-mail de acompanhamento para ativar a conta 2 dias após o cadastro).
@simon Agradeceria suas percepções também 
. Obrigado.
O e-mail de ativação deve ser enviado normalmente, quer você tenha aprovação definida ou não. 
Seus logs de e-mail mostram que ele foi enviado? /admin/email/sent
Olá @JammyDodger,
É interessante que o novo membro tenha recebido o e-mail de “cadastro” quando isso estava sendo configurado inicialmente. Mas em testes posteriores, o novo membro só recebeu o e-mail de “lembrete de ativação” 2 dias após o cadastro. Alguma ideia do que pode estar causando isso? Muito obrigado.
Você poderia verificar a lista /skipped só para ter certeza, embora eu não saiba por que um e-mail de inscrição seria pulado?
Há algo especial sobre os usuários/e-mails que você está usando para testar isso?
Nenhum log encontrado nos e-mails ignorados.
Com o tipo de associação, tecnicamente deveria ser o mesmo, onde novos membros se inscrevem através do link de registro do Wishlist Member, que cria automaticamente um novo usuário no Discourse. A nova conta de usuário ainda não está ativa neste ponto, então o próximo passo seria um novo membro receber o e-mail de inscrição. Mas não temos certeza por que ele não está sendo enviado por algum motivo…
Eu pensei que a página /skipped poderia ser uma tentativa remota. 
Pode ter algo a ver com o método que você está usando para criar usuários, talvez. Como está configurado o link de registro do Wishlist Member?
Obrigado pelas suas informações @JammyDodger, vamos analisar a configuração de registro - esperamos conseguir resolver isso em breve.
Estou adivinhando um pouco. Você tem o DiscourseConnect ativado entre o WordPress e o Discourse? Se sim, os usuários provavelmente estão clicando no botão “Entrar” no seu site do Discourse para iniciar o cadastro e não clicando em um botão “Cadastrar”.
Supondo que o acima esteja correto, se você tiver a opção “Criar ou Sincronizar Usuários do Discourse no Login” ativada na aba de opções do provedor DiscourseConnect do WP Discourse, isso pode causar um fluxo de login diferente para usuários que se cadastram através de um link de registro do Wishlist Member do que para usuários que se cadastram clicando no botão “Entrar” no Discourse. No entanto, posso estar completamente enganado se não é assim que você configurou as coisas.
@simon, sim para usar o DiscourseConnect e você também está certo quando disse “clicar no botão Log in” em vez de clicar no botão “Sign up”.
Com isso, o que podemos fazer para permitir que os usuários recebam o e-mail de “Inscrição” imediatamente após se inscreverem? Ou isso não é possível com a forma como configuramos?
Obrigado por isso, Simon.
Isso está fazendo sentido agora. O que os usuários estão fazendo é registrar uma conta no WordPress, não no Discourse. Isso pode ser um tanto confuso do ponto de vista do usuário com o DiscourseConnect, mas isso provavelmente é um problema separado.
O que está acontecendo agora é que o usuário clica no botão “Log in” no Discourse. Eles são redirecionados para a página de Login do seu site WordPress. Eles então precisam navegar da página de Login para a página de registro do site (essa é a parte confusa). Após o registro no site, eles devem receber um e-mail do WordPress pedindo para ativarem suas contas (isso dependerá da configuração do seu site WordPress). Assumindo que seu site WordPress tenha a configuração de registro padrão, o usuário então clicará no link no e-mail de ativação e passará pelas etapas necessárias para ativar sua conta WordPress e fazer login no site.
Se você tiver a opção WP Discourse “Criar ou Sincronizar Usuários do Discourse no Login” habilitada:
fazer login no WordPress fará com que um usuário do Discourse seja criado automaticamente. Se você não tiver essa opção habilitada no WordPress, o usuário do Discourse não será criado até que ele clique novamente no botão “Log in” do Discourse, ou clique em um link de login do Discourse que você adicionou ao seu site WordPress.
Em qualquer um dos casos, assim que o usuário do Discourse for criado, uma entrada de revisão “Precisa de aprovação” será criada em seu site Discourse:
A equipe do seu site Discourse será notificada de que há um usuário aguardando aprovação. Quando um membro da equipe aprovar o usuário, o usuário receberá um e-mail de “Você foi aprovado” do Discourse.
Isso parece uma abordagem muito complicada para dar aos usuários acesso ao site Discourse. A maneira mais fácil de simplificar isso (do ponto de vista do usuário) seria desabilitar a configuração must approve users no Discourse. Se você tiver usuários em seu site WordPress que não deseja permitir o acesso ao seu site Discourse, seria melhor adicionar algum código ao seu site WordPress para impedir que alguns usuários façam login no Discourse: How to prevent some WP users from being able to login to Discourse - #2 by simon.
Não acho que haja um grande caso de uso para ter a configuração must approve users habilitada quando o DiscourseConnect está habilitado. Do ponto de vista do usuário, é bastante confuso.
Gostaria de encontrar uma boa solução para o problema que mencionei sobre usuários que ainda não têm contas no Discourse ou no WordPress clicando no botão “Log in” do Discourse com o DiscourseConnect habilitado. Talvez o Discourse pudesse adicionar uma configuração discourse connect signup url. Quando configurado, os usuários poderiam ser redirecionados para a página de inscrição do provedor de autenticação em vez da página de login do provedor de autenticação. Por enquanto, a melhor solução é garantir que o link de “registro” seja óbvio na página de login do provedor de autenticação. Com a página de login padrão do WordPress, não é muito óbvio:
Você é sempre de grande ajuda, @simon. Muito obrigado por isso. Isso é ótimo. Você tem um fluxo de trabalho melhor quando estávamos apenas tentando descobrir tudo. Vou compartilhar isso com a equipe para que eles analisem.
