Рейтинг:0

Outlook / MS Exchange из Office 365 возвращает синтаксис заголовка 550

флаг us

У моего клиента есть случай, когда компания-партнер не может доставлять им электронные письма. Дело в том, что они получают следующую информацию, возвращаемую Mailer-Daemon:

Это сообщение было создано автоматически программой доставки почты.

Отправленное вами сообщение не может быть доставлено одному или нескольким получателям. Это постоянная ошибка. Не удалось выполнить следующие адреса:

получатель@office365-основанная-электронная почта.com
хост 192.168.101.200 [192.168.101.200]
Ошибка SMTP с удаленного почтового сервера после окончания данных:
Синтаксис заголовка 550

Однако точно такое же сообщение, отправленное на адрес получателя@gmail.com или буквально в любую другую почтовую систему, работает отлично и достигает места назначения.

Что я пробовал до сих пор:

  1. Добавление почтового потока, который будет обходить спам-фильтр
  2. Отправка тестовой электронной почты через различные почтовые клиенты
  3. Проверены отчеты о потоке почты на наличие сбоев
  4. Трассировка проверенного сообщения

но либо никаких следов этих сообщений.

Так:

  • кто-нибудь знает, в чем может быть причина?
  • есть идея где искать?

Ниже приведен пример источника сообщения (скрытые фактические адреса электронной почты и содержимое):

От кого: sender@other-3rd-party-mail-service-provider.com
Кому: получатель@office365-based-email.com
Тема: азбука
Тема темы: ABC
Индекс темы: XYZ/DASds
X-MS-Exchange-MessageSentRepresentingType: 1
Дата: Пн, 7 марта 2022 г. 12:54:02 +0100
Идентификатор сообщения:
    <123.eurprd08.prod.outlook.com>
Использованная литература:
    <123.eurprd08.prod.outlook.com>
В ответ на:
    <123.eurprd08.prod.outlook.com>
Язык содержания: pl-PL
X-MS-Has-Attach: да
X-MS-TNEF-коррелятор:
X-MS-Exchange-Organization-RecordReviewCfmType: 0
Content-Type: составной/смешанный;
    граница="_002_VI1PR0802MB2255D7C42F929D70566E9C7982089VI1PR0802MB2255_"
MIME-версия: 1.0

--_002_VI1PR0802MB2255D7C42F929D70566E9C7982089VI1PR0802MB2255_
Тип содержимого: текст/html; набор символов = "iso-8859-2"
Content-Transfer-Encoding: кавычки-печать

некоторый html-контент

--_002_VI1PR0802MB2255D7C42F929D70566E9C7982089VI1PR0802MB2255_
Content-Type: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet;
    имя = "некоторый_файл.xlsx"
Описание содержимого: some_file.xlsx
Content-Disposition: вложение; имя файла="2022_03_04.xlsx"; размер=41422;
    create-date="Пн, 07 марта 2022 г., 09:57:43 по Гринвичу";
    модификация-дата = "пн, 07 марта 2022 г., 12:08:34 по Гринвичу"
Контент-передача-кодирование: base64

содержимое прикрепленного файла

--_002_VI1PR0802MB2255D7C42F929D70566E9C7982089VI1PR0802MB2255_--
Appleoddity avatar
флаг ng
Типичный отчет о недоставке содержит больше информации. Этой информации недостаточно, чтобы даже определить, на вашей ли это стороне или на их стороне. Это определенно не то, что можно было бы получить от Office 365, который намного, намного, более детализирован. Как вы думаете, почему проблема на вашей стороне, а не на их? Если это вся информация, которую они получают с их стороны, то это на 100% с их стороны.
флаг us
@Appleoddity - честно говоря, я предполагал, что проблема на их стороне - поскольку они единственные, кто жалуется на доставку, все остальные клиенты / партнеры / и т. д. могут правильно получить электронную почту. Однако, как указано выше, отправка точно такой же электронной почты с их серверов достигает Google и нескольких других крупных игроков, проблема возникает только при работе с o365. Поэтому я подумал, что может быть какая-то возможность выяснить, что происходит на стороне получателя.
флаг us
Более того, они могут отправлять одно и то же сообщение на другие электронные письма, размещенные на o365 (я лично тестировал другой домен, и это сработало как шарм).
Рейтинг:0
флаг us

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

Такая настройка привела к тому, что список контактов был объединен и синхронизирован с MS теоретически только для учетной записи из проблемного домена, но когда он пытался отправить электронную почту с другой учетной записи, список из обмена MS все еще был доступен, а при выборе он не содержат полный адрес, что в основном заканчивается отправкой электронной почты без адреса электронной почты, т.е. to='John Doe' вместо to='John Doe john.doe@example.com'.

Ответить или комментировать

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