Не удалось выполнить запрос веб службы exchange getappmanifests код ошибки 0

Содержание

Ошибка при перемещении почтового ящика Exchange 2016 Коды ошибок сервера SMTP — описания и способы решения проблем с отправкой писем. Как избежать популярных ошибок сервера SMTP error 451, 550, 571 и других.

Перенос почтового ящика из одной базы в другую — процедура самая обычная и не вызывающая особых сложностей. Но бывают исключения.

История такая: перемещаю ящик с помощью PowerShell, и, как обычно, мониторю процесс переноса такой вот командой:

Сначала ящик едет довольно бодро, но потом процесс останавливается на 95% и замирает в состоянии StalledDueToTarget_DataGuaranteeWait. Это состояние длится довольно долго, после чего процесс переноса завершается ошибкой.

Статус ошибки не указывает на причину, поэтому вывожу более подробную информацию:

Получаю вот такое сообщение, в котором говорится примерно следующее: «Не удалось реплицировать изменения почтового ящика. База данных не удовлетворяет ограничению SecondCopy потому что время фиксации изменений 04.09.2020 10:07:15 не гарантирует время репликации 31.12.9999 23: 59: 59».

Не очень внятное объяснение, особенно смущает дата из недалекого?? будущего. Но понятно, куда примерно копать. На серверах настроен DAG (Database Availability Group), база, в которую перемещается ящик, имеет копию, и видимо между базами есть проблемы с репликацией.

Проверяю состояние копий базы командой:

Как ни странно, все в полном порядке.

Тогда проверяю работу репликации на сервере, на котором располагается база:

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

На этом история завершилась. А в качестве заключения немного теории.

Data Guarantee API

Exchange Server включает в себя функционал Data Guarantee API, который используется службой репликации почтовых ящиков (Mailbox Replication Service, MRS) для проверки состояния системы копирования почтовых баз на основе определенных настроек. В частности, Data Guarantee API может использоваться для:

• Проверки Replication Health — подтверждение того, что доступно заданное число копий почтовой базы.
• Проверки Replication Flush — подтверждение того, что необходимые файлы журналов успешно применены к заданному числу копий почтовой базы.

После выполнения проверки API возвращает следующую информацию:

Статус

• Retry — возвращается как результат промежуточных ошибок, которые делают невозможным проверку состояния почтовой базы.
• Satisfied — возвращается, когда почтовая база соответствует заданным условиям или база не реплицируется.
• NotSatisfied — возвращается, когда почтовая база не соответствует заданным условиям. Кроме того возвращается информация о том, почему получен код NotSatisfied.

Время ожидания повторной проверки

• Если информация о копировании не получена, то время ожидания по умолчанию составляет 10 секунд.
• Если не найдено ни одной здоровой копии почтовой базы, то время ожидания по умолчанию составляет 2 минуты.
• Если здоровая копия почтовой базы найдена, но она отстает в репликации, то время ожидания по умолчанию составляет 1 минуту.

Максимально возможное время ожидания 10 минут.

DataMoveReplicationConstraint

Каждая база имеет свойство DataMoveReplicationConstraint, которое определяет, сколько копий почтовой базы должно быть возвращено в запросе. DataMoveReplicationConstraint может принимать следующие значения:

None — значение по умолчанию, присваивается при создании базы. При значении None условия в Data Guarantee API игнорируются. Это значение должно использоваться только для почтовых баз, которые существуют в единственном экземпляре и не реплицируются.
SecondCopy — как минимум одна пассивная копия базы должна соответствовать условиям Data Guarantee API. Это значение по умолчанию, которое присваивается при создании копии базы.
SecondDatacenter — как минимум одна копия базы в другом сайте Active Directory должна соответствовать условиям Data Guarantee API.
AllDatacenters — как минимум одна копия базы в каждом сайте Active Directory должна соответствовать условиям Data Guarantee API.
AllCopies — все копии почтовой базы должны соответствовать условиям Data Guarantee API.

Check Replication Health

Когда Data Guarantee API определяет «здоровье» инфраструктуры копий почтовых баз, вычисляются следующие параметры:

Если DataMoveReplicationConstraint имеет значение SecondCopy, то для данной базы по крайней мере одна пассивная копия должна:

