你好,
我找不到在发送邮件时添加 SMTP 邮件头的方法?由于我使用的是 ElasticEmail,他们要求所有事务性邮件必须包含 “IsTransactional”:true 头。
我检查了 SMTP 设置,并在网上搜索,但没找到为 Discourse 添加自定义邮件头的方法。有人知道该如何操作吗?
提前感谢,
Oliver
你好,
我找不到在发送邮件时添加 SMTP 邮件头的方法?由于我使用的是 ElasticEmail,他们要求所有事务性邮件必须包含 “IsTransactional”:true 头。
我检查了 SMTP 设置,并在网上搜索,但没找到为 Discourse 添加自定义邮件头的方法。有人知道该如何操作吗?
提前感谢,
Oliver
您需要一个自定义插件。
好的,我明白了。我猜目前还没有支持此功能的插件吧?
因为我是 C# 开发者,不想仅仅为了这个功能就深入钻研 Discourse 的自定义代码开发 ![]()
我不清楚是否有。你可以在 Marketplace 发帖(大概估价 500 美元),但使用受支持的服务会方便得多。
编辑:哎呀。它已经在列表中了。听起来这似乎不应该出现。
Elastic Email 在列表中,我很好奇这是否是新增的邮件头要求。在缺少该邮件头的情况下,您是否遇到过问题?
如果某家推荐的服务提供商新增了此类要求,团队或许愿意添加该邮件头,或者这可能成为撤销该推荐的依据。
好吧,我发现了这个讨论:Remove (or merge) Elastic email Unsubscribe
有人抱怨 Elastic Email 的退订问题,我也遇到了同样的问题!
但如果我们能为所有发出的邮件添加简单的 SMTP 邮件头 “IsTransactional” = true,ElasticEmail 就会自动将所有邮件视为事务性邮件,从而只添加“管理通知”页脚,而不是“退订”页脚。
所以在我看来,这是 Elastic Email 和 Discourse 必须具备的要求。
听起来这确实非常理想。
嗯,它确实写道:
这是一个快速简单的解决方案。
由于大多数情况下会忽略 IsTransactional":true,因此包含它应该没什么坏处,或者干脆不推荐它们使用。
是的,我确实认为他们应该包含这个标题……尽管它仍然不完美,因为你无法避免“管理通知”链接……但它比“取消订阅”链接要好得多……![]()
自定义邮件头也很有用,这样您可以在 Elastic Email 端区分渠道,从而按域名生成报告——如果您使用一个 Elastic Email 账户管理多个 Discourse 站点,这一点尤为重要。
Elastic Email 无法像 SparkPost 那样开箱即用地识别源域名,这确实有点令人烦恼。不过,鉴于 SparkPost 已经涨价,它已不再是一个可选方案。