Чому ваші листи потрапляють у спам (і що це говорить про вашого провайдера).
Одержувачі оцінюють вашу IP відправника, її reverse DNS і її сусідів раніше, ніж ваш зміст. Половина вашої доставлюваності успадкована від вашого провайдера.
У цій статті 4 розділів
- Поштові сервери одержувачів оцінюють вашу інфраструктуру відправлення раніше за зміст: чи збігається reverse DNS з forward DNS, що ця IP надсилала раніше, і що надсилали її сусіди.
- Приблизно половину цієї оцінки ви успадковуєте від провайдера: чий це адресний простір і чи стежить провайдер за тим, що надсилає решта діапазону.
- Половина, яку контролюєте ви, має порядок виправлення: reverse DNS, що збігається з іменем HELO, потім SPF, DKIM, DMARC, потім прогрівання і гігієна списків.
- Половина, яку ви успадковуєте, теж має виправлення: надсилайте з мережі, яка володіє власним адресним простором і сама ловить своїх спамерів. Запитуйте. Документи можна перевірити.
Це один із найбільш гнітючих тікетів підтримки, які доводиться писати. Лист для скидання пароля, який, за словами клієнта, так і не прийшов. Розсилка, що потрапляє у спам попри SPF-запис, який ви перевірили тричі, і зміст, що пройшов би перевірку на відповідність. Ви цілий день налагоджуєте повідомлення. Повідомлення ніколи не було проблемою. Сервер одержувача ухвалив половину рішення ще до того, як прочитав бодай слово, і ця половина стосувалася інфраструктури: вашої та вашого провайдера.
Як одержувачі насправді вас оцінюють
Коли сервер підключається, щоб доставити пошту, одержувач перевіряє, чи має IP, що підключається, взагалі ім’я reverse DNS, чи резолвиться це ім’я вперед у ту саму IP (forward-confirmed reverse DNS) і чи збігається воно з тим, що сервер відправника оголосив як своє ім’я HELO. Він зважує, що ця IP надсилала в минулому. Він зважує репутацію навколишнього діапазону. І тільки після всього цього починає оцінювати вашу тему й зміст. Пошта з IP без PTR, з невідповідним PTR або з поганого району починає розмову як підозрюваний.
- Reverse DNS (PTR)
- Існує і збігається з forward-записом та іменем HELO
- Історія IP
- Що ця адреса надсилала до того, як ви її орендували
- Район
- Що надсилає навколишній діапазон і чи стежить за ним хтось
- Автентифікація
- SPF, DKIM, DMARC: чи домен ручається за відправника
- І лише тоді
- Ваша тема і ваш зміст
Рядки з першого по третій є інфраструктурою. Два з них належать вашому провайдеру, а не вам.
Половина, яку ви успадковуєте
Почніть із половини, яку будували не ви. По-перше, чий це простір: наші клієнти надсилають з простору IPv4, який ми тримаємо безпосередньо від RIPE, тож історія діапазону є нашою відповідальністю, а його репутація не переходить з рук у руки вище по ланцюгу, коли змінюються відносини з оператором. Власника можна підтвердити в публічному реєстрі. По-друге, чи стежить хтось за вулицею: у нашій мережі вихідний спам зі зламаного сайту перехоплюється і зупиняється на нашому edge раніше, ніж його помітять блоклисти upstream, а повторні порушники у спільному діапазоні мають реальні наслідки, із задокументованим шляхом зняття обмежень. Діапазон, з якого виселяють спамерів, є діапазоном, законні мешканці якого успадковують чисту оцінку.
Половина, яку контролюєте ви, у правильному порядку
Спочатку reverse DNS.
Поставте на вашу IP відправника PTR-запис, що збігається з forward-записом вашого поштового сервера і з його іменем HELO.
SPF.
Завершіть запис політикою hard fail, щойно будете впевнені, що він повний.
DKIM.
Підписуйте пошту, з опублікованим у DNS селектором ключа підпису, щоб одержувачі могли перевірити, що дорогою нічого не змінено.
DMARC.
Задайте політику для пошти, яка не проходить перевірки, і ввімкніть звіти, щоб бачити, хто надсилає від вашого імені.
Потім поводьтеся як добрий відправник.
Прогрівайте нові IP поступово, тримайте списки чистими і робіть відписку миттєвою. Автентифікація дає вам презумпцію невинуватості. Поведінка її зберігає.
Автентифікація, побудована поверх зламаного reverse DNS, це костюм на підозрюваному.
“Одержувачі не оцінюють вашу IP окремо. Вони оцінюють вулицю, на якій вона живе, а ваш провайдер є її власником.”
Що документи говорять про провайдера
Ось ширша думка, яку варто брати з собою до кожного провайдера, якого ви оцінюєте. DNS, що узгоджується сам із собою, діапазони, за якими стежать, адресний простір на ім’я самого провайдера: нічого з цього не вражає, усе це можна перевірити, і все це корелює з усім, чого ззовні перевірити не можна. Провайдер, який не може тримати записи reverse DNS узгодженими, показує вам, як працює решта його мережі. Проблеми з доставлюваністю часто є першим видимим симптомом мережі, якою керують абияк. Ставтеся до них як до безкоштовного аудиту, яким вони і є.
Прямі відповіді
Чому мої листи йдуть у спам, хоча SPF налаштовано?+
SPF є одним рядком значно більшої оцінної картки. Спершу перевірте reverse DNS: чи існує PTR вашої IP, чи резолвиться він назад у ту саму адресу і чи збігається з іменем вашого поштового сервера? Потім DKIM і DMARC. Потім частина, яку ніхто не перевіряє: історія відправлень вашої IP і репутація сусіднього діапазону, і те й інше ви успадковуєте від провайдера.
Що таке PTR-запис і чому він важливий для пошти?+
PTR-запис є записом reverse DNS, що зіставляє вашу IP з іменем хоста. Одержувачі перевіряють, що він існує, резолвиться вперед у ту саму IP і збігається з іменем, яке оголошує ваш сервер. Відсутній або невідповідний PTR є одним із найшвидших шляхів до теки спаму.
Чи впливає хостинг-провайдер на доставлюваність?+
Істотно. Йому належить минуле IP, репутація навколишнього діапазону і те, чи стежать за цим діапазоном. Провайдер, який ловить вихідний спам зі зламаних акаунтів клієнтів, захищає кожного законного відправника поруч. Той, хто цього не робить, витрачає вашу репутацію за вас.
Як перевірити поштову репутацію IP і її район?+
Зробіть запит до публічних блоклистів щодо IP і її навколишнього діапазону, знайдіть адресний простір у реєстрі, щоб побачити, хто ним насправді володіє, і перевірте forward-confirmed reverse DNS. Усе це публічне, і все це є перевіркою перед реєстрацією.
У якому порядку правильно виправляти доставлюваність?+
Reverse DNS, потім SPF, потім DKIM, потім DMARC, потім поведінка відправника, як-от прогрівання і гігієна списків. А якщо проблемою є сам район, виправленням є краща мережа, а не краща тема листа.
Пошта йде у спам, а ідеї закінчилися?
Надішліть нам вашу IP відправника і домен. Ми прочитаємо оцінну картку, яку читають одержувачі: PTR, автентифікацію, історію і район, який ви успадковуєте.
Поговоріть з інженеромВи дійшли до кінця.
Застосуйте прочитане на практиці
Що ви запускаєте?
Розкажіть нам про навантаження, трафік і вимоги до відновлення. Почніть з конструктора сервера або обговоріть деталі з інженером.
Написано інженерами, які будують і експлуатують інфраструктуру, про яку йдеться.Поговоріть з інженером
