Reverse DNS для smtp.

@malik555 · Регистрация: 01.07.2009

Author24 — интернет-сервис помощи студентам

Здравствуйте!

Есть собственный сервер, письма отправленный с этого сервера через smtp на gmail попадают в спам, да не все а как то выборочно, если тема на русском сразу в спам, если в теле письма есть ссылка сразу в спам.

Зашел сюда http://mxtoolbox.com/ тестирую свой smtp выдает Reverse DNS FAILED! This is a problem.

Как можно решить проблему ?

Добавлено через 1 час 5 минут
Я так понял нужно куда то прописать запись PTR, только не пойму где или на домене или на сервере или вообще их хостер должен куда-то прописывать.

У меня такая схема:

1) Сервер, два IP адреса на нем к примеру 40.65.90.90 40.65.90.91
2) Есть домен site.com на нем два поддомена
ns1.site.com "A" запись 40.65.90.90
ns2.site.com "A" запись 40.65.90.90
3) Второй домен domain.com на котором dns прописаны
ns1.site.com
ns2.site.com
4) на сервере создан почтовый ящик support@domain.com к нему подключаюсь через smtp и отправляю почту, которая и попадает в спам gmail

@k0xy · 14.10.2011, 11:46

тебе надо обратиться в суппорт к тем , кто предоставил тебе выделенный айпишник и попросить прописать PTR с твоего айпишника на твой почтовый домен. Можно проверить через dig -x 1.2.3.4
Должно быть что то типо такого:
4.3.2.1.in-addr.arpa. 2471 IN PTR mail.domain.com.

@malik555 · 14.10.2011, 13:23 **[ТС]**

Сообщение от k0xy

тебе надо обратиться в суппорт к тем , кто предоставил тебе выделенный айпишник и попросить прописать PTR с твоего айпишника на твой почтовый домен. Можно проверить через dig -x 1.2.3.4
Должно быть что то типо такого:
4.3.2.1.in-addr.arpa. 2471 IN PTR mail.domain.com.

dig -x 111.111.153.196

; <<>> DiG 9.6.3 <<>> -x 111.111.153.196
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44177
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;196.153.111.111.in-addr.arpa. IN PTR

;; ANSWER SECTION:
196.153.111.111.in-addr.arpa. 172 IN PTR site.com.

;; Query time: 74 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Fri Oct 14 13:18:34 2011
;; MSG SIZE rcvd: 75

Прописали но письма все равно в спаме gmail , куда копать ?

@k0xy · 14.10.2011, 13:36

ну тогда сверять с RFC http://www.ietf.org/rfc/rfc2505 и http://www.ietf.org/rfc/rfc821

@odip · 14.10.2011, 18:44

111.111.153.196
Это и есть реальный адрес сервера ?

196.153.111.111.in-addr.arpa. 86377 IN PTR KD111111153196.ppp-bb.dion.ne.jp.

@malik555 · 14.10.2011, 19:00 **[ТС]**

Сообщение от odip

111.111.153.196
Это и есть реальный адрес сервера ?

196.153.111.111.in-addr.arpa. 86377 IN PTR KD111111153196.ppp-bb.dion.ne.jp.

нет это не реальный IP.
Уже рот выеб....ал меня этот gmail.
И что с ним делать уже даже не знаю.

@odip · 14.10.2011, 19:24

Адрес сервера твоего статический ?
Сначала надо избавиться - чтобы reverse DNS было ok
Потом проверить IP-ник сервера в базах спамеров - может быть ты туда попал

@malik555 · 14.10.2011, 20:01 **[ТС]**

Сообщение от odip

Адрес сервера твоего статический ?
Сначала надо избавиться - чтобы reverse DNS было ok
Потом проверить IP-ник сервера в базах спамеров - может быть ты туда попал

OK - 111.111.153.196 resolves to site.com
Warning - Reverse DNS does not match SMTP Banner
0 seconds - Good on Connection time
Not an open relay.
1.732 seconds - Good on Transaction time

что значит Warning - Reverse DNS does not match SMTP Banner ?

@k0xy · 15.10.2011, 15:52

это значит что домен идущий после HELO/EHLO команды не соответствует тому домену, который гмейл видит через Reverse DNS.

