2015-08-23 8 views
3

Я тестирую API Mandrill и отправил электронное письмо на свой счет GMail. В журналах API, он говорит:Mandrill Статус: queued

"Статус": "очередь"

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

самый раз Mandrill может отправлять электронную почту намного быстрее, чем серверы реципиентов являются в состоянии принять или обработать его

GMail не может обрабатывать мое электронное письмо, которое я сена т?

+0

После того, как вы отправите запрос, если вы сделаете еще один звонок, чтобы прочитать информацию об этом сообщении, он все еще говорит в очереди (может быть, попробуйте подождать минуту и ​​посмотреть, все ли это говорит)? Когда вы первый раз отправляете запрос, я уверен, что они поставят его в очередь, но я думаю, что это довольно быстро изменилось. – mattetre

ответ

9

Очередной ответ в API Mandrill не совпадает с ответом в очереди с сервера получателя.

Когда вы отправляете сообщение через Mandrill, вы сначала передаете его Mandrill, Mandrill обрабатывает его, а затем Mandrill передает его на сервер получателя. Все это происходит довольно быстро, но два этапа ретрансляции являются отдельными и раздельными. К статье, к которой вы привязались, содержится дополнительная информация об этом последнем шаге, ретрансляция на серверы получателей, нет a queued статус для API Mandrill.

Существует ряд причин, по которым API Mandrill может отвечать queued, включая, если вы добавили вложения или отправили кучу получателей в одном вызове API.

Не видя фактического вызова API, это сложно сказать , почему вы получаете ответ queued. Но если вы используете пример отправки сообщений/отправки API, вам нужно удалить все необязательные параметры, которые вы на самом деле не устанавливаете. Например, образец имеет поддельные вложения, и указан субсчет. Вложение приведет к обработке вызова async. Субсчет, вероятно, не существует и приведет к сбою вызова. Поэтому, если это так, попробуйте удалить все эти необязательные параметры. Если нет, предоставьте API-запрос, который вы создаете с измененными конфиденциальными данными (ключ API, фактические адреса электронной почты).

+0

В моем случае ошибка произошла из-за поля вложения, я удалил его, и он начал работать. Пожалуйста, Кейтлин, если вы работаете на Mandrill, можете ли вы добавить комментарий к документации? – McSas

+2

@McSas; Это упоминается в [документах присоединения] (https://mandrill.zendesk.com/hc/en-us/articles/205582407-Does-Mandrill-support-attachments-): 'Сообщения, содержащие вложения, будут поставлены в очередь, а вложения, обработанные с помощью ряда механизмов сканирования вирусов, чтобы гарантировать, что вложения безопасны для получателей. «Я действительно хочу, чтобы это упоминалось в документах API. Они заставляют это звучать как единственный раз, когда вы должны получить статус «queued», если вы проходите «async = true». – Molomby

2

Причина может заключаться в почасовой/месячной квоте, или вы используете одни и те же несколько учетных записей для одного публичного ip-сервера.

Смежные вопросы