Головна › Посібники

Пошта в чорному списку? Як прочитати повернення і вийти зі списку

Опубліковано 2026-11-03 ／ Оновлено 2026-11-03 ／ Автор Yuki Nakazawa

Якщо вашу пошту внесено до чорного списку, повідомлення про недоставлення зазвичай про це й говорить. Відкрийте отриману відмову й зверніть увагу на три речі: тризначний код, код із крапками після нього (наприклад, 5.7.1) і текст. Код, що починається з 4, означає тимчасову помилку; код, що починається з 5, — остаточну. Якщо в тексті названо список блокування, саме ним і варто зайнятися насамперед.

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

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

Як прочитати повідомлення про недоставлення

Повідомлення про недоставлення (bounce, non-delivery report) цитує відповідь, яку дав сервер одержувача. Типова відмова через чорний список виглядає так:

<user@example.com>: host mx.example.com[203.0.113.25] said:
    550 5.7.1 Service unavailable; Client host [203.0.113.10]
    blocked using bl.example.org (in reply to RCPT TO command)

1. Код відповіді (550). За RFC 5321 відповідь 4yz означає, що помилка тимчасова і той самий запит можна повторити. Відповідь 5yz — остаточна помилка, і сервер відправника не повинен просто повторювати той самий запит.
2. Розширений код стану (5.7.1). Визначений у RFC 3463 у форматі class.subject.detail (клас, тема, деталь). Середнє число вказує на сферу: 1 — адреса, 2 — поштова скринька, 4 — мережа й маршрутизація, 7 — безпека або політика. Код 5.7.x означає, що одержувач відмовив вам із міркувань політики, і саме тут проявляються списки блокування та репутація.
3. Довільний текст. Одержувачі часто називають список (blocked using bl.example.org) або дають URL для перевірки. Скопіюйте повідомлення повністю: воно знадобиться для будь-якого запиту на видалення чи звернення до підтримки.

Поширені коди та на що вони вказують. Описи 5.7.25, 5.7.26 і 4.7.x узято з опублікованого переліку помилок Gmail; інші сервіси можуть формулювати чи використовувати ті самі коди інакше.

У разі помилки 4xx ваш сервер сам повторює спроби. RFC 5321 радить чекати між спробами щонайменше 30 хвилин і зазначає, що час до припинення спроб загалом має становити щонайменше 4–5 днів, тому попередження про «затримку» може прийти задовго до остаточної відмови.

Перевіряйте причини в такому порядку

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

1. Помилка в адресі. Код 5.1.1 не має нічого спільного з чорними списками. Виправте адресу.
2. Переповнена скринька. 4.2.2 або 5.2.2 — проблема одержувача. Зв’яжіться з ним іншим способом.
3. Не доходить лише до одного одержувача. Якщо пошта до інших компаній і до Gmail доходить, імовірна причина — власні фільтри одержувача. Надішліть його адміністраторові повний текст повідомлення про недоставлення.
4. SPF, DKIM і DMARC. Gmail вимагає від кожного відправника налаштувати SPF або DKIM, а від тих, хто надсилає понад 5 000 листів на день, — SPF, DKIM і DMARC. Вимоги Yahoo схожі: масовим відправникам потрібна політика DMARC щонайменше p=none. Outlook.com почав застосовувати ті самі вимоги до доменів, що надсилають понад 5 000 листів на день, 5 травня 2025 року. Див. посібник із налаштування SPF, DKIM і DMARC.
5. Репутація IP-адреси та домену відправлення. Переконайтеся, що IP-адреса відправлення має коректні прямий і зворотний DNS (PTR), що ви надсилаєте через TLS і що скарг мало. І Gmail, і Yahoo просять відправників утримувати частку спаму нижче 0,3%; Gmail рекомендує не перевищувати 0,10%.
6. Перевірка чорних списків. Якщо в повідомленні про недоставлення названо список або кілька не пов’язаних між собою одержувачів повертають 5.7.1, перевірте IP-адресу та домен відправлення за допомогою перевірки чорних списків.
7. Вміст і обсяг. Пошукайте, що змінилося: раптове велике розсилання, старий список адрес, розісланий за один раз, вебформа, через яку зловмисники розсилають пошту стороннім людям.

Якщо вас відхиляє лише Gmail, посібник із проблем доставлення в Gmail докладніше розбирає його коди.

Що таке чорний список пошти (DNSBL) і як його перевірити

Більшість чорних списків пошти — це DNSBL, тобто списки, що публікуються через DNS. Коли ваш сервер підключається, сервер одержувача шукає вашу IP-адресу в списках, яким довіряє, і залежно від відповіді відхиляє лист, нараховує йому бали або позначає його.

Запит описано в RFC 5782. Для IPv4 октети записують у зворотному порядку й додають перед доменом списку. Адреса зі списку повертає запис A, за домовленістю 127.0.0.2, і може мати запис TXT із поясненням причини. Адреса, якої немає в списку, не має жодних записів. Для IPv6 використовують повну адресу, записану у зворотному порядку по півбайтах (nibble).

$ dig +short 10.113.0.203.bl.example.org A
127.0.0.2
$ dig +short 10.113.0.203.bl.example.org TXT
"Listed - see https://bl.example.org/lookup"

Кілька моментів, на яких часто помиляються:

• Перевіряйте IP-адресу сервера, який надсилає вашу пошту, а не вашого ноутбука чи офісного підключення. Її можна знайти в повідомленні про недоставлення (Client host [...]) або в заголовках Received надісланого вами листа.
• До списків можуть потрапляти й домени. Деякі списки охоплюють домени відправників або домени, що трапляються в посиланнях. Перевіряйте і IP-адресу, і домен.
• Внесення до списку має значення лише там, де цей список використовують. Кожен одержувач сам вирішує, до яких списків звертатися. Якщо ваші одержувачі не використовують певний список, присутність у ньому для них нічого не змінює.