т.е. PTR = site1.com, а HELO/EHLO = site2.com

@prik · 15.10.2011, 16:20

Вы чего? Причем тут EHLO???
Reverse DNS does not match SMTP Banner
хотят чтобы IP ресолвился в имя хоста из smtp greeting (это которое 220 host.example.tld ESMTP)

@k0xy · 15.10.2011, 17:09

да,уже сам понял что ошибся. Но изменение баннера не должно влиять на прием почты, во многих компаниях его вообще меняют по своему усмотрению или оставляют пустым ($null).

@prik · 15.10.2011, 17:29

Сообщение от k0xy

изменение баннера не должно влиять на прием почты

Угу. Если вспомнить про проблемы ТС, то гуглу и на ptr пофиг)
Гугл письмо принял, а методично клацая на кнопке спам/не спам в gmail можно заставить фильтр считать спамом/хамом все что угодно...

Сообщение от k0xy

во многих компаниях его вообще меняют по своему усмотрению или оставляют пустым

эм? Не понял, что значит пустым??? Если там будет что-то отличное от 220 hostname [E]SMTP то все вменяемые MTA в ужасе убегут)))

@k0xy · 15.10.2011, 18:21

Сообщение от prik

эм? Не понял, что значит пустым??? Если там будет что-то отличное от 220 hostname [E]SMTP то все вменяемые MTA в ужасе убегут)))

в exchange ,например, из коробки идет пустой баннер и если посмотреть через телнет ,то там будет что-то типо:
220 ******************************

@odip · 15.10.2011, 21:07

в exchange ,например

exchange - это нормальная почтовая программа что-ли ?

220 ******************************

Вообще вот эти '*' мне сильно напоминают firewall в CISCO
Он любит в SMTP-траффике заменять все разумные ответы на такие звездочки

g_u_e_s_t · 17.10.2011, 10:45

Не по теме:

Сообщение от prik

вменяемые MTA в ужасе убегут

Слишком сильное утверждение, как вам уже показали "220" необходимо и во общем-то достаточно..
Но имя хоста из банера используют например для определения петли (типа а не конектимся ли мы сами к себе). И например postfix по наличию протокола в банере решает использовать SMTP или ESMTP.

@malik555 · 17.10.2011, 13:39 **[ТС]**

Warning - Reverse DNS does not match SMTP Banner - выдавало так как у меня в /etc/rc.conf было hostname=domain1.com
а почту отправлял с domain2.com как только поменял hostname на domain2.com соответственно изменил PTR запись на domain2.com стало выдовать

------------------------------------
OK - 111.11.111.111 resolves to domain2.com
OK - Reverse DNS matches SMTP Banner
0 seconds - Good on Connection time
Not an open relay.
1.903 seconds - Good on Transaction time
------------------------------------

Но письма один х.... в спаме.

g_u_e_s_t · 17.10.2011, 13:50

Вам же вроде вполне ясно сказали, что раз гугл письмо принял, то править DNS особого смысла нет...
Убедитесь что ваши ip и hostname не попали в какие-нибудь спам базы.
Если очень хочется настройте SPF и/или DKIM,
Убедитесь что письмо само по себе нормально оформлено (например гугл не любит кривой HTML)

Самое действенное, добавьте отправителя писем в контакт лист на гуглопочте, и методично жмите кнопку "не спам" на нужные письма.

@prik 724 / 224 / 72 Регистрация: 01.03.2011 Сообщений: 629
	15.10.2011, 17:29	12
	Сообщение от k0xy изменение баннера не должно влиять на прием почты Угу. Если вспомнить про проблемы ТС, то гуглу и на ptr пофиг) Гугл письмо принял, а методично клацая на кнопке спам/не спам в gmail можно заставить фильтр считать спамом/хамом все что угодно... Сообщение от k0xy во многих компаниях его вообще меняют по своему усмотрению или оставляют пустым эм? Не понял, что значит пустым??? Если там будет что-то отличное от 220 hostname [E]SMTP то все вменяемые MTA в ужасе убегут))) 0

