在 SMTP 邮件头中添加 IsTransactional:true 以满足 ElasticEmail 要求

你好,

我找不到在发送邮件时添加 SMTP 邮件头的方法?由于我使用的是 ElasticEmail,他们要求所有事务性邮件必须包含 “IsTransactional”:true 头。

我检查了 SMTP 设置,并在网上搜索,但没找到为 Discourse 添加自定义邮件头的方法。有人知道该如何操作吗?

提前感谢,
Oliver

您需要一个自定义插件。

好的,我明白了。我猜目前还没有支持此功能的插件吧?

因为我是 C# 开发者,不想仅仅为了这个功能就深入钻研 Discourse 的自定义代码开发 :slight_smile:

我不清楚是否有。你可以在 Marketplace 发帖(大概估价 500 美元),但使用受支持的服务会方便得多。

编辑:哎呀。它已经在列表中了。听起来这似乎不应该出现。

1 个赞

Elastic Email 在列表中,我很好奇这是否是新增的邮件头要求。在缺少该邮件头的情况下,您是否遇到过问题?

推荐的服务提供商

如果某家推荐的服务提供商新增了此类要求,团队或许愿意添加该邮件头,或者这可能成为撤销该推荐的依据。

3 个赞

好吧,我发现了这个讨论:Remove (or merge) Elastic email Unsubscribe

有人抱怨 Elastic Email 的退订问题,我也遇到了同样的问题!

但如果我们能为所有发出的邮件添加简单的 SMTP 邮件头 “IsTransactional” = true,ElasticEmail 就会自动将所有邮件视为事务性邮件,从而只添加“管理通知”页脚,而不是“退订”页脚。

所以在我看来,这是 Elastic Email 和 Discourse 必须具备的要求。

听起来这确实非常理想。

嗯,它确实写道:

这是一个快速简单的解决方案。

由于大多数情况下会忽略 IsTransactional":true,因此包含它应该没什么坏处,或者干脆不推荐它们使用。

1 个赞

是的,我确实认为他们应该包含这个标题……尽管它仍然不完美,因为你无法避免“管理通知”链接……但它比“取消订阅”链接要好得多……:slight_smile:

自定义邮件头也很有用,这样您可以在 Elastic Email 端区分渠道,从而按域名生成报告——如果您使用一个 Elastic Email 账户管理多个 Discourse 站点,这一点尤为重要。

Elastic Email 无法像 SparkPost 那样开箱即用地识别源域名,这确实有点令人烦恼。不过,鉴于 SparkPost 已经涨价,它已不再是一个可选方案。