Команде bat не удалось сохранить все полученные электронные письма в базу данных электронной почты

Обновлено: 04.07.2024

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


Сообщение о возврате, связанное с квотами/лимитами (входящее)

Сообщение о возвратеПричина/значениеРешение
SMTP 421 (сервер временно недоступен)Временный сбой, потому что наша почтовая очередь слишком заполнена.Попробуйте отправить электронное письмо позже.
SMTP 550 (максимальное количество сообщений fromemail за сеанс)< /td>За один раз отправлено слишком много почты. Превышен лимит электронной почты.Попробуйте отправить электронное письмо позже.

Ответное сообщение, связанное с учетной записью получателя (входящее)

Ответное сообщение, связанное с содержанием (входящее)

Сообщение о возвратеПричина/значениеРешение
SMTP 452 ("запрошенное действие по электронной почте" прервано: повторите попытку позже - GL/GL)Временный сбой. Учетная запись использует серый список и будет принята при повторной попытке доставки.Повторите попытку отправки электронной почты, так как учетная запись использует серый список.
SMTP 550 ("отправитель fromemail" отклонен)адрес электронной почты имеет неправильный формат (без @domain).Убедитесь, что вы ввели правильный адрес электронной почты. Он должен быть правильно отформатирован.
SMTP 550 (получатель "электронной почты" отклонил GL/BL)Постоянный сбой. Отправитель занесен в черный список на уровне пользователя (клиент внес его в черный список).Попробуйте связаться с получателем другими способами. Ваш адрес электронной почты мог быть случайно занесен в черный список.
SMTP 550 (получатель электронной почты отклонен)Почтовый ящик "Кому" не существует.Удалите из письма недействительный адрес электронной почты.
< tr>

Общее исходящее сообщение о возврате

  • Домен получателя не существует.
  • У получателя нет записей MX.
  • У получателя нет записи A для почтового сервера.

Основное руководство по устранению неполадок

  1. Проверьте существующие политики фильтрации входящей почты, которые могли быть нарушены электронным письмом.
  2. Проверьте, есть ли адрес электронной почты в черном списке, и если отправителю можно доверять, добавьте его в список разрешенных отправителей. Обратите внимание, что этот параметр пока недоступен на панели управления Foundation.
  3. Убедитесь, что получатель отправляемого вами электронного письма действителен.
  4. Проверьте IP-адрес вашего почтового сервера, чтобы убедиться, что принимающий домен не блокирует его.
  5. Свяжитесь с принимающим доменом и узнайте, есть ли у него какие-либо ограничения политики или черные списки, которые могут быть причиной возврата писем.
  6. Контролируйте хранилище электронной почты.

ПРИМЕЧАНИЕ. Для смены IP-адреса и получения дополнительной помощи обращайтесь в нашу службу поддержки.

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

Это расстраивает, когда вы получаете сообщение об ошибке после отправки сообщения электронной почты. В этой статье описывается, что вы можете сделать, если вы видите коды ошибок 550 с 5.1.1 по 5.1.20 в отчете о недоставке (также известном как отчет о недоставке, сообщение о возврате, уведомление о доставке или уведомление о доставке).

