Smtp2go 中断历史

1. 2026年10月15日 UTC 15:03investigating

   该小组最近更新了我们的服务器处理流量的方式。 具体来说,SMTP(https://www.rfc-editor.org/info/rfc5321/#section-2.3.8)要求0x0d在0x0a之前;最近一个针对"SMTP走私"的Exim补丁在遇到失踪的0x0d时改变了行为. 调查组正在研究这个更新,但与此同时,我们建议连接45.33.50.34,43.228.184.6,或45.33.53.153,而不是邮箱.smtp2go.com主机名,作为潜在的工作绕道.

2. 2026年10月15日 UTC 17:23resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年10月8日 UTC 08:28investigating

   已提请我们注意,少数客户在使用我们的API时会遇到状态Code=500错误. 我们的开发商正在调查,我们希望很快有解决办法.

2. 2026年10月8日 UTC 09:54resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年10月1日 UTC 12:38investigating

   我们的发展小组正在继续调查连通性问题。 同时,请尝试通过mail-eu.smtp2go.com或mail-us.smtp2go.com连接. 我们还建议安全列出我们新的入境IP地址,这些地址列于此处:https://support.smtp2go.com/hc/en-gb/articles/227835308-Worldwide-Server-Locations-IP-Addresses-和-电子邮件-Routing

2. 2026年10月1日 UTC 21:04resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年10月1日 UTC 09:10monitoring

   我们的团队一直在增加新的服务器来增加容量, 这引起了一些连接问题, 这个问题现已得到解决。 请告诉我们,如果你继续看到任何问题.

2. 2026年10月1日 UTC 09:44resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年9月30日 UTC 11:29investigating

   如果您无法连接到mail.smtp2go.com,请尝试连接到mail-eu.smtp2go.com. 一些欧洲地点无法解决邮件. smtp2go.com. 这是一个临时问题,应当很快予以解决。 请检查access-date=中的日期值 (帮助) 请检查access-date=中的日期值 (帮助) 互联网档案馆的存檔,存档日期2013-12-02. 实施伙伴可在此查阅:https://support.smtp2go.com/hc/en-gb/articles/227835308-Worldwide-Server-Locations-IP-Addresses-和-电子邮件-Routing

2. 2026年9月30日 UTC 11:37resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年9月30日 UTC 08:50resolved

   在我们的非盟区域,少数账户仍在被拖延。 我们的开发商正在调查.

自动翻译自官方事件更新。

1. 2026年9月30日 UTC 00:28investigating

   在我们的非盟区域,少数客户可能遭受电子邮件发送的延误,电子邮件被作为“处理”持有。 我们的发展团队正积极调查这个问题,并努力作为紧急事项加以解决. 我们为任何不便表示歉意,并将在获得更多信息后提供进一步的最新资料.

2. 2026年9月30日 UTC 01:01identified

   这一问题已经确定,目前正在采取补救措施。 "被处理"的电子邮件很快会开始流出.

3. 2026年9月30日 UTC 02:08monitoring

   已部署固定, 邮件队列正在下降 。 我们继续监视.

4. 2026年9月30日 UTC 03:27monitoring

   "被处理"的电子邮件继续顺利流出. 一些电子邮件仍然排队, 我们正在继续监控这些清晰.

5. 2026年9月30日 UTC 05:25resolved

   少数账户似乎仍在被拖延。 我们的开发商正在调查.

自动翻译自官方事件更新。

1. 2026年9月29日 UTC 20:31identified

   由于需求高于通常,入境处理时间已经缩短。 我们正在增加网络能力来解决这一问题.

2. 2026年9月29日 UTC 22:23resolved

   这一事件已经得到解决.

3. 2026年9月29日 UTC 22:54postmortem

   我们调查了有关SMTP连接超时的报告,发现我们一些收到的邮件服务器已经积累了卡住的邮件处理程序. 这些流程消耗了过多的处理能力,削弱了服务器处理其他连接的能力,并可能造成反应缓慢或超时。 我们的调查发现,在处理SMTP认证方法时可能存在错误. 诊断检查显示,一个过程试图在连接关闭后作出反应。 我们正在调查这是否使进程陷入僵局;确切的触发因素尚未确认。 各项行动消除了所观察到的资源积累,但我们正在继续监测是否再次发生。 我们正在准备邮件服务器软件的更新,并评估它们是否解决了潜在的错误。 我们还正在评估一种保障措施,以发现和清除被困过程,以免影响服务.

自动翻译自官方事件更新。

1. 2026年9月25日 UTC 15:14identified

   一些客户出现超时和间歇性连接问题. 我们已计划改进前端数据库的速度,并正在积极监测执行情况,同时继续进行调查.

2. 2026年9月25日 UTC 21:47resolved

   我们的团队进行了几项改革,以提高前端数据库的效率和总体业绩。 服务已经稳定下来,我们不再看到先前报告的暂停或间歇性联系问题。 我们将继续密切监测执行情况.

自动翻译自官方事件更新。

1. 2026年9月23日 UTC 16:24investigating

   用户可能注意到,发送的电子邮件目前在其活动信息中被显示为“处理”。 我们的发展团队正在积极调查这个问题,并努力查明原因

2. 2026年9月23日 UTC 21:13monitoring

   一项措施已经执行,我们正在监测结果.

3. 2026年9月23日 UTC 23:39resolved

   这一事件已经得到解决。 如果您遇到显示“处理”的电子邮件, 请联系我们的支援团队.

自动翻译自官方事件更新。

1. 2026年9月21日 UTC 21:58monitoring

   这一事件由伦敦Akamai/Linode数据中心的一起DNS事件所引起. 详情请参见:https://status.linode.com/incicents/fsgmc1p06swx. 对客户的影响仅限于延迟更新活动/交付报告.

2. 2026年9月21日 UTC 22:19resolved

   Linode UK指出这个问题已经解决。 SMTP2GO仪表板活动报告也已更新.

自动翻译自官方事件更新。

1. 2026年9月21日 UTC 14:02investigating

   用户可能注意到,发送的电子邮件目前在其活动信息中被显示为“处理”。 我们的发展团队正在积极调查这个问题,并努力查明原因

2. 2026年9月21日 UTC 21:48resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年9月4日 UTC 08:58investigating

   我们的团队目前正在调查一个问题,导致一些电子邮件留在微软电子邮件地址的“处理”状态中,导致发送延误和灰色清单。 我们正在努力解决这一问题。 我们建议尽可能将安全列入名单:https://support.smtp2go.com/hc/en-gb/articles/360000471954-Allowloint-IP-Addresses-With-Microsoft-365

2. 2026年9月4日 UTC 11:17identified

   虽然我们继续用微软域处理当前的问题,但所有指标都表明微软本身存在更大的全球性问题。 我们将继续提供已有的最新资料。 https://groups.io/email-productor-status?isp=微软+365 互联网档案馆的存檔,存档日期2013-12-21

3. 2026年9月4日 UTC 12:04identified

   微软已接受当前电子邮件延迟的责任. 详情见其状况页和以下: 问题编号:EX1467029 受影响服务:在线交流 状况:服务退化 问题类型: 事件 开始时间:2026年9月4日,10:19 PM GMT+12 用户影响 在Exchange Online中,用户在发送和接收来自外部域的电子邮件信息方面可能会遇到延误. 更多信息 用户可能遇到间歇性的“服务员忙”错误,影响到多个邮箱。 影响范围 这个问题影响到用户,他们可能试图在交换在线发送和接收来自外部域的电子邮件信息。 我们的调查继续进行时,可能会更新这一信息.

4. 2026年9月4日 UTC 14:04identified

   我们正在调查,因为这个问题已经开始 影响其他供应商,如Gmail

5. 2026年9月4日 UTC 14:26investigating

   我们的技术小组正在调查一个问题 给不同供应商的一些信息被显示为“处理” 而没有到达接收者

6. 2026年9月4日 UTC 14:38monitoring

   由微软服务问题所引发的冲击效应导致的超负荷服务器排出异常. 已执行固定, 我们正在监视服务器队列

7. 2026年9月4日 UTC 20:41resolved

   这一事件已经解决,邮件队列也恢复正常. 谢谢你的耐心.

自动翻译自官方事件更新。

1. 2026年8月27日 UTC 22:38identified

   我们查明了造成一些客户遇到联系问题和交货延误的问题(电子邮件仍处于“处理”状态)。 我们的团队正在紧急地努力解决这一问题并恢复正常服务.

2. 2026年8月27日 UTC 23:01monitoring

   一项固定措施已经执行,我们正在继续监测结果。 连接稳定性正在提高,队列级别正在下降,延迟的电子邮件正在处理中.

3. 2026年8月27日 UTC 23:21monitoring

   我们正在继续监测局势。 如果你仍然遇到联系问题或运送延误,请联系我们的支援小组寻求援助.

4. 2026年8月27日 UTC 23:44resolved

   这一事件已经得到解决。 我们对造成的干扰和不便表示诚挚的歉意。 如果您在连接或电子邮件发送方面有任何进一步的问题,请联系我们的支助小组寻求援助.

自动翻译自官方事件更新。

1. 2026年8月27日 UTC 03:20investigating

   我们的小组目前正在调查一个导致一些电子邮件仍然处于“处理”状态的问题,结果造成交付延误。 我们正在努力解决这一问题.

2. 2026年8月27日 UTC 03:57investigating

   我们正在继续调查这一问题.

3. 2026年8月27日 UTC 04:52monitoring

   一项固定措施已经执行,我们正在监测结果。 在“处理”状态下积压的电子邮件目前正在处理之中.

4. 2026年8月27日 UTC 05:18monitoring

   我们正在继续监测.

5. 2026年8月27日 UTC 06:40resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年8月18日 UTC 16:47investigating

   欧洲用户在仪表板上更新的交付状况可能会出现延误。 我们的开发者目前正在研究一个固定。 请放心,尽管延迟了状态更新,电子邮件已经成功发送.

2. 2026年8月19日 UTC 06:01resolved

   这一事件已经得到解决。 如果你仍然有邮件显示 仅"处理", 请联系我们的支援团队 谁可以进一步协助.

自动翻译自官方事件更新。

1. 2026年7月25日 UTC 19:01investigating

   我们的开发者正在调查一个导致电子邮件处理延迟的问题. 一些在受影响的服务器上的用户可能会看到怪异的电子邮件被卡在他们的活动页面"Processed"的舞台上,而其他的则正在发送.

2. 2026年7月26日 UTC 06:00resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年7月1日 UTC 09:42investigating

   We are currently investigating an issue with email delivery

2. 2026年7月1日 UTC 10:01monitoring

   The issue has been identified and addressed

3. 2026年7月1日 UTC 10:10resolved

   This incident has been resolved.

1. 2026年6月25日 UTC 10:32identified

   Our SMS partner Message Media is experiencing issues which is resulting in some SMS messages being marked as "Sending". You can subscribe to updates on their status page here: https://status.messagemedia.com/

2. 2026年6月25日 UTC 12:20identified

   We are still waiting for more details from our SMS partner, Message Media. You can subscribe to updates on their status page here: https://status.messagemedia.com/

3. 2026年6月25日 UTC 17:27monitoring

   Our provider has confirmed that a fix has been implemented and they are monitoring the results: https://status.messagemedia.com/

4. 2026年6月25日 UTC 17:27monitoring

   We are continuing to monitor for any further issues.

5. 2026年6月25日 UTC 18:29resolved

   A fix has been implemented, and messaging services have recovered. We have completed validation testing and confirmed that message sending and delivery are functioning as expected.

1. 2026年6月1日 UTC 07:31investigating

   We are aware of an issue causing delays in email delivery. Affected emails will appear as "Processed" in the Activity feed. Our development team is investigating and working to resolve the issue.

2. 2026年6月1日 UTC 08:48investigating

   We are continuing to investigate this issue at the highest priority level.

3. 2026年6月1日 UTC 09:18identified

   The issue has been identified and a fix is being implemented.

4. 2026年6月1日 UTC 09:40identified

   The issue has been identified as a failed server that did not have an easy mitigation strategy for its failure, as it was part of an older network configuration. Measures have been put in place to re-route traffic and some delays are anticipated while the backlog gets processed. This is not anticipated to be long. We will have a full review of our strategy around this with the view to eliminate this from happening in the future.

5. 2026年6月1日 UTC 09:41monitoring

   A fix has been implemented and we are monitoring the results.

6. 2026年6月1日 UTC 10:35resolved

   This incident has been resolved.