Я хотел бы узнать, как можно реализовать опцию выбора между «ответить автору» или «ответить всем» в почтовых клиентах пользователей, получающих уведомления от Discourse.
В настоящее время все сообщения приходят с одного адреса «не отвечать», адресованного только получателю.
Мне интересно узнать мнения о том, позволит ли наивный подход, использующий author_of+{reply_id}@my.discourse в качестве отправителя и несколько адресов в качестве получателей (реальный получатель и audience_of+{reply_id}@my.discourse), пользователям выбирать получателей (автора или всех) в их клиентах (в сценарии с почтовым получением).
Он добавляет адрес электронной почты отправителя в письма, чтобы люди могли отвечать напрямую, если захотят. Это раскрывает адреса электронной почты всех пользователей, поэтому такой подход действительно подходит только тем, кто предпочёл бы использовать Mailman вместо Discourse.
Возможно, клиент, для которого я это написал, не обновлялся с ноября 2020 года, поэтому я не знаю, работает ли оно до сих пор. На первый взгляд, кажется, что работает.
Я искал решение, которое в целом не раскрывает адреса электронной почты пользователей.
Хотя специальные категории могут быть помечены для приватных ответов по электронной почте и дополнительно могут раскрывать официальные адреса электронной почты, которые в нашем случае (или должны быть) хорошо известны нашим пользователям.
В таком случае не потребуется обрабатывать конфиденциальную или секретную информацию внутри Discourse.
Чем больше я об этом думаю, тем больше мне нравится эта идея.
Однако, в отличие от вашей реализации, я предпочёл бы не менять шаблон электронной почты, а реализовать это, изменив заголовки писем.
Предполагаю, что адрес отправителя всё ещё должен быть чем-то вроде do-not-reply@my.discourse для соответствия DMARC. Заголовок reply-to: будет содержать my.name@official.site, а поле to: будет включать получателя и адрес электронной почты для ответов на форум.
Да. Моё «решение» действительно примитивно. Ещё один пример того, как я отношусь к #feature как к Support, боюсь.
Это хорошая идея. Не уверен, насколько это сложно. Это всё равно будет означать раскрытие адреса электронной почты, поэтому я не вижу возможности включить это в ядро, но это должно быть возможно в виде плагина. Не знаю на глаз, насколько это будет сложно.