В даний час поштові сервіси все більше приділяють уваги системам для боротьби зі СПАМом. Але все частіше повідомлення які чекають від нас наші клієнти потрапляють в СПАМ. У більшості випадків це відбувається тому що поштовий сервер на який ми відправили пошту не може розпізнати чи дійсно пошту відправили ми а не хтось сторонній.
Є кілька способів як це виправити, найпростіший це додавання SPF-записи. SPF-запис додається до опису домену та показує, з яких серверів можна відправляти пошту від імені домена.
Для цього нам буде потрібно:
Доступ до редагування наших DNS записів.
основи SPF
У SPF використовується 3 блоки:
Версія на даний момент тільки одна - "v = spf1".
"+" Pass - приймати повідомлення. Параметр за замовчуванням
"-" Fail - не брати повідомлення
"SoftFail - відправляти в СПАМ
"?" Neutral - нейтральне ставлення, потрібна додаткова перевірка.
all - будь-який сервер
a, mx - сервер з DNS записи A або MX відповідно
Ігнорувати всю пошту з домену.
Повідом з серверів зазначених в A і MX записах, повідомлення з інших серверів повинні бути відхилені.
Повідом з серверів зазначених MX записах, повідомлення з інших серверів будуть прийняті, але відправлені в СПАМ.
Забрати все правила з домену example.com.
v = spf1 ip4: example.com/24 -all
Які можуть бути сервери відправки пошти?
Умовно сервери відправки пошти можна розділити на 3 групи:
Популярні поштові сервіси, до яких ви прив'язали свій домен. Наприклад: Google App, Yandex PDD, Mail.ru для бізнесу.
Власний поштовий сервер
SPF для популярних сервісів.
На момент написання статті вони виглядають наступним чином.
Як підібрати SPF для власного поштового сервера або хостингу.
Received: from gateway08.websitewelcome.com (gateway08.websitewelcome.com. [67.18.36.18])
Далі перевіряємо, чи є у websitewelcome.com SPF запис. У цьому нам може допомогти утиліта dig.
$ Dig TXT websitewelcome.com
У відповіді знайдемо:
websitewelcome.com. 19117 IN TXT "v = spf1 a mx ip4: 64.5.0.0/16 ip4: 67.18.0.0/16 ip4: 69.41.0.0/16 ip4: 69.56.0.0/16 ip4: 69.93.0.0/16 ip4: 70.85.0.0/ 16 ip4: 74.52.0.0/16 ip4: 174.132.0.0/16 ip4: 174.120.0.0/16 ip4: 173.192.100.229 ip4: 173.192.111.0/24 include: spf.websitewelcome.com "
Даний запис виглядає цілком життєздатною, можемо просто забрати її:
висновок
Дякую за статтю. Є ситуація.
Для роботи з поштою використовую Пошту для домену Яндекса, а для розсилок - Mailchimp.
Як в такому випадку?
Начебто і redirect = _spf.yandex.ru і include: servers.mcsv.net? All
Як бути?
Мені в техпідтримку Яндекса відповіли так (я тільки букву "a" додав від себе))):
v = spf1 a include: servers.mcsv.net include: _spf.yandex.net
Section 3, "SPF Records", the 2nd paragraph.
"The SPF record is expressed as a single string of text found in the
RDATA of a single DNS TXT resource record; multiple SPF records are
not permitted for the same owner name. "