Пункт 2 — «Пользователь вводит свои данные для входа и получает письмо с активацией на свою электронную почту».
Мы настроили обязательное одобрение пользователей, но после регистрации письмо с активацией не отправляется в почтовый ящик нового пользователя. Возможна ли какая-либо причина этого? (Кстати, новый пользователь смог получить письмо для активации аккаунта через 2 дня после регистрации).
@simon, буду признателен за ваши комментарии 
. Спасибо.
Привет, @JammyDodger,
Интересно, что новый участник получил письмо «Регистрация» на этапе первоначальной настройки. Однако при последующих тестировках новый участник получал письмо «Напоминание об активации» только через 2 дня после регистрации. Есть какие-то идеи, что может быть причиной этого? Большое спасибо.
Можно проверить список /skipped, просто на всякий случай, хотя я не понимаю, почему письмо для регистрации могло быть пропущено?
Есть ли что-то особенное в пользователях/электронных почтах, которые вы используете для тестирования?
В пропущенных письмах логи не найдены.
С учётом типа членства, технически процесс должен быть аналогичным: новые пользователи регистрируются через ссылку регистрации Wishlist Member, что автоматически создаёт нового пользователя в Discourse. На этом этапе учётная запись нового пользователя ещё не активна, поэтому следующим шагом должно стать отправка письма о регистрации новому участнику. Однако по какой-то причине письмо не отправляется…
Я думал, что страница /skipped может быть маловероятным вариантом. 
Возможно, это связано с методом, который вы используете для создания пользователей. Как настроена ссылка регистрации для Wishlist Member?
Спасибо за ваши комментарии @JammyDodger, мы изучим конфигурацию регистрации — надеемся, что скоро сможем это решить.
Делаю предположение. У вас включён DiscourseConnect между WordPress и Discourse? Если да, то пользователи, скорее всего, нажимают кнопку «Войти» на вашем сайте Discourse, чтобы начать регистрацию, а не кнопку «Зарегистрироваться».
Если всё так, как я предположил, и у вас включена опция «Создавать или синхронизировать пользователей Discourse при входе» на вкладке параметров «DiscourseConnect Provider» плагина WP Discourse, это может привести к различному процессу входа для пользователей, регистрирующихся через ссылку регистрации Wishlist Member, по сравнению с теми, кто нажимает кнопку «Войти» на Discourse. Хотя я могу и ошибаться, если у вас настроено иначе.
@simon, да, относительно использования DiscourseConnect, и вы также правы, когда упомянули «нажатие кнопки «Войти»» вместо нажатия кнопки «Зарегистрироваться».
В связи с этим, что мы можем сделать, чтобы пользователи получали письмо «Регистрация» сразу после регистрации? Или это невозможно с нашей текущей настройкой?
Спасибо за это, Симон.
Теперь всё становится на свои места. То, что делают пользователи, — это регистрация учётной записи в WordPress, а не в Discourse. С DiscourseConnect это может быть немного запутанным для пользователя, но, вероятно, это отдельная проблема.
Что происходит сейчас: пользователь нажимает кнопку «Войти» в Discourse. Его перенаправляет на страницу входа вашего сайта WordPress. Затем ему нужно перейти со страницы входа на страницу регистрации сайта (это и есть запутывающая часть). После регистрации на сайте ему должно прийти письмо от WordPress с просьбой активировать учётную запись (это зависит от конфигурации вашего сайта WordPress). Предполагая, что ваш сайт WordPress использует конфигурацию регистрации по умолчанию, пользователь затем нажмёт ссылку в письме для активации и выполнит шаги, необходимые для активации своей учётной записи WordPress и входа на сайт.
Если у вас включена опция WP Discourse «Создавать или синхронизировать пользователей Discourse при входе»:
Вход в WordPress приведёт к автоматическому созданию пользователя Discourse. Если эта опция не включена в WordPress, пользователь Discourse не будет создан, пока он либо снова не нажмёт кнопку «Войти» в Discourse, либо не нажмёт ссылку для входа в Discourse, которую вы добавили на свой сайт WordPress.
В любом случае, как только пользователь Discourse будет создан, в вашем сайте Discourse будет создана запись проверки со статусом «Требуется одобрение»:
Персонал вашего сайта Discourse будет уведомлён о том, что есть пользователь, ожидающий одобрения. Когда сотрудник одобрит пользователя, ему будет отправлено письмо от Discourse с сообщением «Ваша заявка одобрена».
Это кажется очень сложным подходом для предоставления пользователям доступа к сайту Discourse. Самый простой способ упростить процесс (с точки зрения пользователя) — отключить настройку must approve users (требуется одобрение пользователей) в Discourse. Если у вас на сайте WordPress есть пользователи, которым вы не хотите разрешать доступ к сайту Discourse, лучше добавить код на ваш сайт WordPress, чтобы предотвратить вход некоторых пользователей в Discourse: How to prevent some WP users from being able to login to Discourse - #2 by simon.
Я не думаю, что есть хороший случай использования настройки must approve users при включённом DiscourseConnect. С точки зрения пользователя это довольно запутанно.
Я хотел бы найти хорошее решение для проблемы, которую я упомянул: пользователи, у которых ещё нет учётных записей ни в Discourse, ни в WordPress, нажимают кнопку «Войти» в Discourse при включённом DiscourseConnect. Возможно, Discourse мог бы добавить настройку discourse connect signup url. При её настройке пользователей можно было бы перенаправлять на страницу регистрации провайдера аутентификации вместо страницы входа провайдера. На данный момент лучшее решение — убедиться, что ссылка «Регистрация» хорошо заметна на странице входа провайдера аутентификации. На странице входа WordPress по умолчанию это не так очевидно:
Ты всегда оказываешь отличную помощь, @simon. Большое спасибо за это. Это просто супер. У тебя теперь гораздо лучший рабочий процесс, чем когда мы только пытались во всём разобраться. Я передам это команде, чтобы они изучили.
Показывают ли ваши логи отправки, что оно было отправлено? 
