Выполнение php-fpm с httpd 2.4.4 в CentOS 6.4

Я видел, что это происходит несколько раз прежде и здесь являюсь причинами, которые я видел. Следует иметь в виду, что они были только замечены в крупной среде. Если Вы будете в единственном dc, единственная среда сервера Exchange Server, то они не будут применяться.

Прежде всего вот статья MS об этом: http://support.microsoft.com/kb/895853. Под возможным cuases Вы видите, что существует много вещей в действии.

Одни из Ваших обменных полномочий реле серверов не являются установкой правильно.

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

AD полномочия являются неправильными

Вы должны иметь, Отправляют Как полномочия на учетной записи, которая имеет от адреса из Вашей электронной почты. Если это работает иногда, но не другие затем это могут быть различные соединения каналом на почтовой маршрутизации с различными полномочиями между ними.

Аутентификация не работает правильно.

Прежде всего сценария может случиться так, что аутентификация перестала работать, и в этом экземпляре отклонена почта, поскольку у Вас нет разрешения. Во втором выполнении сценария аутентификация успешна. К сожалению, я не знаю, что ASP достаточно хорошо понимает код выше или консультирует по вопросам того, как зафиксировать его. smtpClient. UseDefaultCredentials не может быть правильным кодом для Вашей среды. Это только пройдет проверку подлинности, если требуется сервером и будет использовать учетные данные локально зарегистрированного пользователя. Если сервер не просит аутентификацию в первый раз вокруг затем Вас, привычка является authed и не может иметь разрешения отправить. Попытайтесь изменить его на некоторый код, который всегда проходит проверку подлинности.

Один из Вашего DCS или глобальных каталогов устарел или имеет плохую информацию.

Это редко, но возможно, что Ваши контроллеры домена имеют из синхронизирующей информации. Проверьте информацию о сервере дважды об от и до учетных записей через ldap, или adsi редактируют и гарантируют, что они идентичны через весь dcs.

Во всех экземплярах проверяют вход в систему Exchange Server и гарантируют, что вход SMTP включен со всеми полями. Используйте отслеживание сообщения для наблюдения точно, какие серверы это сообщение поражает.