Mandrill api日志显示消息已发送,但我不知道';我没有收到它,它也没有';不在活动中出现

Mandrill api日志显示消息已发送,但我不知道';我没有收到它,它也没有';不在活动中出现,mandrill,Mandrill,使用Mandrill上的生产密钥,我试图发送电子邮件。以前,这是没有问题的。但是现在,尽管从API收到了成功的响应(在API日志中可见),但没有发送电子邮件,出站活动日志中也没有任何内容 如果我检查api日志中出现的失败消息,它会显示: [ { "email": [email_address], "status": "sent", "_id": [id], "reject_reason": null } ] 将已发

使用Mandrill上的生产密钥,我试图发送电子邮件。以前,这是没有问题的。但是现在,尽管从API收到了成功的响应(在API日志中可见),但没有发送电子邮件,出站活动日志中也没有任何内容

如果我检查api日志中出现的失败消息,它会显示:

[
    {
        "email": [email_address],
        "status": "sent",
        "_id": [id],
        "reject_reason": null
    }
]
将已发送电子邮件的内容视图中的id替换为失败电子邮件的id将显示格式正确的电子邮件:

e、 g


这是虫子吗?是什么原因造成的?我在哪里可以看到更多关于发生了什么的信息?我如何监控将来是否再次发生这种情况?我怎样才能防止将来发生这种情况呢?

上周我遇到了类似的问题。“已发送”状态仅表示是Mandrill发送的。但是,只有在info api响应中存在与之对应的SMTP事件,且代码以2开头(例如250等),才能确认电子邮件的接收,如下所示:

 "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
            }
查看此链接了解更多信息。

问题也可能出现在收件人服务器上,因此传递可能会延迟。根据我们上周的经验,邮件在发送4小时后才送达。我们还无法确定发生这种延迟的原因


HTH,

我一直在与Mandrill支持部门联系,他们称这个问题“确实很奇怪”。删除API密钥并生成一个新的API密钥解决了这个问题,但是没有解释为什么会出现这种情况,如何检测问题,或者如何防止将来再次发生问题


所讨论的邮件实际上从未由Mandrill发送,也没有显示任何SMTP事件,尽管报告是由它们的API发送的

还要检查的是,确保您使用的是有效的API密钥而不是SMTP密钥。顾名思义,测试键的设计就像普通键一样工作,因此对程序的反馈是相同的,但消息实际上不会被发送

通过转到并查看API键列表,可以查看这是否是问题所在。测试键有一个非常清晰的
这是列出的测试键
消息

如果您自己生成密钥,这可能不会成为问题,但是如果您继承了这个项目,那么值得一看