• Быть в состоянии healthy.
• Иметь очередь воспроизведения (replay queue) с задержкой не более 10 минут.
• Иметь длину очереди копирования (copy queue) не более 10.
• Средняя длина очереди копирования (average copy queue length) не более 10. Средняя длина очереди копирования вычисляется на основе количества запросов приложения к состоянию базы данных.

Если DataMoveReplicationConstraint имеет значение SecondDatacenter, то для данной базы по крайней мере одна пассивная копия в другом сайте Active Directory должна:

• Быть в состоянии healthy.
• Иметь очередь воспроизведения (replay queue) с задержкой не более 10 минут.
• Иметь длину очереди копирования (copy queue) не более 10.
• Средняя длина очереди копирования (average copy queue length) не более 10.

3. Если DataMoveReplicationConstraint имеет значение AllDatacenters, то для данной почтовой базы активная копия должна быть смонтирована, а пассивная копия в каждом сайте Active Directory должна:

• Быть в состоянии healthy.
• Иметь очередь воспроизведения (replay queue) с задержкой не более 10 минут.
• Иметь длину очереди копирования (copy queue) не более 10.
• Средняя длина очереди копирования (average copy queue length) не более 10.

4. Если DataMoveReplicationConstraint имеет значение AllCopies, то для данной почтовой базы активная копия должна быть смонтирована, а все пассивные копии почтовой базы должны:

• Быть в состоянии healthy.
• Иметь очередь воспроизведения (replay queue) с задержкой не более 10 минут.
• Иметь длину очереди копирования (copy queue) не более 10.
• Средняя длина очереди копирования (average copy queue length) не более 10.

Check Replication Flush

Data Guarantee API может также использоваться для проверки того, что заданное число копий почтовой базы применяет требуемые транзакционные журналы. Это проверяется сравнением временной метки последнего примененного журнала с временной меткой подтверждения от вызывающего сервиса (в большинстве случаев это временная метка последнего файла журнала, который содержит требуемую информацию) плюс 5 секунд (это связано с отклонениями системного времени). Если метка времени применения больше, чем время подтверждения, то проверка возвращает статус Satisfied, если меньше — возвращает статус NotSatisfied.

Mailbox Replication Service

При перемещении ящиков служба репликации MRS вызывает Data Guarantee API несколько раз за время выполнения запроса на перемещение. Перемещение выполняется в следующем порядке:

• Запрос на перемещение обновляет Active Directory и помещает сообщение в системный почтовый ящик, расположенный в почтовой базе целевого сайта Active Directory. Затем MRS запрашивает Data Guarantee API, чтобы определить здоровье целевой инфраструктуры копий почтовых баз. Пока возвращаемый статус равен Satisfied, выполнение запроса на перемещение будет продолжаться.
• MRS начинает перемещение информации, клонируя структуру почтового ящика в целевую почтовую базу, параллельно запрашивая Data Guarantee API для определения состояния целевой инфраструктуры копий почтовых баз. Пока возвращаемый статус равен Satisfied, выполнение запроса на перемещение будет продолжаться.
• MRS выполняет начальную синхронизацию, создавая мгновенный снимок почтового ящика-источника и реплицируя его папки и содержимое. Во время этого процесса MRS запрашивает Data Guarantee API каждые 10 секунд, чтобы определить состояние целевой инфраструктуры копий почтовых баз. Пока возвращаемый статус равен Satisfied, выполнение запроса на перемещение будет продолжаться.
• MRS выполняет дополнительную синхронизацию, реплицируя изменения, появившиеся по отношению к первоначальному мгновенному снимку. Во время этого процесса MRS запрашивает Data Guarantee API каждые 10 секунд, чтобы определить состояние целевой инфраструктуры копий почтовых баз. Пока возвращаемый статус равен Satisfied, выполнение запроса на перемещение будет продолжаться.
• MRS блокирует почтовый ящик-источник.
• MRS выполняет дополнительную синхронизацию, чтобы провести изменения, сделанные с момента последнего события синхронизации, кроме того, копирует другие данные почтового ящика. Начиная Exchange 2010 SP1 MRS будет заставлять целевую базу применить активный транзакционный журнал, если он еще не применился, тем самым гарантируя, что непрерывная репликация может реплицировать информацию этого журнала, который содержит данные синхронизации перемещаемого почтового ящика. MRS определяет, выполнилось ли это успешно с помощью вызова Check Replication Flush в Data Guarantee API.
• MRS запрашивает Data Guarantee API, чтобы определить состояние инфраструктуры копий почтовых баз. Пока возвращаемый статус равен Satisfied, выполнение запроса на перемещение будет продолжаться.
• MRS обновляет учетную запись пользователя в Active Directory, отмечая, что перемещение завершено.
• MRS блокирует целевой почтовый ящик.
• MRS изменяет состояние почтового ящика в почтовой базе-источнике на soft-deleted. Эта функция была добавлена в Exchange 2010 SP1 для гарантии того, что в случае потери целевой почтовой базы вы сможете восстановить почтовый ящик из предыдущей почтовой базы.

