Уважаемые разработчики Discourse, много лет назад в Discourse была реализована поддержка нескольких доменов и нескольких экземпляров Discourse, но за все эти годы так и не появилась возможность направлять входящие письма нескольким получателям или доменам. Можно ли это исправить? Функция «ответить по электронной почте» не работает без дорогостоящей периодической проверки для многосайтовых установок Discourse.
С наилучшими пожеланиями,
Уокер
Не совсем так, теперь мы поддерживаем несколько входящих почтовых ящиков.
@martin, есть ли где-нибудь документация, на которую мы можем сослаться?
У нас есть это: Set up reply by email with POP3 polling, а также SMTP support for group inboxes, но я не уверен, что хотя бы одно из этих решений отвечает на проблему, описанную в исходном сообщении. Мне кажется, что автор исходного сообщения говорит о приёме входящих писем через GitHub - discourse/mail-receiver · GitHub и их перенаправлении на несколько сайтов? Возможно, я что-то неправильно понял. @Walker_Blackwell, не могли бы вы уточнить, чего именно вы хотите добиться?
Полагаю, речь идет о развертывании Discourse как мультисайта и поддержке входящих писем для каждого сайта.
Например:
discourse1.example.com и discourse2.example.com размещены как мультисайт, и автор хочет получать входящие письма для обоих доменов с помощью контейнера mail-receiver, не полагаясь на внешние почтовые ящики.
Точно. Почтовый получатель поддерживает только один домен/сайт, в то время как всё остальное работает с несколькими доменами/сайтами.
Было бы идеально реализовать поддержку нескольких сайтов и нескольких получателей.
Извините, был занят.
Да, именно это я и хотел. Использование email_receiver имеет множество преимуществ и снижает нагрузку на опросы и т.д.
Остальной код из коробки поддерживает работу с несколькими сайтами. Было бы здорово увидеть это как часть email_receiver. Понимаю, что это может быть странной частью кода (с точки зрения портов) . . .
С наилучшими пожеланиями,
-Уокер
ding*
Стоит ли это того?
-Уокер
Это вполне реализуемо, но потребует значительных усилий по написанию кода. Главное, что нужно будет проработать, — это способ указания соответствия между адресами электронной почты (и доменами) и экземплярами мультисайта, а также имя пользователя и ключ API для каждого сайта.
Если это достаточно важно для вас, лучший способ запустить процесс — написать об этом в канале Marketplace, если только кто-то из команды CDCK внезапно не почувствует желание реализовать эту идею.
В основном я спрашиваю, один ли я здесь или нет… Я полагаю, что использую Discourse как публичную систему приёма заявок на поддержку клиентов/тикетов для нескольких доменов, и это, возможно, скорее особый случай… даже если бы всё шло на один домен приёма (порт 25 и так далее), но получатель мог бы разбирать @-адреса в письмах для направления в разные экземпляры Discourse (конечные точки API)… тогда не было бы необходимости работать с кодом нижнего уровня… не знаю. Думаю, это как вы и говорили, @mpalmer, много кода…
с уважением
-Уокер
Я бы не сказал «в одиночку», но это, безусловно, нишевый сценарий, с которым сталкиваются, возможно, около 0,01% людей, самостоятельно размещающих Discourse. Нет необходимости модифицировать сам Discourse; речь идёт о доработке получателя почты: как вы и сказали, извлекать домен из входящих писем и маршрутизировать их к соответствующему экземпляру Discourse, используя подходящего пользователя API и ключ для каждого запроса.
Теперь на моём выделенном сервере работает конфигурация, обеспечивающая эти возможности.
Ты любишь рассказывать, как это сделал.
Я бы хотел, скоро, когда у меня будет время 
— сейчас я просто в цейтноте!
Время — это всего лишь концепция 
Но спасибо, это было бы здорово.
Я предоставляю здесь один метод…