Перевіряти десятки списків вручну втомливо; перевірка чорних списків робить це за один прохід і показує, які списки дають збіг.

Які внесення до списків справді важливі

Не кожне внесення до списку заслуговує однакової уваги. Приблизний порядок пріоритетів:

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

Як описують себе деякі відомі списки, за їхніми офіційними сторінками станом на листопад 2026 року:

Пам’ятайте про дві речі. По-перше, списки, що охоплюють цілі діапазони, як-от UCEPROTECT Level 2 і 3, можуть містити вашу IP-адресу, навіть якщо ви ніколи не надсилали спаму, — через інші адреси в тій самій мережі. По-друге, там, де список пропонує платне експрес-видалення, зазвичай поряд існує й безкоштовне автоматичне спливання, а оплата не усуває того, що спричинило внесення до списку. Якщо причина залишилася, запис повернеться. У Spamhaus кілька списків із різними способами видалення; див. статтю як вийти зі списків Spamhaus.

Як вийти з чорного списку

Процес майже однаковий для всіх списків:

1. Знайдіть і усуньте причину. Типові винуватці — зламаний пароль поштової скриньки, комп’ютер, заражений шкідливим ПЗ, контактна форма, що надсилає листи на будь-яку введену адресу, відкритий ретранслятор (open relay) або розсилання людям, які на нього не погоджувалися. Насамперед змініть паролі й закрийте вразливість.
2. Прочитайте сторінку перевірки на сайті оператора. Більшість списків дають змогу ввести IP-адресу й побачити, чому її внесено і як можна домогтися видалення. Дотримуйтеся саме цього, а не здогадок сторонніх.
3. Якщо записи в списку спливають самі, зачекайте. SpamCop знімає запис через 24 години після припинення скарг; UCEPROTECT Level 1 — через 7 днів без нового спаму.
4. Якщо список приймає запити, надішліть один. Чітко опишіть, що сталося і що ви змінили. Barracuda, наприклад, прямо зазначає, що повторні запити ігноруються.
5. Надішліть повторно й спостерігайте. Поширення видалення може потребувати часу. SpamCop зазначає, що до його дзеркал і серверів, які використовують список, зміни можуть доходити до 4 годин.

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

Пам’ятайте також, що DNSBL — лише один із чинників. Коли Gmail відхиляє пошту з кодом 550 5.7.1, посилаючись на дуже низьку репутацію вашої IP-адреси чи домену відправлення, це власна оцінка Gmail. Вихід із DNSBL її не змінить; змінять краща автентифікація, чистіші списки адрес і менша кількість скарг.

Спільний хостинг і VPS: коли IP-адреса не лише ваша

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

• Спільний хостинг. IP-адресою керує хостинг-провайдер, тож замість того, щоб самостійно подавати запити на видалення, створіть звернення до підтримки з повним повідомленням про недоставлення та IP-адресою, внесеною до списку. Внесення діапазонів чи мереж, як-от UCEPROTECT Level 2 і 3, може врегулювати лише провайдер.
• VPS або виділений сервер. Щойно призначена IP-адреса може мати історію від попереднього користувача. Перевірте її, перш ніж починати надсилання, і налаштуйте для неї зворотний DNS (PTR) відповідно до імені хоста вашого поштового сервера — зазвичай через панель керування провайдера.
• Надсилання безпосередньо з домашньої або динамічної IP-адреси. Саме для таких діапазонів і призначено Spamhaus PBL. Надсилайте пошту через сервер відправлення (submission) вашого провайдера чи поштового сервісу з автентифікацією на порту 587 або 465.

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

Як не потрапити до списку знову

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

• Автентифікація та основи. Підтримуйте коректність SPF, DKIM і DMARC, правильний зворотний DNS і надсилайте через TLS. Оновлюйте SPF щоразу, коли додаєте новий сервіс надсилання.
• Безпека облікових записів. Використовуйте надійні паролі та двофакторну автентифікацію й стежте за раптовими стрибками обсягу вихідної пошти чи розміру черги.
• Захистіть форми. Обмежте частоту надсилання контактних і реєстраційних форм, щоб через них не можна було розсилати пошту на довільні адреси.
• Гігієна списків адрес. Надсилайте листи лише тим, хто їх просив, і вилучайте адреси, що повертають помилки. Gmail і Yahoo вимагають від масових відправників підтримувати відписку одним кліком.
• Уникайте різких сплесків. Розсилання, значно більше за звичайне, може спричинити обмеження швидкості та скарги.
• Регулярно перевіряйте. Якщо час від часу перевіряти IP-адресу й домен відправлення, можна помітити внесення до списку раніше, ніж клієнти повідомлять про втрачені листи.

Поширені запитання

Використані офіційні сторінки

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

• RFC 5321: Simple Mail Transfer Protocol
• RFC 3463: Enhanced Mail System Status Codes
• RFC 5782: DNS Blacklists and Whitelists
• Google Workspace: Gmail SMTP errors and codes
• Google: Email sender guidelines
• Yahoo Sender Hub: Best Practices
• Microsoft: Outlook.com Postmaster
• Spamhaus: Policy Blocklist (PBL)
• SpamCop FAQ: SpamCop Blocking List delisting
• SpamCop Blocking List
• Barracuda Central: Removal Request
• UCEPROTECT: Removal Policy Level 1
• UCEPROTECT: Removal Policy Level 2
• UCEPROTECT: Removal Policy Level 3

Схожі посібники

Усі посібники →