Довідник помилок / 550 5.7.708 Access denied, traffic not accepted from this IP
550 5.7.708 Access denied, traffic not accepted from this IP
550 5.7.708 - це повідомлення про недоставку від Exchange Online, поштової системи Microsoft 365. Текст: «5.7.708 Access denied, traffic not accepted from this IP», іноді з «Service unavailable» на початку. Помилка виникає, коли пошта йде через Microsoft 365, напряму або через застосунок, підключений до вашого акаунта, і Exchange Online відмовляється приймати її з IP-адреси, з якої вона прийшла. Одержувач, вміст і адреса тут ні до чого. Це постійна помилка 550, тож сервер-відправник не повторює спробу, і лист лишається недоставленим, доки причину не усунуто.
Перевірте свій сайт
Через що виникає
Документація Microsoft повʼязує цей код із надсиланням з IP-адреси з низькою репутацією і зазначає, що найчастіше він зачіпає нових клієнтів, наприклад тенанти на пробній підписці Microsoft 365. На практиці він виникає у трьох ситуаціях. Новий або пробний тенант, якому ще не призначено ліцензії Exchange Online і пошті якого Microsoft поки не довіряє. Пошта, яку від вашого імені надсилає сторонній інструмент: CRM, сервіс холодних розсилок, контактна форма сайту чи сканер, що шле через ваш акаунт Microsoft 365, і тоді Microsoft оцінює IP інструмента, а не ваш. І локальний сервер чи інший ретранслятор, що передає пошту в Exchange Online через конектор з IP із поганою історією, наприклад IP спільного хостингу або такої, що вже розсилала спам. Дані Microsoft про репутацію власні й не публікуються, тож перевірка в публічних чорних списках - вагома підказка, а не остаточна відповідь.
Як виправити
- Знайдіть IP, яку відхилив Microsoft. Відкрийте повідомлення про недоставку та його заголовки: IP зазвичай названо в діагностичному тексті або в останньому рядку Received перед серверами Microsoft. Якщо з Outlook чи Outlook в браузері лист іде, а з тієї самої скриньки через застосунок - ні, відхиляють саме IP застосунку.
- Запустіть перевірку на цій сторінці з цією IP. Вона шукає адресу в публічних чорних списках, як-от Spamhaus, SpamCop і Barracuda. Якщо IP у списку, у неї є спам-історія, яку бачать і інші поштові системи: зупиніть те, що розсилало спам, а потім подайте запит на виключення, як описано в гайді про видалення IP з DNSBL, інакше її просто внесуть знову. Чистий результат не знімає питань з боку Microsoft, чиї дані окремі, але відкидає найчастішу причину.
- Перевірте автентифікацію домену поштовою перевіркою на цьому сайті. SPF має включати кожен сервіс, що надсилає пошту від вашого імені, разом зі стороннім інструментом, DKIM має бути увімкнено в Microsoft 365 для вашого домену, і має існувати запис DMARC. Саме по собі це блокування не зніме, але слабка автентифікація тримає репутацію низькою в кожній системі, куди потрапляє ваша пошта.
- Якщо сторонній інструмент надсилає через ваш акаунт Microsoft 365, запитайте в його підтримки, чи шле він зі спільних IP і чи може підключатися до Microsoft 365 через OAuth або Graph API замість ретрансляції по SMTP зі своїх серверів. Масові та холодні розсилки краще перенести в сервіс, створений для цього, з власними прогрітими IP і налаштованою там автентифікацією вашого домену.
- На новому або пробному тенанті, за словами Microsoft, виправити це може лише адміністратор пошти. Адміністратор відкриває запит у підтримку в центрі адміністрування Microsoft 365 і просить виняток для IP-адреси, який діє, доки не призначено ліцензії Exchange Online. Додайте Message-ID і повний текст помилки. Microsoft повʼязує блокування з пробним станом, тож призначення платних ліцензій Exchange Online скринькам-відправникам - частина рішення.
- Для локального сервера чи ретранслятора, що надсилає через конектор, переконайтеся, що він не є відкритим релеєм і не зламаний: раптова черга вихідних листів, яких ви не надсилали, - ознака саме цього. Налаштуйте для його IP PTR-запис, що резолвиться назад на ту саму адресу, і коли джерело чисте, попросіть підтримку Microsoft переглянути блокування.