您好，
我对我在许多自动电子邮件（包括一些自托管的 Discourse 论坛站点，但不是 Discourse 服务器托管的站点）中看到的某些标志通知感到困惑。
我相信这可能与服务器的配置方式有关，不一定是一个错误或问题，但在我这边看起来确实像一个问题：
我在这里不发布完整的技术发件人地址，这些通常只是一堆随机的数字和字母。
1 个赞
我认为这不是 Discourse 的 bug。当电子邮件配置不正确时，就会出现此错误消息。如果您正在与您看到此问题的任何网站的管理员联系，请告知他们该问题。要解决此问题，他们应确保已完成安装指南中“设置电子邮件”部分的所有步骤：discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub SPF 和 DKIM 记录。
您也可以尝试将他们指向此主题：https://meta.discourse.org/t/email-delivery-configuration-checklist/209839。
6 个赞
谢谢，我已经向一些管理员报告了这些问题。
2 个赞
恭喜 Dan @Heliosurge 成为我报告过的第一个弄清楚问题的管理员！
T-Mobile USA 发送的来自 donotreply@notifications.t-mobile.com 的通知被标记为由 notifications@digital-delivery.com 发送的无效通知，我会将此情况告知 T-Mobile。
1 个赞
谢谢！我猜这与您向我报告的关于 Sendinblue 邮件服务器名称更改为 brevo 时的 isdue 问题有关……以及 Sendinblue 遗留的剩余问题。
是的，很高兴听到您解决了这个问题，通常管理员会说：“你为什么因为一些小事来烦我？！”
我不确定这是否是某些中继服务器作为安全措施故意不按常规发件人的方式验证邮件。
1 个赞
您的报告和截图非常有帮助。结合 Sendinblue 的通知，切换到 Brevo 使识别潜在的根本原因变得更加容易。
即使使用管理员帐户，由于管理员不一定需要遵守网站规则（例如类别访问设置），也可能难以理解普通用户的问題。管理员可以发布到任何地方。我有几次创建了人们只能阅读而不能回复的主题。
是的，有这么多花哨的功能，真是太棒了。
关于邮件的事情很好，可以再次查看您的网站，看看瑞士人或德国人是否已停止标记您的邮件。
1 个赞
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.