Если во время шагов с 1 по 4 Data Guarantee API вернет NotSatisfied или Retry, MRS поместит запрос на перемещение в очередь и будет повторять запрос каждые 30 секунд. MRS помещает запрос на перемещение в очередь не более чем на 15 минут, после чего аварийного его завершает. Если в пределах этих 15 минут возвращается ответ Satisifed, MRS будет автоматически возобновлять запрос на перемещение.

Во время шага 6 MRS будет ждать максимум 30 минут, пока Data Guarantee API не вернет Satisfied (повторяя запрос каждые 10 секунд). Если Satisfied не получен, то MRS будет аварийно завершать перемещение почтового ящика.

Когда запрос на перемещение завершается аварийно, он не будет возобновляться сервисом MRS автоматически. До выполнения Resume-MoveRequest администратору следует выполнить Get-MoveRequestStatistics для того, чтобы определить причину аварийного завершения перемещения. После этого администратор может выполнить Resume-MoveRequest.

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

Microsoft Outlook 2010: отсутствует подключение к Microsoft Exchange

Microsoft Outlook 2010: отсутствует подключение к Microsoft Exchange

Программа Outlook 2010 – одно из самых популярных почтовых приложений в мире. Это обусловлено высокой стабильностью работы, а также тем, что производителем данного клиента является бренд с мировым именем – Microsoft. Но, несмотря на это, и у этой программы случаются ошибки в работе. Давайте выясним, чем вызвана в Microsoft Outlook 2010 ошибка «Отсутствует подключение к Microsoft Exchange», и как её устранить.

Ввод неверных учетных данных

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

Неправильная настройка учетной записи

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

Для создания новой учетной записи в Exchange, нужно закрыть программу Microsoft Outlook. После этого, заходим в меню «Пуск» компьютера, и переходим в Панель управления.

Далее, заходим в подраздел «Учетные записи пользователей».

Затем, кликаем по пункту «Почта».

В открывшемся окне, жмем на кнопку «Учетные записи».

Открывается окно с настройками учетных записей. Жмем на кнопку «Создать».

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

Открывается окно добавления учетной записи. Переставляем переключатель в позицию «Настроить вручную параметры сервера или дополнительные типы серверов». Кликаем по кнопке «Далее».

На следующем этапе переключаем кнопку в позицию «Сервер Microsoft Exchange или совместимая служба». Жмем на кнопку «Далее».

В открывшемся окне, в поле «Сервер» вводим имя сервера по шаблону: exchange2010.(домен).ru. Галочку около надписи «Использовать режим кэширования» стоит оставлять только тогда, когда вы выполняете вход из ноутбука, или находясь не в главном офисе. В остальных случаях её нужно убрать. В графе «Имя пользователя» вводим логин для входа в Exchange. После этого, жмем на кнопку «Другие настройки».

Во вкладке «Общие», куда вы сразу переместитесь, можете оставить наименования учетной записи по умолчанию (как и в Exchange), а можете заменить на любую удобную для вас. После этого, переходим во вкладку «Подключение».

В блоке настроек «Мобильный Outlook» ставим флажок напротив записи «Подключение к Microsoft Exchange по протоколу HTTP». После этого, активируется кнопка «Параметры прокси-сервера Exchange». Кликаем по ней.

В поле «Адрес URL» вводим тот же адрес, который вводили ранее при указании наименования сервера. Способ проверки должен быть указан по умолчанию, как «Проверка подлинности NTLM». Если это не так, то заменяем на нужный вариант. Жмем на кнопку «OK».