Сообщение о возвратеПричина/значениеРешение
SMTP 421 (Временный отказ. Обратный DNS для "IP" не удалось)Временный отказ SMTP — не удалось идентифицировать запись PTR. Перед повторной отправкой сообщения проверьте, настроен ли IP-адрес отправителя на обратную настройку DNS.
SMTP 552 (Remote MTA $ip: URL, содержащийся в этом сообщении, занесен в черный список Spamhaus DBL. См. http://www.spamhaus.org/dbl)URL-адрес в теле письма занесен в черный список.Удален URL-адрес из тела письма и отправлен повторно.
SMTP 552 (зараженное вирусом сообщение отклонено)Cloudmark обнаружил, что сообщение содержит вирус. Добавьте возможность отказа в сообщениях электронной почты. Проверьте списки отправки, чтобы убедиться в правильности получателей. Если сообщение было помечено ошибочно, сохраните копию исходного письма и сообщите нам об этом.
SMTP 552 (зараженный вирусом сообщение отклонено)Отправитель прикрепил файл в формате, который не разрешен нашим сервером (.bat .btm .cmd .com .cpl .dll .exe .lnk . msi .pif .prf .reg .scr .vbs).Добавьте возможность отказа в сообщениях электронной почты. Проверьте списки отправки, чтобы убедиться в правильности получателей. Если сообщение было помечено ошибочно, сохраните копию исходного письма и сообщите нам об этом.
SMTP 554 (в соединении отказано - "IP")Отклонено из-за спама на основании CSI.Проверить отправителя Cloudmark Intelligence (CSI) для просмотра текущей репутации отправляющего IP-адреса.
SMTP 554 (подключение отклонено. Обратный DNS для "IP " не существует)Постоянный отказ. У них нет записи PTR.Входящий сервер воспринимает вашу электронную почту как спам или что ваш IP-адрес занесен в черный список.
Значок пользователя электронной почты.
Я получил это сообщение о возврате. Как это исправить? Значок администратора электронной почты
Я администратор электронной почты. Что я могу сделать, чтобы это исправить?

Я получил это сообщение о возврате. Как это исправить?

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

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

Решение 1. Подтвердите адрес электронной почты получателя

Звучит слишком просто, но неправильный адрес электронной почты – это наиболее распространенная проблема, которая вызывает ошибки 5.1.x. Проверьте правильность написания и отправьте сообщение еще раз, если обнаружите ошибку в адресе электронной почты.

Чтобы повторно отправить сообщение в Outlook, см. статью Повторная отправка сообщения электронной почты.

Решение 2. Удалите адрес электронной почты получателя из списка автозаполнения

Возможно, у вас есть недопустимая запись в списке автозаполнения (также известном как кэш псевдонимов) для получателя. Например, получатель мог быть перемещен из локальной организации Exchange в Exchange Online или наоборот. Хотя адрес электронной почты получателя остался прежним, другие внутренние идентификаторы получателя могли измениться, что нарушило кэшированную запись для получателя.

Исправьте записи списка автозаполнения в Outlook

Чтобы позже удалить недопустимых получателей или всех получателей из списка автозаполнения в Outlook 2010, см. раздел Управление предлагаемыми получателями в полях "Кому", "Копия" и "СК" с помощью автозаполнения.

Исправьте записи списка автозаполнения в Outlook в Интернете

Чтобы удалить получателей из списка автозаполнения в Outlook в Интернете (ранее известном как Outlook Web App), выполните одну из следующих процедур:

Удалить одного получателя из списка автозаполнения Outlook в Интернете

В Outlook в Интернете нажмите Новая почта.

Начинайте вводить имя или адрес электронной почты получателя в поле "Кому", пока получатель не появится в раскрывающемся списке.

 На снимке экрана показан параметр

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

Удалить всех получателей из списка автозаполнения Outlook в Интернете**

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

Откройте почтовый ящик в старом веб-браузере, который поддерживает только облегченную версию Outlook в Интернете (например, Internet Explorer 9).

Настройте параметры Outlook в Интернете, чтобы использовать только облегченную версию Outlook в Интернете (изменение вступит в силу при следующем открытии почтового ящика):

В поле "Поиск по всем параметрам" введите light и в результатах выберите Outlook в веб-версии.

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

Выйдите из системы, закройте веб-браузер и снова откройте почтовый ящик в Outlook в Интернете.

Открыв почтовый ящик в облегченной версии Outlook в Интернете, выполните следующие действия, чтобы удалить все записи из списка автозаполнения:

Выберите «Параметры» и убедитесь, что выбран пункт «Сообщения».

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

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

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

Чтобы позже удалить недопустимых получателей или всех получателей из списка автозаполнения в Outlook 2010, см. раздел Управление предлагаемыми получателями в полях "Кому", "Копия" и "СК" с помощью автозаполнения.

Решение 3. Убедитесь, что получатель не пересылает сообщения от вас автоматически на другой (и, вероятно, недействительный) адрес электронной почты

Совпадает ли адрес электронной почты получателя в исходном сообщении с адресом электронной почты получателя в отчете о недоставке? Сравните адрес электронной почты получателя в отчете о недоставке с адресом электронной почты получателя в сообщении в папке "Отправленные".

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

Решение 4. Убедитесь, что ваш аккаунт не был взломан

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

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

Если вы считаете, что ваш аккаунт был взломан, выполните следующие действия:

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

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

Решение 5. Убедитесь, что отчет о недоставке относится к сообщению, которое вы действительно отправили

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

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

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

Я администратор электронной почты. Что я могу сделать, чтобы это исправить?

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

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

Для учетных записей Microsoft 365 или Office 365 центр администрирования Microsoft 365 предоставляет центральный источник различных инструментов, уведомлений и сведений, которые можно использовать для устранения этой и других проблем.

Откройте центр администрирования Microsoft 365 и на главной странице выполните следующие действия:

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

Перейдите в раздел «Здоровье» > «Состояние службы», чтобы узнать, есть ли текущая проблема со службой в Microsoft 365 или Office 365, влияющая на учетную запись пользователя.

Проверьте домены отправителя и получателя на наличие неверных или устаревших записей ресурсов обмена почтой (MX), запустив средство устранения неполадок потока почты, доступное в Microsoft 365 и Office 365.

Если есть проблема с доменом получателя, свяжитесь с получателем или администратором электронной почты получателя, чтобы сообщить им о проблеме. Им придется решить эту проблему, чтобы предотвратить ошибки отчета о недоставке 5.1.x.

Решение 2. Обновите устаревшие записи MX

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

Обновления DNS-записей домена могут распространяться на все DNS-серверы в Интернете в течение 72 часов.

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

Убедитесь, что для вашего домена Exchange Online настроена только одна запись MX. Мы не поддерживаем использование более одной записи MX для доменов, зарегистрированных в Exchange Online.

Проверьте свою запись MX и свою способность отправлять электронную почту из своей организации Exchange Online, выполнив проверку проверки записи MX и исходящего соединителя в Office 365 > Конфигурация потока почты в анализаторе удаленного подключения Microsoft.

Решение 3. Обновите правила переадресации, чтобы удалить неверные адреса электронной почты

Этот отчет о недоставке может быть вызван перенаправленным (непреднамеренным) получателем, настроенным для предполагаемого получателя. Например:

Правило переадресации для папки "Входящие" или делегирование, которое получатель настроил в своем почтовом ящике.

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

Информация о событиях, происходящих в Oracle Identity Manager, должна быть отправлена ​​различным пользователям, таким как запрашивающие, получатели или администраторы. Эта информация о событиях отправляется с помощью службы уведомлений в виде уведомлений по электронной почте. Служба уведомлений позволяет выполнять все операции, связанные с уведомлениями.

Событие — это операция, которая происходит в Oracle Identity Manager, например создание пользователя, инициирование запроса или любое пользовательское событие, созданное пользователем. События генерируются как часть бизнес-операций или путем генерации ошибок. Определение события — это метаданные, описывающие событие. Чтобы определить метаданные для событий, важно определить все типы событий, поддерживаемые функциональным компонентом. Например, как часть компонента планировщика, метаданные могут быть определены для неудачного выполнения запланированного задания и завершения работы планировщика. Каждый раз, когда задание завершается сбоем или планировщик закрывается, возникают события и отправляются уведомления, связанные с этим событием.

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

Шаблон уведомления используется для отправки уведомлений. Эти шаблоны содержат переменные, которые ссылаются на доступные данные, чтобы обеспечить дополнительный контекст для уведомлений. Канал, по которому отправляется уведомление, называется поставщиком уведомлений. Примерами таких каналов являются электронная почта, мгновенные сообщения (IM), служба коротких сообщений (SMS) и голосовая связь. Для использования этих поставщиков уведомлений Oracle Identity Manager использует службу обмена сообщениями пользователей Oracle (UMS).

В серверной части механизм уведомлений отвечает за создание уведомления и использование поставщика уведомлений для отправки уведомления.

18.2 Управление поставщиками уведомлений

Управление поставщиками уведомлений включает использование объединенных UMS, SMTP и SOA для уведомлений, настройку собственного поставщика уведомлений, а также включение и отключение поставщиков уведомлений.

Вы можете настроить любой клиент, поддерживающий протоколы IMAP, POP3 и SMTP, для работы с Яндекс.Почтой.

Настроить клиент на основе IMAP

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

Шаг 1. Настройте свой почтовый ящик

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

Шаг 2. Создайте пароль приложения

В разделе "Пароли и авторизация" нажмите Включить пароли приложений. Подтвердите действие и нажмите Создать новый пароль .

Если у вас включена двухфакторная аутентификация, просто нажмите Создать пароль приложения .

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

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

Шаг 3. Настройте клиент

Чтобы получить доступ к почтовому серверу, введите свое имя пользователя и пароль приложения. Используйте пароль, который вы создали для почтового приложения на предыдущем шаге. Если вы настраиваете доставку электронной почты с почтового ящика типа «login@yandex. com», ваше имя пользователя — это первая часть адреса перед символом «@». Если вы используете Яндекс 360 для бизнеса, введите свой полный адрес электронной почты в качестве имени пользователя.

Внимание. Мы не рекомендуем использовать почтовый сервер вашего провайдера для отправки почты от вашего имени на Яндексе.

Поддержка IMAP будет включена автоматически при первом входе в почтовую программу.

Настроить клиент на основе POP3

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

Шаг 1. Настройте свой почтовый ящик

Примечание. При загрузке почты с сервера по протоколу POP3 Яндекс.Почта автоматически создает резервную копию ваших сообщений на сервере. Однако вы можете удалить их вручную с помощью веб-интерфейса. Чтобы удалить электронную почту с помощью почтового клиента, используйте IMAP.

Шаг 2. Создайте пароль приложения

В разделе "Пароли и авторизация" нажмите Включить пароли приложений. Подтвердите действие и нажмите Создать новый пароль .

Если у вас включена двухфакторная аутентификация, просто нажмите Создать пароль приложения .

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

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

Шаг 3. Настройте клиент

Чтобы получить доступ к почтовому серверу, введите свое имя пользователя и пароль приложения. Используйте пароль, который вы создали для почтового приложения на предыдущем шаге. Если вы настраиваете доставку электронной почты с почтового ящика типа «login@yandex. com», ваше имя пользователя — это первая часть адреса перед символом «@». Если вы используете Яндекс 360 для бизнеса, введите свой полный адрес электронной почты в качестве имени пользователя.

Внимание. Мы не рекомендуем использовать почтовый сервер вашего провайдера для отправки почты от вашего имени на Яндексе.

Вы можете настроить доставку сообщений по протоколу POP3 из любой папки, включая папку "Спам". Для этого перейдите в Настройки → Почтовые клиенты и выберите папки.

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

Настроить SMTP только для отправки

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

Шаг 1. Настройте свой почтовый ящик

Шаг 2. Создайте пароль приложения

В разделе "Пароли и авторизация" нажмите Включить пароли приложений. Подтвердите действие и нажмите Создать новый пароль .

Если у вас включена двухфакторная аутентификация, просто нажмите Создать пароль приложения .

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

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

Шаг 3. Настройте клиент

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

Читайте также: