Так как страница «Условия использования» в Discourse не позволяет встраивать ссылки, я не смог перенаправить пользователей на учётную запись администратора как основной контакт.
Поэтому я пытаюсь настроить обработчик/автоответчик входящей почты, чтобы иметь возможность обрабатывать официальные письма.
Я попробовал использовать плагин, но он предназначен только для архитектуры amd64, и у меня возникают ошибки, так как моя архитектура — arm64.
Существует ли версия этого плагина для получения и отправки писем под архитектуру arm64 (вместо amd64)?
Если нет, какие у меня есть варианты настройки почтового сервера (например, использование другого контейнера Docker), при этом не нарушая обычную работу почтовой системы Discourse (например, отправку писем для подтверждения учётных записей пользователей самим Discourse)?
Чего я хочу достичь?
Сохранить обычное поведение Discourse, не нарушая его работу с почтой.
Получить полностью функциональный адрес электронной почты для получения писем на admin_mysite.com и отправки ответов из этого ящика. (Простого ящика с функцией ответа будет вполне достаточно, не нужны сложные инструменты или фильтры спама).
Я могу использовать бесплатный адрес, например admin_mysite@gmail.com, но это совсем непрофессионально.
Какие у меня есть варианты?
Возможно ли реализовать в Discourse очень простой почтовый ящик по умолчанию с кнопкой «Ответить» и простым окном редактора для чтения и ответа на письма?
(При этом возникает вопрос: почему в Discourse не включили простой почтовый ящик, если они знают, что это базовое требование для создания профессиональной точки контакта?)
Я знаю ответ на этот вопрос. Никаких. Даже не пытайтесь. Это слишком рискованно, сложно и дорого. А если вы клиент VPS-сервисов, таких как DigitalCloud, они вообще не разрешают этого делать.
Я немного запутался, что именно вы имеете в виду — возможно, снова языковой барьер, но если вы хотите получать письма в Discourse, отвечать на них и отправлять ответы клиентам/пользователям, Discourse уже умеет это делать. Думаю, подходящим поисковым запросом будет email. Всё, что вам нужно, — это адрес с плюс-адресацией (не помню, как это правильно называется по-английски), и, по крайней мере, Amazon SES это предлагает, насколько я знаю.
Ссылки вида []() отключены на странице «Условия использования». Все остальные посты работают нормально. Проблема возникает только на юридических страницах вроде этой. Я думал, что это ограничение накладывается самим Discourse.
Вы имеете в виду, что в Discourse есть редактор писем?
Я пытался настроить получение писем на admin@mysite.com и отправку с этого адреса.
Когда кто-то (например, из Gmail) отправляет письмо на admin@mysite.com, я должен иметь возможность прочитать его и ответить. При этом ответ должен отправляться с домена @mysite.com.
Пример сценария:
кому: admin@mysite.com
от: example@example.gov
текст письма: Мы заметили, что некоторые разделы Условий использования нашего сайта могут потребовать дополнительных разъяснений. Пожалуйста, свяжитесь с нами при первой возможности.
Я должен иметь возможность прочитать это письмо и ответить на него. Вы хотите сказать, что такая функция уже есть в Discourse? Я не имею в виду письма для верификации пользователей и подобные.
Вы можете начать с этого и при необходимости выполнить дополнительные поиски — но вы уже искали, и поэтому я не понимаю, в чём теперь заключается реальная проблема.
Я вижу вероятное использование разметки []() только в первой строке в начале Условий использования, где упоминается Internet forum at https://meta.discourse.org. Не могли бы вы проверить, используется ли в этой ссылке разметка []() для отображения ссылки https://meta.discourse.org? Вы уверены, что не применяете какой-либо другой метод, например теги href, для отображения ссылки?
Например, можно ли внедрить [about](/about/) в текст Условий использования?
Некоторые из них — просто вставленные ссылки, которые автоматически превращаются в гиперссылки, как, например, ссылка на meta.discourse.org, а другие используют разметку Markdown. (как, например, ссылка на Creative Commons ниже)
В разделе часто задаваемых вопросов (FAQ) есть ещё больше примеров, включая ссылку на страницу /about ([дружелюбный местный персонал](/about)).
У вас не должно возникнуть проблем с использованием ссылок в формате Markdown в таких постах — они будут корректно отображаться на опубликованной странице.
Это странно. На моей странице TOS нельзя использовать разметку вроде [](). Не знаю, применено ли к странице какое-то невидимое форматирование. Единственный вариант, похоже, — конвертировать всю страницу в текст Unicode, а затем снова отформатировать её, добавив заголовки и т. д.
Вы используете стандартные? Если вы нажмете на «Редактировать эту страницу» вверху, вас перекинет на исходный пост, где вы сможете внести любые необходимые изменения.
(Или просто перейдите к соответствующей теме в вашей категории для сотрудников)
Да, стандартные. В моих Условиях использования ссылка Creative Commons встроена как <a href="https://creativecommons.org/">Creative Commons</a>, всё работает корректно.
Формат []() здесь также не используется. В Условиях использования неработоспособны только ссылки в формате []().
Не знаю, почему у вас HTML-теги, но хотя бы они работают. Если вы не хотите углубляться дальше, можно использовать этот метод?
Если перейти по адресу /admin/customize/site_texts, справа будет кнопка Заменить текст, с помощью которой можно перегенерировать текст для тем с начальными данными. Она подтянет последнюю версию (хотя при этом перезапишет все внесённые вами изменения, поэтому сохраните копию, если решите это сделать). Не уверен, поможет ли это в данном случае, но попробовать стоит.
Что вы имеете в виду, когда говорите, что не позволяет встроить ссылку?
(как, например, ссылка на Creative Commons ниже)
(пример Creative Commons, о котором я упоминал)