Вернувшись во вкладку «Подключение», жмем на кнопку «OK».

В окне создания учетной записи жмем на кнопку «Далее».

Если вы все сделали правильно, то учетная запись создана. Жмем на кнопку «Готово».

Теперь можно открывать Microsoft Outlook, и заходить в созданную учетную запись Microsoft Exchange.

Устаревшая версия Microsoft Exchange

Ещё одной причиной, по которой может возникать ошибка «Отсутствует подключение к Microsoft Exchange», является устаревшая версия Exchange. В этом случае, пользователь может лишь, пообщавшись с администратором сети, предложить ему перейти на более современное программное обеспечение.

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

Отблагодарите автора, поделитесь статьей в социальных сетях.

Что делать, если Outlook выдаёт ошибку «отсутствует подключение к Microsoft Exchange»

Outlook – это почтовое приложение, предоставляемое компанией Microsoft. Посредством его можно собирать корреспонденцию из разных аккаунтов: Mail, Yandex, Google, сортировать её, с удобством отвечать на письма. Чаще всего подобной услугой пользуются компании. Иногда происходят сбои, и программа выдаёт ошибку, в которой указано, что связь между сервером и клиентом не установлена. Постараемся разобраться, почему такое недоразумение случается.

Алгоритм исправления ошибки Outlook «отсутствует подключение к Microsoft Exchange».

Учётная запись

Чаще всего причиной разлада между сервером и почтовым клиентом является некорректная настройка параметров учётной записи.

Удаление старой

Создание новой

Устаревшая версия

Если после настройки при попытке соединения подключиться к серверу Exchange всё равно не удаётся, возможно, его версия устарела и не совместима с Outlook. В подобном случае вам может помочь только сетевой администратор, который курирует корпоративную почту. Версия почтового клиента от 2016 года не сможет соотнестись с Exchange 2007 и более ранними.

Что делать с Outlook 2016

Выше упоминалось, что настроить подключение к Exchange Outlook 2016 невозможно – предполагается, что это должно произойти автоматически за счёт службы Autodiscover. Если что-то пошло не так, и вы видите всё ту же ошибку, стоит опять же обратиться к администратору. Он должен правильно задать параметры для функции автоподключения.

Проверка данных

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

Microsoft Outlook 2010: отсутствует подключение к Microsoft Exchange

Вопрос

Ответы

Тема закрыта))) Спасибо Максим, разобрался сам))) Почта пошла, пользователь смог авторизоваться в оутлуке, ошибки буду устранять по ходу)) спасибо тема закрыта

Все ответы

Проверьте запущена ли у вас служба Microsoft Exchange Address Book.

1. Какие-нибудь ошибки в Application event log есть?

2. Адресная книга открывается из OWA?

Процесс w3wp. exe () (идентификатор процесса=4692). При выполнении запроса удаленного вызова процедур (RPC) к службе топологии Microsoft Exchange Active Directory произошла ошибка 1722 (Error 0x6ba (Сервер RPC недоступен) from HrGetServersForRole). Убедитесь в том, что служба запущена. Убедитесь, что служба удаленного вызова процедур (RPC) запущена. Кроме того, убедитесь, что сетевые порты, используемые службой RPC, не блокированы брандмауэром.

Службу перезапускал, не помогло.

Процесс Microsoft. Exchange. ServiceHost. exe () (идентификатор процесса=720). Объект [CN=Microsoft Exchange, CN=Services, CN=Configuration, DC=. DC=ooo]. Для свойства [GlobalAddressList] установлено значение [. ooo/Configuration/Deleted Objects/Default Global Address List
DEL:8f839257-a63e-4361-8abf-d0b67b14bc9e], оно указывает на контейнер удаленных объектов в службе Active Directory. Это свойство необходимо исправить как можно скорее.

