Помилка 550 5.7.1: причини та діагностика

Чому електронні листи відхиляються з помилкою 550 5.7.1?

Відповідь 550 5.7.1 означає, що поштовий сервер відхилив повідомлення через певну політику. Сам код не вказує, про яке саме правило йдеться: один сервер може повідомити про помилку автентифікації, а інший — заблокувати відправника, адресу чи вміст листа. Тож якщо ви з’ясовуєте, чому поштовий сервер відхиляє листи, почніть із тексту діагностики та визначте сервер, який надіслав цю відповідь.

Якщо у звіті про доставку зазначено лише «повідомлення відхилено», знайдіть повну відповідь SMTP у журналі подій сервісу відправлення або в записі про повернення листа. Розслідування варто починати саме з цих даних, а не зі зміни налаштувань DNS чи прохання до отримувача перевірити папку зі спамом.

Що означає відхилення 550 5.7.1 під час SMTP-обміну?

SMTP-сервери обмінюються кодами стану під час обробки повідомлення. Перша цифра в коді 550 вказує на остаточну помилку: очікувати, що повторне надсилання незміненого повідомлення спрацює, не варто. Розширений код 5.7.1 вказує на проблему безпеки або порушення політики, але не називає конкретне правило, яке спрацювало. Якщо ви шукаєте, що означає помилка 550 5.7.1, важливо враховувати і цей загальний код, і додатковий текст відповіді.

Важливий текст після коду. Наприклад, фраза «відправнику не дозволено надсилати» вказує на іншу проблему, ніж «повідомлення відхилено відповідно до локальної політики». Це лише приклади, а не універсальні визначення: поштові провайдери формують власні повідомлення діагностики, і однакові формулювання в різних системах можуть мати різне значення.

Сприймайте 550 5.7.1 як категорію, а не діагноз. Якщо ви запитуєте, чому електронні листи відхиляються з помилкою 550 5.7.1, то практична відповідь така: система отримувача застосувала певне правило, і щоб з’ясувати яке саме, потрібна повна відповідь сервера.

Як визначити, чи відхилив лист сервер отримувача, чи проміжний шлюз?

Перевірте SMTP-транскрипт або докладний звіт про повернення листа й знайдіть хост, який надіслав відповідь 550. Поруч із повідомленням діагностики зазвичай зазначено сервер, іноді у вигляді його імені або IP-адреси. Порівняйте ці дані з доменом отримувача та відомостями про служби захисту пошти, які можуть стояти перед його доменом.

Пошта отримувача може проходити через фільтрувальний шлюз, перш ніж потрапити на поштовий сервер скриньки. Якщо цей шлюз відхилить лист під час SMTP-обміну, поштовий сервер скриньки отримувача може взагалі не побачити повідомлення. У звіті про повернення може бути вказано сам шлюз або ім’я хоста, яке потрібно уточнити в адміністратора отримувача.

Звертайте увагу на послідовність відповідей серверів, а не на поля «Від» чи «Кому» в сповіщенні. Наприклад, у транскрипті може бути зазначено, що ваша система надсилання під’єдналася до певного хоста, передала дані повідомлення й отримала від нього відповідь 550. Саме ця відповідь показує, яка система ухвалила рішення, навіть якщо поштовою скринькою отримувача керує інший провайдер.

Деякі платформи надсилання показують у панелі керування лише короткий підсумок. Відкрийте докладні відомості про подію або, якщо можливо, завантажте повний звіт про повернення листа: додаткові рядки можуть указати, який хост відхилив повідомлення та на якому етапі.

Чому повідомлення можуть відхилити вже після встановлення з’єднання із сервером?

Якщо SMTP-з’єднання прийнято, це означає лише, що система отримувача дозволила розпочати обмін даними. Це не означає, що вона схвалила відправника, отримувача чи саме повідомлення. Перевірки за правилами можуть відбуватися на різних етапах: після передавання адреси відправника, після зазначення отримувача або після передавання вмісту повідомлення.

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

Час отримання відповіді допомагає звузити коло можливих причин. Якщо відхилення надходить до передавання тексту повідомлення, проблема може стосуватися хоста відправника, особи відправника або правил для отримувача. Якщо відповідь з’являється після передавання тексту, система могла оцінити вміст повідомлення або сукупність даних про відправника, отримувача й лист. Головним доказом залишається текст відповіді.

Що перевірити в повному звіті про повернення листа, перш ніж змінювати налаштування пошти?

