山魈状态：排队

我测试的山魈API和发送电子邮件到我的Gmail帐户。在API的日志，它说：山魈状态：排队

“状态”： “排队”

根据https://mandrill.zendesk.com/hc/en-us/articles/205582717-Why-does-a-delivered-message-say-queued-：

次数最多的山魈可以更快地发送电子邮件比收件人服务器是能够接受或处理它

Gmail无法处理我一个电子邮件，我仙T'

来源

2015-08-23 StackOverflowNewbie

你之后发送请求，如果你拨打另一个电话中得知消息的信息它还是要说排队（也许请等待一分钟，看看它是否仍然说的话）？当你第一次发送请求时，我确定他们排队，但我会认为这会变得很快 – mattetre

排队的响应的山魈API中是不一样的来自接收方服务器排队响应。

当您通过Mandrill发送消息时，首先将其转发给Mandrill，Mandrill处理它，然后Mandrill将其转发给收件人服务器。这一切都发生得很快，但是这两个中继步骤是分开的和不同的。你链接到KB文章所提供的有关这最后一步的更多细节，中继到收件人的服务器，不的山魈API一个queued状态。

Mandrill API可能会以多种原因响应queued，其中包括如果您添加了附件或者您是通过单个API调用发送给一群收件人。

没有看到多数民众赞成正在取得实际的API调用，这是很难说为什么你得到一个queued响应。但是，如果您使用示例消息/发送API调用，则需要删除所有未实际设置的可选参数。例如，该示例具有伪附件和指定的子帐户。附件将导致呼叫被处理异步。该子帐户可能不存在，然后会导致呼叫失败。所以如果是这种情况，请尝试删除所有这些可选参数。如果没有，请提供您正在编写的API调用（敏感数据编辑）（API密钥，实际的电子邮件地址）。

来源

2015-08-25 16:35:48 Kaitlin

在我的情况下，错误是由于附件字段，我删除它，它开始工作。如果你为Mandrill工作，请给Kaitlin，你能否给文档添加一些评论？ – McSas

@McSas;这在上述[在attachement文档]（https://mandrill.zendesk.com/hc/en-us/articles/205582407-Does-Mandrill-support-attachments-）：'消息包含附件将被排队和附件通过一系列病毒扫描引擎处理，以帮助确保附件对收件人是安全的。“我真的希望在API文档中提到这一点。如果你传递'async = true'，它们会让你听起来像是唯一应该得到“排队”状态的时间。 – Molomby

的原因可能是要么按小时/每月配额结束或者你正在使用一个公用IP服务器相同的多个帐户。

来源

2016-01-15 06:07:36 Ningappa

山魈状态：排队

回答

相关问题