Ограничения для "Настраиваемого адреса входящей электронной почты" (только для размещённых сайтов, возможно?)

Поддержка
,
1

Привет, сообщество Discourse —

Ниже приведено моё наблюдение, полученное методом проб и ошибок, но которое я не встречал в документации, а также не сталкивался с предупреждениями или ошибками по этому поводу.

На нашем сайте, который размещён на платформе Discourse (за что мы очень благодарны!), настройка пользовательского входящего адреса электронной почты для категории работает, похоже, только в том случае, если адрес имеет префикс вида «foo+{что-то}@discoursemail.com» (где «foo» — общий слаг нашего сайта).

Конкретно: я часто создаю новую категорию, задаю, как мне кажется, интуитивно понятный адрес электронной почты для неё, отправляю тестовое письмо на этот адрес и не получаю уведомления о недоставке (исправление: уведомление всё же пришло, но лишь через несколько часов), а также не вижу его в логах полученных или отклонённых писем нашего сайта. Затем я, наконец, вспоминаю свой предыдущий опыт, меняю адрес на foo+<имя>, запускаю ещё один тест, и всё сразу начинает работать.

Если я не ошибаюсь, это можно понять как способ, с помощью которого Discourse различает письма, предназначенные для разных размещённых сайтов, но я хотел бы убедиться, что моё предположение верно. Или, если это не так, узнать, есть ли другие объяснения тому, почему мои первоначальные выборы адреса электронной почты, похоже, исчезают в никуда.

Спасибо!
-Брэд

2

Может показаться простым или упрощённым проговаривать это вслух, но пользовательский адрес электронной почты работает только в том случае, если он фактически доставляется на сайт.

Поэтому нельзя просто указать что угодно: адрес должен доставляться на сайт, чтобы у него был шанс работать.

Discourse не может выполнить проверку этого адреса, чтобы убедиться, что доставка происходит, поэтому ответственность за это лежит на администраторе.

На нашем хостинге я рекомендую использовать несколько адресов, которые мы заранее настроили для доставки на ваш сайт:

  • {ЛЮБОЕ_ЗНАЧЕНИЕ}@{ВАШ_ПРЕФИКС}.discoursemail.com
  • {ЛЮБОЕ_ЗНАЧЕНИЕ}@{ваш.домен.сайта}
3

Спасибо, @supermathie —

Для нашего (хостингового) сайта я не знал, что вариант …@{НАШ ПРЕФИКС}.discoursemail.com существует, и всегда использовал в качестве имени хоста …@discoursemail.com, поскольку именно этот адрес используется по умолчанию для «приёма входящих писем» (я обновил свой первоначальный запрос выше, чтобы прояснить это, так как в исходном вопросе я не указал имя хоста). Попробую этот вариант, спасибо за подсказку!

Хотя я понимаю, что Discourse не может проверять адреса электронной почты для самохостируемых экземпляров, возможно ли, чтобы хостинговые экземпляры выдавали предупреждение или ошибку, если адрес электронной почты не соответствует ожидаемому формату? (Или ожидаемому формату при использовании адреса …discoursemail.com?)

Спасибо ещё раз,
— Брэд

4

Ограничений для «ожидаемого формата» нет, кроме требования «действительный адрес электронной почты», поэтому это невозможно реализовать.

Это, возможно, то, что мы могли бы сделать.

5

Спасибо ещё раз за ответ!

Я считаю, что вы подтвердили моё подозрение: это проблема, специфичная для размещённых сайтов Discourse, подобных нашему. Я не знаю, сколько усилий потребуется, чтобы такие сайты проверяли корректность введённых в это поле адресов вида …discoursemail.com, но такая функция сэкономила бы мне немало времени и нервов за последние несколько лет настройки новых почтовых списков и псевдонимов, когда я не понимал, почему они не работают. Думаю, это помогло бы и другим.

В качестве альтернативы, даже небольшая подсказка в этом поле для размещённого сайта, указывающая, что допустимый адрес должен быть в формате slug+...@discoursemail.com или ...@slug.discoursemail.com, значительно облегчила бы задачу. Хотя я не уверен, делает ли специфичность этой подсказки именно для размещённых сайтов Discourse такой подход неработоспособным.

— Брэд

10

Это не совсем так — ограничение заключается в том, что письмо должно быть доставлено (но не обязательно адресовано) на один из этих адресов, чтобы работать. Примером может служить следующая настройка, которую используем мы и многие наши клиенты:

  • (в Discourse) настроить категорию «Постинги» для приёма входящей почты, отправленной на postings@contoso.com
  • (на почтовом сервере contoso.com) настроить пересылку postings@contoso.com на {ЛЮБОЕ_ЗНАЧЕНИЕ}@contoso.discoursemail.com
  • итог: письма, адресованные postings@contoso.com, отправляются в категорию «Постинги»

Это работает практически так же, как:

  • (в Discourse) настроить категорию «Постинги» для приёма входящей почты, отправленной на postings@contoso.discoursemail.com
  • итог: письма, адресованные postings@contoso.discoursemail.com, отправляются в категорию «Постинги»
12

@supermathie — Хорошее замечание о том, что адрес доставки важнее, чем тот, на который адресовано письмо.

Уточняя свой предыдущий запрос, я считаю, что предупреждение при попытке ввести входящие адреса электронной почты, соответствующие шаблонам @discoursemail.com или @*.discoursemail.com, но не начинающиеся с slug+… и не заканчивающиеся на @slug.discoursemail.com, всё ещё было бы полезно для сообществ, размещённых на Discourse.

Это всё ещё позволит ваш первый случай (поскольку у него нет суффикса discoursemail.com), но при этом предупредит меня о попытке настроить адрес slug-users@discoursemail.com, который я всегда использовал, а затем путался, когда письма на него тихо отбрасывались.

(Обратите внимание, что ваш второй случай также не вызовет предупреждения, если contoso — это слаг вашего сообщества).

-Брэд