Активация всех модулей заняла больше времени, чем ожидалось. Общее время загрузки: 00:00:23.5786387 Общее время запуска: 00:00:00.3315915 Распределение времени загрузки:
Load Configuration Certificate and Database components:00:00:06.2624229
>> Detailed breakdown begin:
Load Database and dependents:00:00:06.2606540
>> Detailed breakdown begin:
Load Database:00:00:01.8450173
Load BatchPointComponent:00:00:00.0051066
Load ResourceManager:00:00:00.0626573
Load Database:00:00:04.0614473
>> Detailed breakdown end.
Load TransportConfiguration:00:00:02.1743697
Load CertificateComponent:00:00:00.3699269
Load RemoteDeliveryComponent:00:00:00.0196407
>> Detailed breakdown end.
Load AgentComponent:00:00:06.7294646
Load AD Configuration Readers:00:00:07.4642776
>> Detailed breakdown begin:
Load IsMemberOfResolverComponent`1:00:00:00.3613263
Load IsMemberOfResolverComponent`1:00:00:00.0093176
Load Dumpster and depedent components:00:00:00.6122733
>> Detailed breakdown begin:
Load TransportDumpster:00:00:00.6098581
Load TransportMailItemLoader:00:00:00.0020050
>> Detailed breakdown end.
Load OrarGenerator:00:00:00.3562473
Load DsnGenerator:00:00:00.5577043
Load PerfCountersLoader:00:00:00.2586615
Load LoggingComponent:00:00:01.1962489
Load PoisonMessage:00:00:00.0017193
Load DirectTrustLoader:00:00:00.3155172
Load MicrosoftExchangeRecipientLoader:00:00:00.2806161
Load ServicePrincipalNameRegistrar:00:00:00.2685376
Load CategorizerMExRuntimeLoader:00:00:07.4374447
Load MessageThrottlingComponent:00:00:00.0033858
Load RmsClientManager:00:00:00.0000326
Load ShadowRedundancy:00:00:00.3507792
>> Detailed breakdown end.
Load AD/Database Dependent Components:00:00:00.0289417
>> Detailed breakdown begin:
Load QueueManager:00:00:00.0184025
Load RpcServerComponent:00:00:00.0284391
>> Detailed breakdown end.
Load CategorizerComponent:00:00:01.2686196
Load Categorizer Dependent Components:00:00:01.8123530
>> Detailed breakdown begin:
Load SmtpInComponent:00:00:00.4643964
Load StoreDriverLoader:00:00:01.8119126
Load PickupComponent:00:00:00.0000428
Load BackgroundMailScanner:00:00:00.0000110
Load SmtpOut:00:00:00.0908942
Load NonSmtpGatewayConnectionHandler:00:00:00.0000210
Load DeliveryAgentConnectionHandler:00:00:00.1015376
Load AggregatorLoader:00:00:01.6367524
>> Detailed breakdown end.
Load BackgroundProcessingThread:00:00:00.0000562 Распределение времени запуска:
Start Configuration Certificate and Database components:00:00:00.1469075
>> Detailed breakdown begin:
Start Database and dependents:00:00:00.1467415
>> Detailed breakdown begin:
Start BatchPointComponent:00:00:00.1466787
>> Detailed breakdown end.
Start RemoteDeliveryComponent:00:00:00.0000560
>> Detailed breakdown end.
Start AD Configuration Readers:00:00:00.0349154
>> Detailed breakdown begin:
Start Dumpster and depedent components:00:00:00.0348885
>> Detailed breakdown begin:
Start TransportDumpster:00:00:00.0348616
>> Detailed breakdown end.
>> Detailed breakdown end.
Start AD/Database Dependent Components:00:00:00.0000027
Start CategorizerComponent:00:00:00.0000136
Start Categorizer Dependent Components:00:00:00.1493052
>> Detailed breakdown begin:
Start SmtpInComponent:00:00:00.0501470
Start StoreDriverLoader:00:00:00.0987543
Start PickupComponent:00:00:00.0000166
Start BackgroundMailScanner:00:00:00.0000123
Start SmtpOut:00:00:00.0001444
Start NonSmtpGatewayConnectionHandler:00:00:00.0000106
Start DeliveryAgentConnectionHandler:00:00:00.0000054
Start AggregatorLoader:00:00:00.0000890
>> Detailed breakdown end.
Start BackgroundProcessingThread:00:00:00.0002758

Не удается подключиться к учетной записи Exchange

Причина: ваша организация использует Exchange Server 2003 или более раннюю версию.

Решение: обратитесь к администратору своей учетной записи, чтобы узнать, под управлением какой версии Exchange Server она работает.

