由于 Discourse 服务条款页面不允许嵌入链接,因此我无法将用户重定向到 admin 账户作为主要联系人。
因此,我正在尝试设置入站电子邮件处理程序/回复程序,以便我可以处理官方电子邮件。
我尝试使用 插件 ,但它仅适用于 amd64,而我的架构是 arm64,因此我收到错误。
是否有 arm64(而非 amd64)版本的 电子邮件接收/撰写 插件 ?
如果没有,我有哪些选项可以设置邮件服务器等(可能是一个不同的 Docker 容器),但是,我不想干扰 Discourse 的常规邮件行为(用户验证电子邮件直接由 Discourse 发送等)。
我想实现什么?
我想保留 Discourse 的常规行为,而不干扰其邮件行为。
我需要一个功能齐全的电子邮件地址来接收发送到 admin@mysite.com 的电子邮件,并从该收件箱发送回复。 (只需要一个简单的收件箱和回复功能,不需要花哨的工具或垃圾邮件过滤器)
我可以有一个免费的电子邮件地址,如 admin_mysite@gmail.com 等,但这完全不专业。
我有哪些选择?
是否有可能在 Discourse 中实现一个非常简单的默认电子邮件收件箱,其中包含一个回复按钮和一个非常简单的撰写窗口,用于读取和回复电子邮件?
(同时想知道为什么 Discourse 没有在 Discourse 中包含一个简单的电子邮件收件箱,因为他们知道这是拥有专业联系点的基本要求)
Jagster
(Jakke Lehtonen)
2023 年10 月 29 日 06:25
2
PrettyGirl:
设置邮件服务器有哪些选项?
我知道答案。没有。根本不用费心去尝试。风险太高,太难,太贵。如果你是 DigitalCloud 等 VPS 服务的客户,他们甚至不允许这样做。
我有点不明白你的意思,可能是语言障碍又出现了,但如果你想让 Discourse 收到邮件,能够回复,并向客户/用户发送回复,Discourse 已经可以做到。我猜搜索词应该是 email。你只需要一个加号地址(我不记得那个花哨的名字了),至少亚马逊的 SES 提供这个功能,我猜。
2 个赞
我也对这段话感到困惑 当你说它不允许嵌入链接时,你的意思是什么?
2 个赞
服务条款页面中的链接,如 [](),会被禁用。所有其他帖子都可以正常显示。只有在法律页面上才会出现这种情况。我认为这是由 Discourse 强制执行的。
1 个赞
您是说 Discourse 有一个邮件编辑器?
我曾尝试接收来自 admin@mysite.com 的邮件,并从该地址发送邮件。
当有人(来自 Gmail 等)发送邮件到 admin@mysite.com 时,我应该能够读取它,并回复它。回复将从 @mysite.com 域发送。
示例场景:
收件人:admin@mysite.com
发件人:example@example.gov
邮件内容:我们注意到我们网站的服务条款中有些部分可能需要进一步澄清。请尽快与我们联系。
我应该能够读取收到的邮件,并能够回复该收到的邮件。您是说 Discourse 已经具备该功能了吗?我不是在谈论用户验证邮件等。
1 个赞
Jagster
(Jakke Lehtonen)
2023 年10 月 29 日 07:09
6
是的,我们在 Discourse 中有一个作曲家
您可以从这里开始,如果需要,可以进行更多搜索——但您已经搜索过了,这就是为什么我现在对真正的问题感到困惑。
Purpose
We would like to set it up so Discourse can act as a private email support portal for a team. In this mode a single email address will be mapped to a category, all incoming mail will create new messages in that category that can be viewed by all the users with permission on the category. Users will be automatically provisioned as emails come in.
Advantages over central email box
Historically we have used a central email box for our team “support” this has proven to have quite a few draw…
https://github.com/mozilla/discourse-auto-email-in
This plugin takes 4 settings:
auto_email_in_enabled
auto_email_in_divider: Set the divider between a parent category slug and sub category slug
auto_email_in_domain: Set the domain of the email-in addresses
auto_email_in_append: Append new email-in addresses, rather than overwriting
So with the default settings, when enabled, all category email-in addresses will be set to:
<slug>@example.com or <parent_slug>+<child_slug>@example.com
So,…
I thought I’d share the configuration I came up with to use AWS SES for outgoing, bounce, and incoming email. There’s definitely some nuance to the SES service, and it took a good deal of trial and error to understand exactly how it works. This is more of a brain-dump than step-by-step-follow-the-dotted-line. It should be unnecessary, but use at your own risk. And by all means always read through and understand any code written by others you implement.
Background:
I’m working to deploy Discour…
3 个赞
我们在元(meta)上的服务条款中也有链接和电子邮件,它们似乎工作得很好?
https://meta.discourse.org/tos
3 个赞
我只能在服务条款开头的第一行 Internet forum at https://meta.discourse.org 中看到 []() 标记的可能用法。你能检查一下那个链接是否使用了 []() 标记来展示 https://meta.discourse.org 链接吗?你确定没有使用其他方法,比如 href 标签来显示链接吗?
例如,你可以在服务条款中嵌入 [about](/about/) 吗?
1 个赞
其中一些只是粘贴的链接,它们会自动链接化,例如 meta.discourse.org 的链接,但另一些则使用了 markdown。(如下面的知识共享 वापरा链接)
FAQ 中有更多示例,包括一个指向 /about 页面的链接([friendly local staff](/about))。
您应该可以毫无问题地在这些帖子中使用 markdown 链接,并在已发布的页面中显示它们。
3 个赞
不在常见问题页面,在服务条款页面,您可以使用类似 []() 的标记吗?可以请您检查一下吗。
1 个赞
我检查过了。 (我提到的知识共享示例)
不过,常见问题解答、服务条款和隐私页面都工作方式相同。
4 个赞
这很奇怪。我的 TOS 页面无法使用 []() 这样的标记。不知道页面是否应用了任何不可见的格式。唯一的选择似乎是将整个页面转换为 unicode 文本,然后再次使用标题等格式重新设置。
1 个赞
您使用的是默认设置吗?如果您点击顶部的“编辑此页面”,它将带您进入底层帖子,您可以在其中进行任何必要的调整。
(或者直接导航到您的员工类别中的相关主题)
3 个赞
是的,默认的。在我的 TOS 中,Creative Commons 链接嵌入为 <a>Creative Commons</a>,它可以正常工作。
它也不是 []() 的格式。只有 TOS 中的 []() 不能正常工作。
1 个赞
我不知道为什么你会有 HTML 链接,但至少它们是有效的。如果你不想深入研究,可以使用那种方法来代替?
如果你进入 /admin/customize/site_texts,右侧有一个“替换文本”按钮,你可以用它来重新生成种子主题的文本。它会拉取最新版本(但会覆盖你所做的任何更改,所以如果你这样做,请保存副本)。不确定这是否会在这种情况下有所帮助,但值得一试?
2 个赞
Firepup650
(Firepup Sixfifty)
2023 年10 月 30 日 16:13
18
您是否在服务条款/常见问题解答的靠上位置附近有一个 HTML 块?
像这样:
<h1>Example</h1>
Text after this ***will not*** have _any_ formatting, including [links](https://example.com).
Result
Example
Text after this ***will not*** have _any_ formatting, including [links](https://example.com).
1 个赞