# 关于discourse-setup的拟议更改，因为Digital Ocean屏蔽了出站SMTP

**URL:** <https://meta.discourse.org/t/proposed-changes-to-discourse-setup-because-digital-ocean-blocks-outbound-smtp/66778>\
**Category:** Development\
**Created:** [2017 年7 月 25 日 13:30 UTC](https://meta.discourse.org/t/proposed-changes-to-discourse-setup-because-digital-ocean-blocks-outbound-smtp/66778 "2017-07-25T13:30:12Z")\
**Posts on this page:** 1\
**Showing post:** 21

<div class="post-metadata">

作者： ![kgrier](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/kgrier/32/207667_2.png) [@kgrier](https://meta.discourse.org/u/kgrier)\
发布日期： [2025 年5 月 2 日 00:12 UTC](https://meta.discourse.org/t/proposed-changes-to-discourse-setup-because-digital-ocean-blocks-outbound-smtp/66778/21 "2025-05-02T00:12:42Z")

</div>

我曾要求 DO 在三月份也开始阻止 587 端口。当我联系他们时，我非常生气，他们坚持说他们无意阻止我的主机。我曾对 postfix（和 netcat）进行了一些实验，并证明我无法通过该主机上的三个 IP 地址中的任何一个访问 587 端口，甚至无法访问 Team 中 droplet 之间的内部子网。然后，他们的技术人员“重置”了我的 droplet 的网络，这需要我关闭然后重新启动 droplet 来恢复访问。

听起来他们是在虚拟基础设施中实施了“全局”阻止，而没有检查谁在使用 SMTP。这相当懒惰。他们本可以很容易地确定一个 droplet 是否在使用专用的商业中继，例如 Mailgun、SMTP2GO 等，并在第一轮中豁免它们。但对于不与客户沟通开始过滤/阻止 587 端口的计划，没有任何借口。

从好的方面来看，我找到了 MailerSend（MailerLite 的姐妹公司），我的流量将符合他们的免费套餐，而不是 Mailgun Flex 套餐。

---

_[View the full topic](https://meta.discourse.org/t/proposed-changes-to-discourse-setup-because-digital-ocean-blocks-outbound-smtp/66778)._