Outlook для Mac поддерживает учетные записи, управляемые сервером Microsoft Exchange Server 2007 с пакетом обновления 1 и накопительным пакетом обновления 4 (KB952580), а также более поздними версиями.

Причина: учетные данные вашей учетной записи или имя сервера Exchange неверны.

Решение: проверьте параметры своей учетной записи.

В меню Сервис выберите команду учетные записи.

В левой области диалогового окна Учетные записи выберите учетную запись.

Проверьте, правильно ли заданы параметры учетной записи.

Совет: Чтобы убедиться в том, что вы используете верные учетные данные, попробуйте подключиться к учетной записи из другого приложения Exchange, например из Outlook Web App.

Причина: приложение Outlook настроено для работы в автономном режиме.

Решение: убедитесь в том, что Outlook подключен к Интернету.

В меню Outlook снимите флажок Автономный режим.

Причина: сетевое подключение недоступно.

Решение: убедитесь в том, что компьютер подключен к сети.

Инструкции по проверке состояния сетевого подключения см. в справке Mac OS. Кроме того, вы можете обратиться к администратору сервера Exchange или к администратору сети. Наконец, можно спросить коллег, которые используют схожие параметры, могут ли они подключиться к сети. Или, если вы подключены к своей учетной записи Exchange через Интернет, попробуйте использовать веб-браузер, чтобы проверить наличие доступа к сайтам в Интернете.

Причина: недоступен сервер, на котором работает программное обеспечение Microsoft Exchange Server.

Решение: проверьте подключение к серверу Microsoft Exchange Server.

В меню Сервис выберите учетные записи.

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

Если вы успешно подключались к учетной записи раньше, попробуйте подключиться к ней из другого приложения Exchange, например из Outlook Web App. Чтобы проверить состояние сервера Exchange, можно также обратиться к его администратору.

Причина: учетная запись Exchange требует входа в систему с помощью канала с криптографической защитой.

Решение: обратитесь к администратору Exchange, чтобы узнать, требуется ли для учетной записи канал с криптографической защитой, и, если это так, проверьте параметр для этого канала.

В меню Сервис выберите учетные записи.

В левой области диалогового окна Учетные записи выберите учетную запись.

Выберите команду Дополнительно и выберите вкладку сервер.

В разделах Microsoft Exchange и Служба каталогов установите флажки Использовать SSL для подключения.

Причина: для подключения к серверу Exchange компьютеру требуется почтовый прокси-сервер.

Решение: обратитесь к администратору своей учетной записи Microsoft Exchange.

Спросите у администратора, какой прокси-сервер следует использовать для подключения к серверу Microsoft Exchange. Сведения о том, как настроить подключение к прокси-серверу, см. в справке Mac OS.

Как исправить ошибки SMTP-сервера при отправке писем

Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки SMTP. Своего IT-специалиста в штате у нас не было, потому разобраться с проблемой я решил самостоятельно. О результатах этой работы, причинах возникновения таких ошибок и методах их решения расскажу в этой статье.

Как избежать ошибок при составлении и отправке писем

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

Самый простой способ это понять – отправить тестовое сообщение на свой ящик. Затем следует протестировать его отправку и получение, используя разные внешние почтовые сервисы: gmail, yandex, mail, rambler и другие. Если сообщение получено, следует ответить на него, проверив корректность исполнения команды «RE» вашим почтовым сервером и принятие ответа условным отправителем.

Довольно часто проблемы с попаданием писем в папку «Спам» или программной блокировкой на стороне получателя лежат в неверном оформлении ключевых полей. Особенно это касается массовых рассылок коммерческого характера. Для отправки большого количества однотипных сообщений как минимум потребуется выполнение следующих параметров настройки:

Некорректное использование бота для отправки писем может привести к блокировке отправителя и другим нежелательным последствиям. Даже если информация, которую вы отправляете потенциальным клиентам, реально интересна им, система спам-фильтрации может воспринять данную рассылку как вредоносную. Чтобы избежать этого, лучше всего воспользоваться услугами специализированных компаний.

Положительные и отрицательные сообщения SMTP-сервера