Збережіть оригінальний звіт про повернення листа, перш ніж редагувати записи DNS, змінювати адресу відправника чи надсилати повідомлення повторно. Повний звіт фіксує рішення системи отримувача й дає змогу порівняти його з результатами наступних спроб. Перевірте такі дані:

• Розширений код стану: Переконайтеся, що у відповіді зазначено 5.7.1, а не інший код. У короткому підсумку може не бути точного коду, отриманого під час SMTP-обміну.
• Текст діагностики: Скопіюйте повне пояснення сервера, включно з будь-яким номером звернення чи назвою правила. Не покладайтеся на скорочене повідомлення в панелі керування.
• Хост, який відхилив лист: Запишіть ім’я хоста або IP-адресу, зазначені поруч із відповіддю. Це допоможе з’ясувати, чи рішення ухвалив сервер отримувача, чи фільтрувальний шлюз.
• Часова позначка: Зафіксуйте дату й час, а також часовий пояс, якщо його вказано. Адміністратор системи отримувача зможе використати ці дані для пошуку в журналах пошти.
• Дані про повідомлення й отримувача: Збережіть ідентифікатор повідомлення, адреси відправника й отримувача та інформацію про спробу доставки, якщо її наведено. Ці дані допоможуть знайти потрібну подію без здогадок.

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

Як відрізнити блокування через політику на боці відправника від правила для конкретного отримувача?

Порівняйте результати для різних отримувачів і доменів. Якщо кілька не пов’язаних між собою доменів відхиляють те саме повідомлення й показують схожі формулювання, імовірніше, проблема на боці відправника. Якщо лист не доходить лише до однієї адреси чи однієї організації, а інші отримувачі його отримують, імовірніше, причина в локальному правилі або політиці шлюзу отримувача.

Ці закономірності — лише підказки, а не докази. Шлюз отримувача може застосовувати правило до всього домену відправника, тож проблема може торкнутися кількох людей в одній організації. І навпаки, проблема в налаштуваннях на боці відправника може проявлятися вибірково, якщо лише деякі поштові провайдери застосовують відповідну політику.

Зверніть увагу, чи вказує текст діагностики на певну причину: заблокованого відправника, обмеження для отримувача або локальне правило безпеки. Потім проведіть контрольну перевірку: надішліть такий самий тип повідомлення іншому авторизованому отримувачу, не змінюючи кілька налаштувань одночасно. Якщо лист доходить до інших доменів, але постійно не проходить до однієї компанії, передайте наявні дані її адміністратору пошти.

Якщо у повідомленні про відхилення йдеться про автентифікацію або політику домену, перш ніж просити зробити виняток, перевірте записи домену відправника та їхню відповідність. Для цього стане в пригоді коротка інструкція з налаштування автентифікації електронної пошти. Втім, сама по собі вона не доводить, що причиною помилки 550 була автентифікація: це має підтверджувати звіт про повернення листа.

Яку інформацію надати адміністратору пошти отримувача?

Надішліть стислий опис із даними, яких адміністратору вистачить, щоб знайти відповідну подію в журналах. Додайте повний звіт про повернення листа або SMTP-транскрипт, ідентифікатор повідомлення, адреси відправника й отримувача та приблизний час надсилання із зазначенням часового поясу. Також вкажіть хост, який відхилив лист, і точний рядок діагностики 550 5.7.1.

Опишіть ситуацію, не припускаючи причину. Наприклад: «Повідомлення, надіслане на адресу alex@example.com о 14:20 UTC, відхилив mx.example.net із кодом 550 5.7.1; у вкладеному звіті наведено повну відповідь». Це дасть адміністратору потрібні дані для пошуку, не видаючи непідтверджене припущення за факт.

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

Коли доречно попросити отримувача додати відправника до списку дозволених?

Просіть додати адресу до списку дозволених, якщо адміністратор отримувача підтвердив, що локальне правило блокує легітимного відправника, і може пояснити, для якої саме особи чи домену відправника потрібен виняток. Надайте точний звіт про повернення листа й зазначте відповідну адресу або домен відправника. Рішення про те, чи відповідає виняток політиці організації, має ухвалювати адміністратор.

Додавання до списку дозволених не вирішує кожну проблему з кодом 550 5.7.1. Якщо у звіті йдеться про проблему з автентифікацією на боці відправника, неправильно сформовану адресу або ширше порушення політики, виняток може лише приховати симптом, не усунувши причину. Щоб визначити, як виправити помилку SMTP 550 5.7.1, спочатку орієнтуйтеся на зазначену причину відхилення; просіть про локальний виняток лише тоді, коли адміністратор пошти отримувача підтвердить, що проблема спричинена його політикою.