@malik555 4 / 4 / 3 Регистрация: 01.07.2009 Сообщений: 127
		1
	Reverse DNS для smtp. 14.10.2011, 01:56. Показов 15576. Ответов 16 Метки нет (Все метки) Здравствуйте! Есть собственный сервер, письма отправленный с этого сервера через smtp на gmail попадают в спам, да не все а как то выборочно, если тема на русском сразу в спам, если в теле письма есть ссылка сразу в спам. Зашел сюда http://mxtoolbox.com/ тестирую свой smtp выдает Reverse DNS FAILED! This is a problem. Как можно решить проблему ? Добавлено через 1 час 5 минут Я так понял нужно куда то прописать запись PTR, только не пойму где или на домене или на сервере или вообще их хостер должен куда-то прописывать. У меня такая схема: 1) Сервер, два IP адреса на нем к примеру 40.65.90.90 40.65.90.91 2) Есть домен site.com на нем два поддомена ns1.site.com "A" запись 40.65.90.90 ns2.site.com "A" запись 40.65.90.90 3) Второй домен domain.com на котором dns прописаны ns1.site.com ns2.site.com 4) на сервере создан почтовый ящик support@domain.com к нему подключаюсь через smtp и отправляю почту, которая и попадает в спам gmail 0

@k0xy 222 / 180 / 5 Регистрация: 12.01.2009 Сообщений: 1,094
	14.10.2011, 11:46	2
	тебе надо обратиться в суппорт к тем , кто предоставил тебе выделенный айпишник и попросить прописать PTR с твоего айпишника на твой почтовый домен. Можно проверить через dig -x 1.2.3.4 Должно быть что то типо такого: 4.3.2.1.in-addr.arpa. 2471 IN PTR mail.domain.com. 0

@malik555 4 / 4 / 3 Регистрация: 01.07.2009 Сообщений: 127
	14.10.2011, 13:23 [ТС]	3
	Сообщение от k0xy тебе надо обратиться в суппорт к тем , кто предоставил тебе выделенный айпишник и попросить прописать PTR с твоего айпишника на твой почтовый домен. Можно проверить через dig -x 1.2.3.4 Должно быть что то типо такого: 4.3.2.1.in-addr.arpa. 2471 IN PTR mail.domain.com. dig -x 111.111.153.196 ; <<>> DiG 9.6.3 <<>> -x 111.111.153.196 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44177 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;196.153.111.111.in-addr.arpa. IN PTR ;; ANSWER SECTION: 196.153.111.111.in-addr.arpa. 172 IN PTR site.com. ;; Query time: 74 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Fri Oct 14 13:18:34 2011 ;; MSG SIZE rcvd: 75 Прописали но письма все равно в спаме gmail , куда копать ? 0

@k0xy 222 / 180 / 5 Регистрация: 12.01.2009 Сообщений: 1,094
	14.10.2011, 13:36	4
	ну тогда сверять с RFC http://www.ietf.org/rfc/rfc2505 и http://www.ietf.org/rfc/rfc821 0

@odip 7175 / 3234 / 81 Регистрация: 17.06.2009 Сообщений: 14,164
	14.10.2011, 18:44	5
	111.111.153.196 Это и есть реальный адрес сервера ? 196.153.111.111.in-addr.arpa. 86377 IN PTR KD111111153196.ppp-bb.dion.ne.jp. 0

@malik555 4 / 4 / 3 Регистрация: 01.07.2009 Сообщений: 127
	14.10.2011, 19:00 [ТС]	6
	Сообщение от odip 111.111.153.196 Это и есть реальный адрес сервера ? 196.153.111.111.in-addr.arpa. 86377 IN PTR KD111111153196.ppp-bb.dion.ne.jp. нет это не реальный IP. Уже рот выеб....ал меня этот gmail. И что с ним делать уже даже не знаю. 0

@odip 7175 / 3234 / 81 Регистрация: 17.06.2009 Сообщений: 14,164
	14.10.2011, 19:24	7
	Адрес сервера твоего статический ? Сначала надо избавиться - чтобы reverse DNS было ok Потом проверить IP-ник сервера в базах спамеров - может быть ты туда попал 0

