各位注意。我们已经完成了所有设置，并且一切正常。但是，两天来，注册电子邮件一直无法正常工作。结果发现它被 Digital Ocean 禁用了。根据他们发送给我们的电子邮件，Discourse 的 Smtp 已被禁用。要使用任何电子邮件，他们建议您使用 SendGrid 注册。
我的问题是，在 Sendgrid 和 Mailgun 之间，哪一个与 Discourse 的集成度更高？如果不是这两个，还有哪些提供易于集成的选项？
我已经看过了这个帖子
谢谢
3 个赞
我正在使用 Elastic Email……他们很棒！
（也在 2525 上）
2 个赞
太棒了！！我会去看看的。数字海洋（DO）允许用户设置东西，然后才告知他们所有 SMTP 端口都被阻止，这太糟糕了。毫无意义。所以我安排了一个演示，结果发现前一天还能用的东西现在被阻止了！！
2 个赞
您能只使用端口 2525 吗？
1 个赞
我还没试过，但从他们冗长的邮件来看，他们似乎在 Discourse 上禁用了所有出站 SMTP。他们说他们与 SendGrid 达成了一些安排，并建议 Discourse 用户注册以发送任何 SMTP。
恕我直言，这太糟糕了。
2 个赞
他们是说要为所有人禁用所有 SMTP，还是仅仅针对你的账户？
Brevo 仍然可以用于通过 DigitalOcean 发送 discourse 的 SMTP，我还没听说过它被取消了。
2 个赞
根据他们的邮件，我的理解是所有账户。（请参阅第一段的最后一行）
我想现有的实例暂时被豁免了。
我的账户才刚满一个月，在我有大约30名用户注册测试负载之前，它一直运行正常。
下面是他们完整的邮件-----可能我读错了。
我们理解您对账户中的SMTP限制有疑虑。DigitalOcean并非专业的邮件托管服务商，并且我们一直在与垃圾邮件作斗争。因此，我们对所有账户都施加了限制。
我们还想提供一些关于此问题的背景信息。由于云环境中的IP地址会频繁地被使用并释放回可用池，因此它们被认为是动态且不可信的。例如，您当前被分配了一个IP地址，并且您是一位负责任的邮件用户。您遵循所有邮件的最佳实践，从不发送垃圾邮件或未经请求的邮件。之后，当您不再需要该Droplet时，您会将其销毁，该IP地址可以分配给另一位DigitalOcean用户。该用户会利用这个机会发送大量垃圾邮件，然后我们的安全团队才会对违规账户采取行动。
像Gmail、Microsoft等邮件提供商，在IP地址获得不良声誉之前，无法确定来自该IP的邮件是否合法。届时，损害已经造成。因此，最好直接阻止所有来自平台（如互联网服务提供商和云托管环境）的邮件，因为这些平台的IP地址是动态分配的，并且本身就存在风险。
虽然这确实减少了垃圾邮件发送者可用的途径，但它也影响了合法用户。我们的滥用运营团队正在与SBL（垃圾邮件列表）合作，以将IP地址从黑名单中移除。因此，我们正在限制整个DigitalOcean平台的SMTP流量。这意味着我们无法解除您账户上的SMTP限制。
我们理解您的工作流程可能需要邮件功能。作为此限制的解决方案，我们已与SendGrid合作，为所有客户提供更好的解决方案，您将无需担心IP声誉和黑名单问题。您可以在我们的文章中阅读更多关于此的信息。通过SendGrid，您每天可以发送100封免费邮件，如果您的需求超出免费套餐，请随时联系SendGrid支持以选择更适合您需求的套餐。
如果您有其他问题，我们随时乐意为您提供帮助，请随时与我们联系。
这是自动回复，旨在通过获取我们需要的所有信息来加快服务速度，以帮助您。您必须回复此邮件以获得进一步的帮助。
DigitalOcean支持团队
1 个赞
刚试了 2525。那个也被封了。
我认为这是“一刀切”的封锁。我的账户才用不到一个月，没有活跃用户或话题，封锁我的账户没有意义。
1 个赞
2525 似乎也被阻止了……我刚试过。无法使用。
1 个赞
确实如此。即使是祖父账户最终也可能卷入这场混战。任何拥有目前仍在使用的账户的人都应该开始提前规划。如果像我这样零活动的用户都会受到影响……
1 个赞
您有他们提到的文章链接吗？
它确实说对所有账户都施加了限制，但并不完全清楚这些限制是什么。
如果您拥有的 IP 地址之前曾被标记为垃圾邮件发送者，则可能会导致问题。
1 个赞
是的，但是链接没什么特别的。我不认为他们有任何“特殊”安排。
这是链接。
我理解他们的解释，但那是他们的工作，而不是付费客户的工作。我无法知道他们分配给我的或任何客户的 IP 地址之前被用于什么。
他们的文档说的是端口 25，但现在没有人使用那个端口了。每个人都使用 SSL 端口。
1 个赞
我不太明白这个话题是关于什么的，但是 DO 有大量的 X 电子商务客户，而且每一个客户都使用某种服务来发送电子邮件。我正在使用 Amazon SES。
原因是，托管自己的邮件服务器，以便直接发送给收件人，已经变得不可能。如果他们关闭了最后一个允许这样做的漏洞，我对此也无所谓。
但同样，我甚至不知道我是否在谈论同一件事。
我的服务器托管在 Scaleway。他们曾推出一项政策，在您提供政府颁发的身份证件之前，会阻止这些端口。也许有类似的流程在运行？
1 个赞
587 是标准端口。
端口 587：默认端口
1998 年 12 月，在端口 25 开始出现大量垃圾邮件后，R. Gellens 和 J. Klensin 提交了 RFC 2476，以支持为互联网电子邮件通信添加新规范。RFC 提议将传统的邮件提交和邮件中继概念分开。
RFC 定义邮件提交应通过端口 587 进行，以确保新的策略和安全要求不干扰通过邮件中继端口 25 的传统中继流量。
端口 587 是默认的邮件提交端口。 当电子邮件客户端或出站服务器提交电子邮件以由合适的邮件服务器路由时，它应始终使用 SMTP 端口 587 作为默认端口。
此端口结合 TLS 加密，将确保电子邮件的提交是安全的，并遵循 IETF 制定的指南。
所有 Mailgun Send 客户都应考虑使用端口 587 作为其默认 SMTP 端口，除非您的上游网络或托管提供商明确阻止使用该端口。
2 个赞
我已经使用 Digital Ocean 六年了，但他们只托管 Discourse，我的域名在单独的托管账户上，该账户有 cPanel。域名的名称服务器指向 DO，然后我将子域名和邮件重定向回其他托管。
这样做的主要原因是为了托管一个易于访问的网站，该网站拥有我需要的一切（当时在 Ubuntu 上设置所有这些太费力了），并且该网站使用 Discourse SSO 作为登录。
希望您在这里展示的内容不会影响我，但感谢您的提醒，如果我开始遇到问题，我会知道该注意什么。
2 个赞
Digital Ocean 默认阻止出站端口 25 已经实行了多年。这并不是什么新鲜事。
Matt 在这里解释得很清楚：
6 个赞
Digital Ocean 之前提供过电子邮件服务。@Architect 在早期的 Discourse 网站上使用了全能托管套餐。
2 个赞
您是如何设置初始邮件发送的？
使用了我们购买VPS的Web主机提供的SMTP服务器。使用了SSL端口等。
更有趣的是，通过同一个SMTP服务器使用SSL端口发送的邮件仍然可以正常工作。
所以，通过 - https://mydomain.com 发送的邮件至今仍然可以正常工作。
通过 - https://ourDiscourseInstance.mydomain.com 发送的邮件，无论使用什么端口/SSL，都会被阻止。
我的理解是，阻止是针对Discourse/其他论坛工具的。