Mandrill api 日志显示消息已发送,但我没有收到,并且没有显示在 activity 中
Mandrill api log says message is sent, but I don't receive it, and it doesn't show in activity
我正在尝试使用 Mandrill 上的生产密钥发送电子邮件。以前这没有问题。然而现在,尽管收到来自 API 的成功响应,在 api 日志中可见,但没有发送电子邮件,并且出站 activity 日志中没有任何内容。
如果我检查 api 日志中似乎失败的消息,它会显示:
[
{
"email": [email_address],
"status": "sent",
"_id": [id],
"reject_reason": null
}
]
用失败邮件的 ID 替换已发送电子邮件的内容视图中的 ID 会显示格式正确的电子邮件:
例如https://mandrillapp.com/activity/content?id=20151214_[put_the_id_here]
这是一个错误吗?是什么原因造成的?我在哪里可以看到有关发生的事情的更多信息?如果将来再次发生这种情况,我该如何监控?我怎样才能防止它在未来发生?
上周我遇到了类似的问题。 "sent" 状态仅表示 Mandrill 发送了它。但是,只有在信息 api 响应中存在代码以 2 开头(例如 250 等)的 SMTP 事件对应的 SMTP 事件时,才会确认收到电子邮件,如下所示:
"smtp_events": [
{
"ts": 1442448422,
"type": "sent",
"diag": "250 SmtpThread-4622542-14682902148@ps-they-19.uk.miplecast.lan Received OK",
"source_ip": "505.207.171.171",
"destination_ip": "705.139.255.221",
"size": 29501
}
查看此 link 了解更多信息。
https://mandrill.zendesk.com/hc/en-us/articles/205582697-How-to-Confirm-If-an-Email-Was-Actually-Delivered
问题也可能出在收件人服务器上,因此可能会延迟递送。根据我们上周的经验,消息在发送后 4 小时送达。我们无法确定发生这种延迟的原因。
HTH,
我已就此问题与 Mandrill 支持人员联系,他们将其描述为 'very strange indeed'。删除 API 键并生成一个新键解决了这个问题,但是没有解释为什么会这样,如何检测问题,或者如何阻止它在未来再次发生。
有问题的邮件实际上从未由 Mandrill 发送,并且没有显示任何 SMTP 事件,尽管报告是由他们的 API
发送的
要检查的另一件事是确保您使用的是有效的 API 密钥而不是 test one。顾名思义,测试键的设计就像普通键一样工作,因此对您的程序的反馈将是相同的,但实际上不会发送消息。
您可以通过转至 Mandrill settings 并查看 API 键的列表来查看这是否是问题所在。测试键有一条非常清晰的 This is a test key
消息列出。
如果您自己生成密钥,这可能不是问题,但如果您继承了这个项目,则值得一看。
我正在尝试使用 Mandrill 上的生产密钥发送电子邮件。以前这没有问题。然而现在,尽管收到来自 API 的成功响应,在 api 日志中可见,但没有发送电子邮件,并且出站 activity 日志中没有任何内容。
如果我检查 api 日志中似乎失败的消息,它会显示:
[
{
"email": [email_address],
"status": "sent",
"_id": [id],
"reject_reason": null
}
]
用失败邮件的 ID 替换已发送电子邮件的内容视图中的 ID 会显示格式正确的电子邮件:
例如https://mandrillapp.com/activity/content?id=20151214_[put_the_id_here]
这是一个错误吗?是什么原因造成的?我在哪里可以看到有关发生的事情的更多信息?如果将来再次发生这种情况,我该如何监控?我怎样才能防止它在未来发生?
上周我遇到了类似的问题。 "sent" 状态仅表示 Mandrill 发送了它。但是,只有在信息 api 响应中存在代码以 2 开头(例如 250 等)的 SMTP 事件对应的 SMTP 事件时,才会确认收到电子邮件,如下所示:
"smtp_events": [
{
"ts": 1442448422,
"type": "sent",
"diag": "250 SmtpThread-4622542-14682902148@ps-they-19.uk.miplecast.lan Received OK",
"source_ip": "505.207.171.171",
"destination_ip": "705.139.255.221",
"size": 29501
}
查看此 link 了解更多信息。 https://mandrill.zendesk.com/hc/en-us/articles/205582697-How-to-Confirm-If-an-Email-Was-Actually-Delivered
问题也可能出在收件人服务器上,因此可能会延迟递送。根据我们上周的经验,消息在发送后 4 小时送达。我们无法确定发生这种延迟的原因。
HTH,
我已就此问题与 Mandrill 支持人员联系,他们将其描述为 'very strange indeed'。删除 API 键并生成一个新键解决了这个问题,但是没有解释为什么会这样,如何检测问题,或者如何阻止它在未来再次发生。
有问题的邮件实际上从未由 Mandrill 发送,并且没有显示任何 SMTP 事件,尽管报告是由他们的 API
发送的要检查的另一件事是确保您使用的是有效的 API 密钥而不是 test one。顾名思义,测试键的设计就像普通键一样工作,因此对您的程序的反馈将是相同的,但实际上不会发送消息。
您可以通过转至 Mandrill settings 并查看 API 键的列表来查看这是否是问题所在。测试键有一条非常清晰的 This is a test key
消息列出。
如果您自己生成密钥,这可能不是问题,但如果您继承了这个项目,则值得一看。