Ошибка почты 452 - Решение и исправление самых разных ошибок на TopOshibok.ru

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

Содержание статьи:

Пошаговая проверка почтового сервера
Коды ошибок почтовых серверов и как устранить эти ошибки
- Ошибка почтового сервера 421
- Почтовый сервер ответил 451
- Ошибка почтового сервера 452
- Ошибка почтового сервера 550
- Почтовый сервер ответил 571
- Сертификат почтового сервера недействителен

Иногда в работе электронной почты возникают ошибки. Чаще всего они проявляются в том, что пользователи не могут отправить или получить письмо, получают сообщение “Не удалось подключиться к почтовому серверу”. Причины некоторых ошибок почтового сервера легко найти, для других потребуется тщательная диагностика настроек почтового сервера. Эта статья призвана помочь в поиске и устранении таких ошибок.

Пошаговая проверка почтового сервера

В первую очередь надо убедиться, что проблема именно на сервере, а не где-либо еще. Для этого попробуйте отправить себе несколько тестовых писем на тот же адрес электронной почты и на внешние почтовые сервисы, такие как Gmail*. Если вы успешно получите тестовое письмо, то ответьте на него, чтобы проверить отправку и прием почты.

Если вы сразу же получили сообщение об ошибке подключения к почтовому серверу, как только попытались отправить или получить письмо, это свидетельствует, что проблема действительно с сервером. Отметьте себе код ошибки, далее мы расскажем о них подробнее.
Письмо было отправлено, но затем возвращено, вы получили так называемое bounced message — сообщение о том, что письмо было не доставлено по какой-либо причине. Чаще всего в тексте сообщения указывается эта причина (например, письмо слишком похоже на спам или почтовый сервер imap mail не отвечает), попробуйте устранить её.
Почтовый сервер не отвечает, при отправке ошибок не было, но вы не получили письмо в течение нескольких минут. В первую очередь проверьте папку “Спам”, возможно, оно попало туда. Если нет, то перепроверьте настройки почтового клиента.
Если вы без проблем отправляете и получаете тестовые письма, скорее всего проблема не в почтовом сервере, а в работе сети.

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

https://mxtoolbox.com
https://www.ultratools.com
http://mail2web.com/

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

Коды ошибок почтовых серверов и как устранить эти ошибки:

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

проблема может возникнуть из-за неправильно заданных параметров SMTP-соединения, перепроверьте их настройки
брандмауэр блокирует IP сервера электронной почты, в таком случае надо добавить новое правило для него
блокируется трафик через порт 25. Попробуйте в настройках учетной записи электронной почты сменить номер порта SMTP на 465
ошибка вызвана использованием VPN — попробуйте отключить VPN и отправить письмо. Если проблема была в этом, то необходимо, чтобы провайдер услуги занес ваш почтовый сервер в белый список адресов VPN

Почтовый сервер ответил 451

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

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

Оставьте заявку на консультацию

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

вероятно, ошибка не на вашей стороне — на сервере получателя закончилось место, поэтому письмо не доставляется. Проверьте, получается ли отправлять письма на другие сервера
если в сообщении об ошибке есть текст “Out of memory”, то места не хватает на вашем сервере. Проверьте количество писем в очереди, свободное место на диске и объем доступной памяти

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

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

Почтовый сервер ответил 571

Ошибка при получении почты (на стороне получателя). Причины:

IP отправителя заблокирован на стороне получателя спам-фильтром, антивирусом или фаерволом, текст сообщения об ошибке будет похож на такой: “Почтовый сервер ответил: spam message rejected”. Если вы отправляете тестовое письмо себе, попробуйте отключить это ПО и проверьте отправку/получение писем без него
у IP отправителя нет RDNS
отправитель занесен в спам-лист, фильтры сообщений получателя не пропускают письмо

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

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

Проверьте, вероятно, пришло время обновить сертификаты.

