В связи со сменой веб-адреса всем существующим пользователям необходимо создать новый пароль. Вход с тем же паролем отклоняется, даже если пароль верный, что, к сожалению, создаёт неудобства. Однако создание нового пароля — не самая страшная проблема, но как можно отправить информацию об этом всем существующим пользователям коллективно через их зарегистрированные электронные адреса?
Так быть не должно. Двухфакторная аутентификация — это проблема при смене доменного имени, но не паролей. Что именно вы сделали для её изменения?
Вы можете создать баннер с предложением сменить пароль, если он не работает.
Я изменил доменное имя так, как указано в инструкции Discourse, и всё прошло успешно. Теперь форум называется forum.brreg.no
Однако войти с тем же паролем не получилось, поэтому я сбросил пароль и перешёл по ссылке, отправленной на мою электронную почту. Когда я ввёл тот же пароль, который использовал до сброса, система сообщила, что это уже существующий пароль.
Мне пришлось выбрать новый пароль.
Размещать информацию на баннере неуместно. Никто не знает о новом домене. Мне нужно отправить уведомление по электронной почте всем зарегистрированным пользователям. При первой попытке перейти по старому адресу появилось сообщение о том, что сайт не существует.
Почему бы просто не перенаправить весь трафик со старого домена на новый?
Поскольку при первом использовании старого домена система сообщает, что сайт не существует. После входа в систему старый домен автоматически перенаправляет на новый домен.
И мы не хотим баннер, как предложено 
Похоже, система действительно запомнила существующий пароль?
Перенаправление должно работать как положено, и пользователи попадут на новый домен, где смогут использовать свои существующие пароли. У вас есть тестовый пользователь или другой существующий пользователь, с которым можно было бы повторить проверку, чтобы убедиться, что это не был просто сбой?
Для меня это не имеет смысла. Как у вас настроено перенаправление? Оно не должно зависеть от входа в другой сайт для успешного перенаправления.
Протестировано с моей личной учётной записью, а также с привлечением администратора — результат тот же. Перенаправление не сработало с первого раза, и это будет раздражать пользователей.
Ничего не сделано в отношении перенаправления — перенаправление Discourse
Итак, наше решение — отправить всем пользователям электронное письмо. Как государственное агентство, мы приняли такое решение.
Итак, вернёмся к моему первоначальному запросу: как это сделать?
Как сам Discourse обрабатывает перенаправление? Почему бы просто не добавить DNS-перенаправление?
Ах, похоже, вы пытаетесь получить доступ к закрытой области, не выполнив вход в систему. Если бы сайт был недоступен, он не смог бы отобразить эту страницу ошибки.
Кстати, как клиент с размещением на хостинге, вы можете в любое время обращаться по адресу team@discourse.org или писать @team по любым вопросам поддержки (это не умаляет нашей замечательной поддержки сообщества, которая также очень полезна и компетентна 
).
Когда я перехожу по вашему оригинальному адресу сайта как анонимный пользователь, я попадаю на главную страницу вашего нового домена без каких-либо проблем (хотя, конечно, я не могу проверить проблему с паролем).
Я не знаю, как это сделать
До сих пор я всегда отправлял им письма, но получал ответы только через этот форум, поэтому в этот раз я решил написать прямо здесь…
У нас есть несколько разделов поддержки на meta: публичный раздел, где сообщество может поддерживать друг друга (доступен всем, независимо от того, размещено ли это у нас, на другом хостинге или самостоятельно), а также наша выделенная служба поддержки клиентов, работающая через электронную почту и личные сообщения. 
(Если вы перейдёте по адресу https://meta.discourse.org/my/messages, вы сможете увидеть все свои предыдущие заявки в службу поддержки).
В идеале перенаправление должно работать, а пароли оставаться прежними. Судя по моим данным, перенаправление работает как задумано (по крайней мере, у меня).
Но чтобы ответить на ваш вопрос: вы можете использовать Data Explorer для извлечения списка пользователей с адресами электронной почты, а затем использовать его в отдельном аккаунте для рассылки этого уведомления. Или же вы можете создать категорию в стиле «объявления» в разделе default categories watching first post, которая будет отправлять уведомление о создании новых тем. В такой теме вы сможете разместить информацию о сбросе пароля. Этот способ учитывает настройки уведомлений пользователя, поэтому может охватить не всех. Также его следует использовать умеренно, так как в зависимости от размера вашей базы пользователей и количества добавляемых тем это может привести к большому количеству писем.
Однако, надеюсь, это не потребуется, и мы сможем разобраться, почему система работает не так, как должна. 
Вы можете перейти на страницу администрирования профиля каждого пользователя и использовать кнопку на каждом профиле, чтобы отправить письмо для сброса пароля.
Или, как предложил Jammy, использовать запрос в Data Explorer, чтобы получить список адресов электронной почты.
Если у вас есть категория типа «Объявление», на которую все пользователи настроены как «Следить» или «Следить за первым сообщением». Вы можете создать новую тему с инструкциями по использованию сброса пароля, если у них возникнут проблемы с входом. Просто убедитесь, что пост либо общедоступен для анонимных посетителей, либо достаточно короткий, чтобы поместиться в превью письма.
Вижу, что Jammy уже упомянул это в сообщении выше. 