SMTP (Simple Mail Transfer Protocol) — это протокол, используемый большинством почтовых программ для отправки электронных сообщений в сети интернет. Некорректное взаимодействие между серверами, индивидуальные настройки на уровне программного обеспечения и многие другие причины приводят к появлению ошибок. В этом случае письма не доходят до получателей, возвращаются обратно или просто «пропадают». При возникновении таких ситуаций отправитель получает сообщение о наличии конкретной ошибки, отражающей SMTP-код последнего отклика сервера.

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

Первая цифра комбинации содержит информацию о качестве доставки:

Существует четыре варианта значений для первой цифры кода:

Вторая цифра в коде сообщает о категории ответа:

Третья цифра дает более расширенную информацию о значении, указанном во второй цифре SMTP-ответа.

Помимо цифровой комбинации, SMTP-сообщение может содержать дополнительную текстовую информацию.

Полную информацию о кодах, их компоновке и значениях можно найти в спецификациях RFC 5321 и RFC 1893.

Виды почтовых сервисов

На программном уровне существует несколько видов обработки электронной почтовой корреспонденции. К первой группе относятся виртуальные сервисы, доступные чаще всего в бесплатном исполнении через интернет-соединение на сайте почтового сервера. Это всем известные ресурсы:

Более подробную информацию о значениях ответов SMTP можно получить на сайтах популярных почтовых сервисов:

Ко второй группе относятся почтовые клиенты – программы, обладающие более расширенным функционалом, чем виртуальные сервисы. Наиболее популярными и универсальными почтовыми клиентами для Windows являются:

Принципы работы почтовых клиентов несколько отличаются от процесса обработки корреспонденции виртуальными серверами. При отправке сообщения программа отсылает его не напрямую конечному получателю, а ретранслирует через сервер-релей. Этот процесс осуществляется чаще всего с использованием протокола SMTP, а получение корреспонденции обычно происходит с помощью IMAP или POP.

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

Классификация отрицательных SMTP-сообщений. Способы решения проблем

Я настроил свою почтовую программу – локальный клиент (MS Outlook и т. п.) или бесплатную почту на gmail или yandex. Начинаю отправлять письма, но сталкиваюсь с различными проблемами, связанными с тем, что мои респонденты не получают направленную им корреспонденцию. Соответственно, на мой ящик приходят сообщения об ошибках в виде кодировок SMTP.

Сразу опускаю тот пакет сообщений, которые начинаются с 2хх и 3хх, так как они содержат информацию о том, что задача получения письма уже решена положительно либо получит такой статус в ближайшее время. Более подробно рассмотрим некоторые виды кодированных сообщений, начинающихся с 4хх и 5хх, т. е. отклики SMTP-сервера, которые сообщают о наличии проблем.

Почтовый сервер сообщил об ошибке 421

Значение: Service Not Available. Сервер недоступен: канал связи будет закрыт.

Возможные причины

Варианты решения

Неправильно заданы параметры SMTP-соединения

Необходимо перепроверить настройки

Брандмауэр блокирует IP-адрес сервера электронной почты

Необходимо создать новое правило в брандмауэре

Блокируется трафик через порт 25

Попробуйте в настройках учетной записи электронной почты сменить номер порта SMTP на 465

Проблема использования VPN

Необходимо, чтобы провайдер услуги занес ваш почтовый сервер в белый список адресов VPN

Данная ошибка возникает наряду с грейлистингом (Greylisting «Серый список») при интенсивном использовании бесплатного SMTP-сервера, который лимитирует количество отправляемых сообщений в единицу времени. Для решения этой проблемы можно воспользоваться высоконагруженным SMTP-сервером. Чаще всего эта услуга является платной.

Получено сообщение с кодом 451

Значение: Requested action aborted: local error in processing. Требуемое действие прерывалось: ошибка в обработке.

Возможные причины

Варианты решения

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

В настройках сервера увеличить лимит или задать ограничение не на количество подключений, а на количество писем на одного пользователя. Накопившуюся очередь писем можно отправить повторно командой «force send»

Неправильно настроены MX-записи домена, из-за чего происходит неправильная маршрутизация писем

Проверьте логи, конфигурационные файлы, МХ-записи и разрешения, внесите корректировки

Устранение проблем с доставкой электронной почты для кода ошибок 451 4.7.500–699 (ASxxx) в Exchange Online. Электронная почта из доменов onmicrosoft. com ограничена и фильтруется для предотвращения спама.