Мы надеемся, что этот материал был вам полезен. Иногда найти ошибку очень трудно, для этого приходится изучать логи электронной почты, её маршрутизацию, параметры почтового сервера. Специалисты “Интегрус” готовы помочь в этом. Мы проведем аудит, обеспечим защиту почтового сервера, отсутствие спам-рассылок, установим почтовый сервер на Windows Server, почтовый сервер на Линукс, выполним настройку почтового сервера Postfix, настроим записи RDNS и SPF, устраним ошибки почтового сервера pop3 и другие.

Мы всегда готовы дать рекомендации по настройке и защите почтового сервера, так что если у вас есть вопросы, не откладывайте и обращайтесь к нам за консультацией.

* — компания нарушает законы РФ.

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

Кейсы и стратегии от экспертов рынка.

Смотрите также:

Ошибка формата потока 1С

Одной из наиболее часто встречающихся ошибок при использовании и администрировании 1С является ошибка потока данных. Что это такое, как предотвратить ее возникновение и устранить здесь и сейчас?

Виды ошибок SQL Server

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

Виды ошибок терминального сервера

Как предотвратить, устранить аппаратные проблемы (ошибки «железа») терминального сервера? Полезные примеры по защите сервера для безопасности, производительности, скорости работы.

Основные проблемы серверов

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

Какие ошибки бывают при внедрении CRM

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

Услуги ИТ аутсорсинга

Поручив нам IT аутсорсинг обслуживания компьютерного и сетевого оборудования, вы получите в свое распоряжение действительно высококвалифицированных специалистов и при этом сократите затраты на ИТ, как минимум, на 30-40%

Создание сервера базы данных

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

Удаленная поддержка компьютеров и серверов

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

Источник

Столкнулся с интересной проблемой в Microsoft Exchange Server 2010 (характерна она и для версий Exchange Server 2007 / 2013). Некоторые пользователи стали жаловаться на периодическую невозможность получить сканы с МФУ и сендеров, настроенных на отправку почты через сервер Exchange с ролью CAS (Client Access Server). При этом почта между пользователями Exchange в рамках сервера доставлялась без каких либо проблем.

Для диагностики проблемы попробовал вручную отправить письмо из командой строки с помощью telnet. Так как конфигурация представляет собой два CAS сервера, объединённых в CAS Array с помощью NLB, пришлось выполнять проверку для каждого сервера. На первом сервере отправка прошла без проблем, а на втором после выполнения команды mail from появилась ошибка: 452 4.3.1 Insufficient system resources

В журнале приложений сервера при этом регистрируется событие EventID: 15006 от источника Source: MSExchangeTransport

Microsoft Exchange Transport is rejecting message submissions because the available disk space has dropped below the configured threshold.The following resources are under pressure:

Queue database logging path («C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\data\Queue\») = 96% [High] [Normal=92% Medium=94% High=96%]

Physical memory load = 90% [limit is 94% to start dehydrating messages.]

The following components are disabled due to back pressure:

Inbound mail submission from Hub Transport servers

Inbound mail submission from the Internet

Mail submission from Pickup directory

Mail submission from Replay directory

Mail submission from Mailbox server

Content aggregation

The following resources are in normal state:

Queue database path («C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\data\Queue\mail.que») = 95% [Normal] [Normal=95% Medium=97% High=99%]

Version buckets = 0 [Normal] [Normal=80 Medium=120 High=200]

Private bytes = 14% [Normal] [Normal=71% Medium=73% High=75%]

Batch Point = 0 [Normal] [Normal=2000 Medium=4000 High=8000]

Submission Queue = 0 [Normal] [Normal=1000 Medium=2000 High=4000]

Причина возникновения ошибки – окончание свободного места на диске, на котором находятся очереди службы Exchange Hub Transport. Дело в том, что в Exchange есть специальный компонент мониторинга доступных ресурсов Back Pressure, который в том числе отслеживает свободное место на диске, на котором хранятся очереди транспортной службы Exchange.

