☰

Влияет ли формат записи PTR на репутацию почтового сервера?

tag-icon • tag-icon linux domain-name-system bind
Влияет ли формат записи PTR на репутацию почтового сервера?

Мне хотелось бы узнать, влияет ли формат записи PTR на репутацию почтового сервера, например:-

Пример:-1

dig -X 162.254.148.198  (this ip belongs to mail.setopati.com)

;; ANSWER SECTION:
198.148.254.162.in-addr.arpa. 21577 IN  PTR 162-254-148-198.static.hvvc.us.

Пример:-2 (этот гипотетический пример)

dig -X 162.254.148.198
;; ANSWER SECTION:
198.148.254.162.in-addr.arpa. 21577 IN  PTR 162-254-148-198.mail.setopati.com.

вот часть обратной записи googlemail, но ответ не соответствует чему-то вроде "mail.google.com" dig -x 216.58.220.37

;; ANSWER SECTION:
37.220.58.216.in-addr.arpa. 21599 IN    PTR maa03s18-in-f37.1e100.net.
37.220.58.216.in-addr.arpa. 21599 IN    PTR maa03s18-in-f37.1e100.net.
37.220.58.216.in-addr.arpa. 21599 IN    PTR maa03s18-in-f5.1e100.net.

решение1

Есть, скажем... 4 фактора... единственный прямой ущерб репутации - это Dynamic PTR для IPv4 и FCrDNS для IPv6

  1. Динамический PTR против статического. Если у вас есть статический PTR, который лучше динамического, это даст вам некоторые положительные моменты в таких системах, какспам-убийцаили rbl как rfc-ignorant.

  2. FCrDNS, полезно для таких вещей, как Opportunistic TLS, журналы, сетевые потоки и т. д.

    mail.example.com. IN A 162.254.148.198 198.148.254.162.in-addr.arpa. 21599 IN PTR mail.example.com.

  3. А как насчет SPF? Вы используете PTR в своей записи SPF? Если используете, то НЕ ДЕЛАЙТЕ.

5.5. "ptr" (не использовать)

Этот механизм проверяет, существует ли обратное сопоставление DNS и правильно ли оно указывает на доменное имя в пределах определенного домена. Этот механизм НЕ ДОЛЖЕН быть опубликован. Для получения дополнительной информации см. примечание в конце этого раздела. -RFC7208 Раздел 5.5

  1. IPv6!!!! Никто даже не затронул эту тему для электронной почты, у вас должен быть FCrDNS для IPv6.

Отправляющий IP должен иметь запись PTR (т. е. обратный DNS отправляющего IP) и он должен соответствовать IP, полученному через прямое разрешение DNS имени хоста, указанного в записи PTR. В противном случае почта будет помечена как спам или, возможно, отклонена. -Google.com

1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa. 1h IN PTR mail.example.com.
mail.example.com. IN AAA 2001:db8::1

решение2

Я повторяю свое утверждение выше: никого(*) не волнует, каков текстовый формат строки записи PTR.

То, что ониделатьчасто волнует то, что выиметьзапись PTR, связанную с IP-адресом вашего сервера, и какую бы PTRзапись вы ни вернули для этого адреса, ее, в свою очередь, можно разрешить так, чтобы получить Aзапись, указывающую на исходный IP-адрес.

(*) На самом деле, это может волновать любого. Администратор почтового сервера решает, на каких факторах он(а) основывает решение о принятии/отклонении/неправильной отправке для каждого входящего письма, и я полагаю, что он(а) мог(ла) бы решить, что PTRзаписи, не содержащие, скажем, названий цветов, являются признаком недопустимого отправителя. Вы ничего не могли бы сделать с таким выбором, если бы он был сделан, но это был бы необычный выбор (мягко говоря), и он не нашел бы поддержки в сообществе, если бы администратору сервера пришлось оправдывать его перед владельцами сервера. То же самое, по моему опыту, было бы с ограничениями на текстовый формат записи PTR.

решение3

Репутация почтового сервера — нестандартная вещь (хотя есть некоторые RFC, напримерRFC7073 , которые направлены на его стандартизацию, но в них даже не упоминается запись PTR)

Поэтому ответить на этот вопрос невозможно, поскольку каждая система защиты от спама будет иметь свой собственный набор правил для оценки репутации почтовой системы.

Как сказал MadHatter, единственное «официальное» утверждение заключается в том, что запись, возвращаемая обратным поиском, должна разрешаться в исходный IP-адрес.

Связанный контент