Хтось знає про якісь дослідження, проведені для того, щоб показати, скільки електронної пошти буде відхилено, якщо не буде запису ptr для імені банера SMTP сервера електронної пошти?
Чи проводяться зворотні перевірки, коли їх увімкнено, чи це іноді налаштовано, якщо програма спаму вважає електронну пошту "iffy", робиться зворотна перевірка?
Відповіді:
Я намагаюся якомога більше намагатися, щоб зворотний пошук IP-адреси сервера електронної пошти вирішив імені, яке він використовує в SMTP-розмовах. Це полегшує життя.
Я не маю жодних статистичних доказів, які б підтверджували це, але, як мій досвід, час від часу деякі віддалені поштові повідомлення будуть відхиляти повідомлення про відсутність зворотного пошуку, який відповідає імені хоста, використовуваному в SMTP-розмовах. Замість того, щоб вирішувати цю проблему, просто простіше отримати зворотну настройку пошуку. Останні кілька років я просто вважаю, що послідовний пошук вперед / назад є вимогою, щоб мені не доводилося стикатися з проблемою її відсутності.
Якщо у вас немає налаштування, ви отримаєте законний електронний лист із позначкою. Це залежить від пристрою фільтрації спаму щодо того, як вони роблять перевірку, і чітких стандартів не визначено, тому це потрапляє або пропускається. Але в більшості випадків зі шкалою спаму вони надсилатимуть ваші електронні листи, коли у вас немає відповідного пошуку вперед та назад. Цей дінг сам по собі часто не отримує блоків електронної пошти (але жодних обіцянок), але деякі інші незначні занепокоєння в електронній пошті можуть перенести це зверху.
Ми не мали певного запису PTR для нашого поштового сервера, і ми отримували відмови від craigslist.org та деяких наших ділових партнерів.
Ви також повинні мати конкретну запис для свого запису MX. Немає * або CNAMES не допускаються для деяких строгих поштових серверів.
Коли ви говорите "ім'я банера", це дещо вводить в оману. Банер - це ім'я на стороні сервера, яка є стороною, яка має вирішити, що відхилити. :) Я думаю, ви маєте на увазі ім'я, яке сторона, що надсилає, дає в команді HELO / EHLO?
Більшість місць просто роблять перевірку синтаксису і відкидають очевидно поганий HELO / EHLO, тому що там занадто багато зламаних мотлохів. Але якщо ви працюєте з законним поштовим сервером, вам слід просто вказати загальнодоступне ім’я хоста свого власного поштового сервера в HELO, який ви надсилаєте. Є такі, хто робить перевірку. А оскільки для цього імені хоста необхідно мати робочий зворотний DNS, щоб ваше TCP-з'єднання не було негайно відхилено багатьма MTA, по суті, ви повинні мати робочий зворотний DNS для вказаного імені.
Таким чином, немає ніяких труднощів у налаштуванні роботи DNS для імені хоста HELO за межами сортування зворотного DNS для загальної доступності.
Як сказав Єван, найкраще зробити, щоб ваш запис PTR повернувся до IP-адреси вашого сервера.
Однак якщо з якихось причин це неможливо, PTR повинен запропонувати вам використовувати статично виділену IP-адресу, а не домашню (некомерційну) лінію DSL. У рамках своєї стратегії боротьби зі спамом багато організацій використовують послуги репутації (наприклад, SORBS), які відстежують діапазони IP-адрес для активності ботнетів та підтримують чорні списки діапазонів IP. Однак, незалежно від підозрілої активності чи ні, вони зазвичай включають свої динамічні списки користувачів (DUL) у свій чорний список. Для створення цих DUL вони використовують записи PTR та регулярні вирази, спеціально розроблені для схем іменування багатьох великих провайдерів.
Наприклад, такий тип PTR cable-66-103-40-69.clarenville.dyn.personainc.net, швидше за все, буде автоматично переведений у чорний список (він відповідає "dyn", тому він повинен бути динамічним). Існують певні зусилля щодо стандартизації зворотного DNS-іменування в IETF зі змішаним успіхом:
http://tools.ietf.org/html/draft-msullivan-dnsop-generic-naming-schemes
http://tools.ietf.org/html/draft-ietf-dnsop-reverse-mapping-considerations
Злегка поза темою, іншим джерелом інформації для чорного / білого списку є WHOIS SWIP записи .