При превышенной пороговых значений Exchange может:

порог Medium (90%) — перестать принимать по SMTP почту от внешних отправителей (почта от MAPI клиентов при этом обрабатывается)
порог High (99%) — обработка потока почты полностью прекращается

Примечание. 90% и 99% на самом деле приблизительные цифры, на самом деле есть формула расчета. Но на практике, достаточно ориентироваться на эти значения. Так на 40 Гб диске, на котором храниться транспортная очередь должно быть свободно минимум 4 Гб места.

Поэтому, в случае возникновения подобной ошибки можно:

Очистить диск от мусора
Отключить мониторинг Back Pressure (плохой вариант)
Перенести транспортные очередь на другой диск достаточного объёма.

По умолчанию транспортная очередь хранится на системном диске. После анализа диска C:\ я обнаружил, что почти 15 Гб места занимала папка с логами IIS (C:\inetpub\logs\LogFiles\W3SVC1). Как правило, эти логи можно спокойно удалить и включить для них скрипт автоматического удаления старых логов IIS.

$лог файлы iis LogFiles\W3SVC1$

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

Путь к каталогу с очередью задается в конфигурационном файле $env:exchangeinstallpath\bin\EdgeTransport.exe.config следующими переменными:

<add key="QueueDatabasePath" value="C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\data\Queue" />

<add key="QueueDatabaseLoggingPath" value="C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\data\Queue" />

Достаточно указать новый путь до каталога с очередью, и перезапустите службу Microsoft Exchange Transport (
Restart-Service MSExchangeTransport
)и Exchange автоматически их создаст.

Совет. Проверьте, что в новом каталоге появились файлы Mail.que, Trn.chk, Trn.log, Temp.edb и т.д. Файлы в старом каталоге можно удалить, т.к. они более не нужны.

Источник

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

Сообщения об ошибках SMTP имеют указанный ниже формат. Каждая последующая цифра кода ошибки и кода статуса несет более подробную информацию.

Код ответа	Код статуса	Текст ответа
xyz	x.y.z	Текстовое описание

Ниже показан пример сообщения об ошибке SMTP. В нем указана причина ошибки и рекомендуемые действия по ее устранению.

Коды ответа

Коды ответа SMTP связаны с определенными компонентами почтового сервиса и могут указывать на различные проблемы, например:

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

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

Коды распространенных ошибок SMTP 400

Коды ошибки, которые начинаются на 4, означают временный сбой в работе сервера. Действие будет завершено при следующей попытке. Такие ошибки обычно связаны с сервером, получающим почту.

Код ошибки	Описание
421	Сервис недоступен. Повторите попытку позже.
450	Действие не выполнено, так как недоступен почтовый ящик пользователя.
451	Письмо не отправлено из-за ошибки сервера.
452	Выполнение команды остановлено из-за нехватки места на сервере.
455	Сервер сейчас не может выполнить команду.

Коды распространенных ошибок SMTP 500

Код ошибки	Описание
500	Сервер не распознал команду из-за неправильного синтаксиса.
501	Неправильный синтаксис параметров или аргументов команды.
502	Команда не выполнена.
503	Неправильная последовательность команд на сервере.
541	Письмо отклонено по адресу получателя.
550	Команда не выполнена, так как недоступен почтовый ящик пользователя, или письмо отклонено сервером из-за подозрения на спам.
551	Почтовый ящик получателя недоступен на его сервере.
552	Письмо не отправлено из-за нехватки места в почтовом ящике получателя.
553	Выполнение команды остановлено, так как не найден почтовый ящик с указанным названием.
554	Действие не выполнено по неизвестной причине.

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

Код ответа 421 означает, что возникла временная ошибка в канале передачи, содержащем информационный запрос.