Ошибка почтового сервера 452

Значение: Insufficient system resources. Запрашиваемое действие не выполнено: недостаточно места в системе.

Возможные причины

Варианты решения

На сервере получателя закончилось место, поэтому письмо не доставляется

Чтобы в этом убедиться, достаточно попробовать осуществить отправку письма с другого сервера

В сообщении присутствует текст «Out of memory». Это значит, что недостаточно места на вашем сервере

Необходимо проверить количество отправляемых писем в очереди, наличие свободного места на диске и объем доступной памяти

В Microsoft Exchange Server есть специальный компонент мониторинга доступных ресурсов Back Pressure, который отслеживает свободное место на диске, на котором хранятся очереди транспортной службы Exchange. При возникновении такой ошибки можно сделать следующее:

Сервер сообщил об ошибке SMTP 550

Значение: Mailbox unavailable. Требуемые действия не предприняты: электронный ящик недоступен

Возможные причины

Варианты решения

Неверно указан email-адрес получателя

Необходимо связаться с адресатом альтернативным способом и уточнить правильность написания адреса, а также убедиться, что он является действующим

Система заражена вирусом, осуществляющим массовую рассылку писем с вашего адреса

Провести полную проверку специализированной антивирусной программой

На стороне вашего интернет-провайдера установлены ограничения на отправку исходящих сообщений

Необходимо связаться с поставщиком интернет-услуг и получить консультацию по устранению данной проблемы

Сервер получателя не работает

Отправьте тестовое письмо на другой почтовый сервер. Свяжитесь с получателем и сообщите о проблеме

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

Почтовый Сервер Ответил Ошибкой 571

Значение: SMTP Protocol Returned a Permanent Error 571 xxx@mail. ru prohibited. We do not relay/Spam message rejected. Ошибка на стороне получателя почты.

Возможные причины

Варианты решения

Ваш IP-адрес заблокирован на стороне конечного получателя спам-фильтром, антивирусом или файрволом

Данную проблему может решить только администратор сети получателя, исключив ваши идентификационный данные из списка блокировки или добавив их в «белый список»

Неверные учетные данные ретранслятора. У вас нет разрешения на отправку электронной почты через сервер, который находится между вами и получателем

Обратитесь к администратору данного ресурса для изменения настроек

У IP отправителя нет RDNS

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

Как я уже писал выше, разные почтовые серверы накладывают свои ограничения на прием и отправку сообщений. Код 571 в Google Suite расшифровывается следующим образом: «Действующая политика запрещает отправку этого сообщения». Письмо может содержать защищенные или конфиденциальные данные – номера кредитных карт и т. п. Или политика администрирования запрещает отправку определенными пользователями сообщений адресатам вне установленной группы.

Сертификат почтового сервера недействителен

Обычно с таким сообщением приходится сталкиваться пользователям, у которых настроен Microsoft Exchange Server/MS Outlook. В данной ситуации самое простое решение – обновить сертификат.

Проверка доступности почтового сервера программным методом

В данной статье описаны лишь некоторые варианты ошибок, которые могут возникнуть при отправке электронных сообщений. Полный перечень достаточно объемен и во многом зависит от настроек конкретного сервера как на стороне отправителя, так и получателя. Некоторые из ошибок могут быть легко устранены обычным пользователем, другие под силу лишь опытным администраторам.

Одним из способов предупреждения появления ошибок является онлайн-проверка доступности почтового сервера с помощью бесплатных инструментов:

Эти сервисы пробуют подключиться к почтовому серверу по SMTP, подтверждают, что у него есть запись обратной зоны DNS, и замеряют время отклика. С их помощью можно диагностировать некоторые ошибки службы почтовых серверов или проверить, не занесен ли данный ресурс в черные списки из-за спама.

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

Источники:

Https://windowsnotes. ru/exchange/oshibka-pri-peremeshhenii-pochtovogo-yashhika-exchange-2016/

Https://ewaline. su/mozilla-firefox/microsoft-outlook-2010-otsutstvuet-podklyuchenie-k-microsoft-exchange. html

Https://timeweb. com/ru/community/articles/oshibki-otklikov-smtp-servera-pri-otpravke-pisem