2014-02-05 3 views
2

Я использую веб-узлы Mandrill из долгого времени, и до сих пор я не сталкивался с этой ошибкой.Ошибка регистрации тайм-аута Mandrill

Screenshot from Mandrillapp.com

Но теперь я вижу эту ошибку, я не уверен, что вызвало это?

Пожалуйста, дайте мне знать, почему это может произойти, и что может быть возможным решением для этого же.

Это связано с пропускной способностью моего сервера, потому что я также проверил это, и у Mandrill не слишком много одновременных запросов, которые он отправляет на мой сервер Apache, поэтому, по моему мнению, это не проблема, а также mysql также кажется, не вызывает узкое место, но тогда я не использовал инструмент сравнения, чтобы определить то же самое.

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

ответ

0

Похоже, что URL-адрес не отвечает на запрос. Может быть несколько причин:

  • Если URL-адрес указывает на внутренний сервер, межсетевой экран может блокировать его или номер порта (если задано).
  • После настройки webhook отправит через HTTP-протокол POST, однако для тестирования он отправляет запрос HEAD. Довольно часто веб-серверы (например, IIS) ограничивают, какие глаголы они отвечают, и будут отвечать только на запросы GET и POST.

Если это работает ваш URL должен реагировать только с заголовки только чтобы подтвердить запрос. (РУКОВОДИТЕЛЬ не позволяет какое-либо содержимое страницы для отправки), поэтому он должен делать только что-то вроде этого запроса на ГОЛОВЫ:

<?php header('Content-Type:'); // returning 200 ?> 

Более подробную информацию о своем сайте http://help.mandrill.com/entries/22024856-Why-can-t-my-webhook-or-inbound-route-URL-be-verified-

Вы можете попробовать это чтобы увидеть, какой результат HTTP-заголовка возвращается (если есть), или если возвращается другая ошибка, просто помните, что если URL-адрес является внутренним, он может быть заблокирован для внешнего мира. https://chrome.google.com/webstore/detail/postman-rest-client/fdmmgilgnpjigdojojpjoooidkmcomcm?hl=en

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