Код ответа	Описание
x0z	Синтаксические ошибки
x1z	Ответы на запросы информации
x2z	Ошибки канала передачи
x3z	Неизвестная ошибка
x4z	Неизвестная ошибка
x5z	Статус почтовой системы

Коды статуса

Первая цифра в коде статуса указывает на его класс, вторая – на предмет, а третья сообщает более подробные данные.

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

Код статуса	Описание
x.0.z	Неизвестно
x.1.z	Статус адресования
x.2.z	Статус почтового ящика
x.3.z	Статус почтовой системы
x.5.z	Статус протокола доставки почты
x.6.z	Статус содержимого сообщения или медиа
x.7.z	Статус безопасности или соответствия правилам

Текст ответа

Последний раздел в сообщении об ошибке SMTP, содержащий ее описание.

Статьи по теме

Информация об ошибках протокола SMTP
Стандарт RFC 5321 – протокол SMTP
Стандарт RFC 1893 – расширенные коды статуса почтовой системы

Эта информация оказалась полезной?

Как можно улучшить эту статью?

Источник

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

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

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

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

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

выделенный IP-адрес с целью исключить блокировку на стороне сервера-ретранслятора или почтовой программы конечного получателя;
криптографические подписи DKIM и SPF, помогающие подтвердить подлинность домена и минимизировать количество писем, воспринимаемых как спам.

Важно! В случае несоблюдения этих элементарных правил вы рискуете не только тем, что конкретное письмо не будет доставлено адресату. При многократных попытках отправки письма в большинстве почтовых программ в блок-лист попадет вся корреспонденция, отправляемая с вашего email, и даже корпоративный домен (@domain.***).

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

В моей практике был случай, когда никак не удавалось добиться получения моей электронной корреспонденции одним из сотрудников компании «Лукойл». Письма я отправлял самые простые, используя корпоративный ящик. Только после того, как мой респондент обратился в IT-службу своего предприятия, выяснилось, что данный адрес находится в блэк-листе. Попал он туда из-за каких-то ошибок, допущенных моим предшественником. Понадобилось больше недели, чтобы адрес включили в «белый список». Все это время письма, высылаемые с личного mail@yandex.ru, доходили без проблем.

Полезно: Почему не приходят письма с сайта. Пример частного случая.

Комьюнити теперь в Телеграм

Подпишитесь и будьте в курсе последних IT-новостей

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

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

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

сообщение доставлено («SMTP OK»);
возникла неизвестная или временная проблема («SMTP unknown»);
критическая ошибка («SMTP error»).

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

2xx – положительный результат, есть возможность передачи следующей команды;
3xx – отложенный результат, необходимо осуществление дополнительных действий;
4xx – сообщение не принято, но проблема носит временный характер, и запрос может быть повторен через какое-то время;
5xx – категорический отказ выполнения команды, отправка запроса со стороны передающего сервера в том же виде невозможна.

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

0 – синтаксические ошибки;
1 – ответы на запросы информации;
2 – ошибки канала передачи;
3 и 4 – неизвестный тип ошибки;
5 – статус почтовой системы.

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

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

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

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

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

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

Gmail/Google Suite (почта от Google.com);
Yandex.ru;
Mail.ru;
Rambler.ru и другие.

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

Коды ошибок SMTP почтового сервиса Gmail (Google Suite) (support.google.com)
Создание и отправка писем на сервисе Яндекс
Ошибки отправки писем при использовании сервера и сервиса Mail.ru

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

Opera Mail;
Mozilla Thunderbird;
Koma-Mail;
SeaMonkey;
The Bat!;
Microsoft Outlook.

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

Коды SMTP-ответов определяются стандартом. Администратор почтового сервера может создать собственные настройки, в том числе и в части кодировки ответов сервера. Особенно это касается локальных почтовых программ, установленных непосредственно на сервере какой-нибудь компании.

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

Классификация отрицательных 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 ограничена и фильтруется для предотвращения спама.

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