@malik555 4 / 4 / 3 Регистрация: 01.07.2009 Сообщений: 127
	14.10.2011, 20:01 [ТС]	8
	Сообщение от odip Адрес сервера твоего статический ? Сначала надо избавиться - чтобы reverse DNS было ok Потом проверить IP-ник сервера в базах спамеров - может быть ты туда попал OK - 111.111.153.196 resolves to site.com Warning - Reverse DNS does not match SMTP Banner 0 seconds - Good on Connection time Not an open relay. 1.732 seconds - Good on Transaction time что значит Warning - Reverse DNS does not match SMTP Banner ? 0

@k0xy 222 / 180 / 5 Регистрация: 12.01.2009 Сообщений: 1,094
	15.10.2011, 15:52	9
	это значит что домен идущий после HELO/EHLO команды не соответствует тому домену, который гмейл видит через Reverse DNS. т.е. PTR = site1.com, а HELO/EHLO = site2.com 0

@prik 724 / 224 / 72 Регистрация: 01.03.2011 Сообщений: 629
	15.10.2011, 16:20	10
	Вы чего? Причем тут EHLO??? Reverse DNS does not match SMTP Banner хотят чтобы IP ресолвился в имя хоста из smtp greeting (это которое 220 host.example.tld ESMTP) 0

	17.10.2011, 13:50

@k0xy 222 / 180 / 5 Регистрация: 12.01.2009 Сообщений: 1,094
	15.10.2011, 17:09	11
	да,уже сам понял что ошибся. Но изменение баннера не должно влиять на прием почты, во многих компаниях его вообще меняют по своему усмотрению или оставляют пустым ($null). 0

@k0xy 222 / 180 / 5 Регистрация: 12.01.2009 Сообщений: 1,094
	15.10.2011, 18:21	13
	Сообщение от prik эм? Не понял, что значит пустым??? Если там будет что-то отличное от 220 hostname [E]SMTP то все вменяемые MTA в ужасе убегут))) в exchange ,например, из коробки идет пустой баннер и если посмотреть через телнет ,то там будет что-то типо: 220 ****************************** 0

@odip 7175 / 3234 / 81 Регистрация: 17.06.2009 Сообщений: 14,164
	15.10.2011, 21:07	14
	в exchange ,например exchange - это нормальная почтовая программа что-ли ? 220 ****************************** Вообще вот эти '*' мне сильно напоминают firewall в CISCO Он любит в SMTP-траффике заменять все разумные ответы на такие звездочки 0

g_u_e_s_t
	17.10.2011, 10:45 #15
	Не по теме: Сообщение от prik вменяемые MTA в ужасе убегут Слишком сильное утверждение, как вам уже показали "220" необходимо и во общем-то достаточно.. Но имя хоста из банера используют например для определения петли (типа а не конектимся ли мы сами к себе). И например postfix по наличию протокола в банере решает использовать SMTP или ESMTP. 0

@malik555 4 / 4 / 3 Регистрация: 01.07.2009 Сообщений: 127
	17.10.2011, 13:39 [ТС]	16
	Warning - Reverse DNS does not match SMTP Banner - выдавало так как у меня в /etc/rc.conf было hostname=domain1.com а почту отправлял с domain2.com как только поменял hostname на domain2.com соответственно изменил PTR запись на domain2.com стало выдовать ------------------------------------ OK - 111.11.111.111 resolves to domain2.com OK - Reverse DNS matches SMTP Banner 0 seconds - Good on Connection time Not an open relay. 1.903 seconds - Good on Transaction time ------------------------------------ Но письма один х.... в спаме. 0

g_u_e_s_t 1259 / 650 / 44 Регистрация: 06.02.2011 Сообщений: 1,654
	17.10.2011, 13:50	17
	Вам же вроде вполне ясно сказали, что раз гугл письмо принял, то править DNS особого смысла нет... Убедитесь что ваши ip и hostname не попали в какие-нибудь спам базы. Если очень хочется настройте SPF и/или DKIM, Убедитесь что письмо само по себе нормально оформлено (например гугл не любит кривой HTML) Самое действенное, добавьте отправителя писем в контакт лист на гуглопочте, и методично жмите кнопку "не спам" на нужные письма. 0