Не отправляется почта

Can't resolve hostname

Что непонятного?

лично мне не понятно как решить эту проблему. И вобще где ее решать.

host x.x.x.x 8.8.8.8

Ну и проверься по спамблэклистам.

Ну наверное в такой постановке вопроса надо передать проблему тому, кто знает, как и где её решать.

оч полезный совет.

Как ни странно, да.

лично мне не понятно как решить эту проблему. И вобще где ее решать.

Хорошо, а тогда что понятно?

Ну днс же не резолвится. Пропиши тот днс, который знает о хосте.

мне думается это либо проблема в днс записях либо же в ehlo ответе.

В чём именно заключается проблема в dns?

а вот этого я не знаю. А записи у меня есть, МХ тоже, sfp и ptr тоже...

Хорошо, а какой именно hostname не может разрезолвится?

а вот этого я не знаю. А записи у меня есть

зато я знаю, ты, мил человек, о файле обратной зоны озаботился ли? вероятнее всего нет

office-tech.pp.ua

имеется в виду реверсная запись?

office-tech.pp.ua

я гений :D

[sanja@support ~]$ nslookup office-tech.pp.ua
Server:         192.168.0.254
Address:        192.168.0.254#53

Non-authoritative answer:
Name:   office-tech.pp.ua
Address: 93.178.216.24

[sanja@support ~]$ nslookup 93.178.216.24
Server:         192.168.0.254
Address:        192.168.0.254#53

Non-authoritative answer:
24.216.178.93.in-addr.arpa      name = v24.ua-ohosting.com.

Authoritative answers can be found from:
216.178.93.in-addr.arpa nameserver = ns1.ucomline.net.
216.178.93.in-addr.arpa nameserver = ns2.ucomline.net.
ns2.ucomline.net        internet address = 213.130.30.203
ns1.ucomline.net        internet address = 213.130.30.195

а теперь сравни:

[sanja@support ~]$ nslookup linux.org.ru
Server:         192.168.0.254
Address:        192.168.0.254#53

Non-authoritative answer:                                                                                                                                    
Name:   linux.org.ru
Address: 217.76.32.61

[sanja@support ~]$ nslookup 217.76.32.61
Server:         192.168.0.254
Address:        192.168.0.254#53

Non-authoritative answer:
61.32.76.217.in-addr.arpa       name = linux.org.ru.

Authoritative answers can be found from:
32.76.217.in-addr.arpa  nameserver = jumbo.ccs.ru.
32.76.217.in-addr.arpa  nameserver = ns2.ccs.ru.
ns2.ccs.ru      internet address = 217.76.40.10
jumbo.ccs.ru    internet address = 217.76.32.10

внимательно смотри на:

name = 

Судя по изменённому фрагменту лога, там шла речь об ip адресе. Это так?

имеется в виду реверсная запись?

имеется ввиду файл обратной зоны у провайдера, предоставляющего тебе айпишник, неуч.

Приятно другого неучем назвать, правда?

понял, осознал, скорблю, работаю над собой, изживаю.

Еще скажи, что без обратной записи почта работать не будет.

Работать-то будет, да вот принимать её будут не все.

Еще скажи, что без обратной записи почта работать не будет.

маленький пример:

Remote-MTA: dns; mail.ukrpost.ua
Diagnostic-Code: smtp; 550 Can't resolve hostname (x.x.x.x)

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

Причем здесь невозможность срезольвить хостнэйм и обратная запись?

ну ты посмотри сюда и подумай, что и причём.

отчасти возможно, но какие будут варианты выхода? Учитывая, что почтовый домен на серваке не один.

провайдеру, дающему интернет заявку на создание файла/файлов обратной зоны типа:

бла-бла-бла просим создать файлы обратной зоны для доменов бла-бла-бла: домен1 - IP1 домен2 - IP2 домен3 - IP3 домен4 - IP4 домен5 - IP5

ну вот, что-то типа где-то так
ПС: если домены на одном адресе, тоже самое, перечисляешь домены с указанием адреса.

Чувак, а как тогда по твоему работает почта на хостинге? Там тысяча сайтов на одной айпишке висит.

чувак, документацию читай, там всё написано.

Не нашел там секции «настройте ptr».

у меня есть доступ к ISPmanagerу. Там то я ptr записи и создал.

Домен, очевидно, принадлежит тебе. А кому принадлежит ip?

вечером, после восьми по мск, стучи sanjek65<xmpp>jabber.ru , расскажу, что, где и как.

провайдеру. Почта на vps

Ок. Спасибо)

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

Отнюдь. Я вот со всякими dsl/ppp/static в реверсе вообще блокирую. Если кому надо, в сообщении об ошибке есть ссылка на способ контакта. Если не начинается с mail/relay/mx/ещё там список небольшой - контент-фильтр по полной программе. И плюс ещё ряд приёмов. Настраиваешь почтовый сервер - сделай правильно и красиво, иначе пользуйся услугами провайдера.

но какие будут варианты выхода? Учитывая, что почтовый домен на серваке не один.

Сделать так, чтобы реверс указывал на одно из имеющихся имён.

Уже сделано. Но еще не работает(

Уже сделано.

1. А точно сделано ?
2. А точно сделано правильно ?

Добавил обратную запись для домена. Вроде бы правильно.

Сам, или провайдера попросил ? Тут есть некоторое количество нюансов. В общем, NS сервера _обратной_ зоны правильно имя отдают уже ? Лучший вариант проверки...

Лучший вариант проверки...

http://tools.nettools.ru/

Уже сделано. Но еще не работает(

Кэш. До двух суток. Это если правильно.

До двух суток.

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

http://tools.nettools.ru/

Нет, просто man 1 host
:-)

Если не начинается с mail/relay/mx/

Идиотизм чистой воды.

Я тут LOL всем коллективом, честно:

> host office-tech.pp.ua
office-tech.pp.ua has address 93.178.216.24
office-tech.pp.ua mail is handled by 10 mail.office-tech.pp.ua.
office-tech.pp.ua mail is handled by 20 mail.office-tech.pp.ua.
> host 93.178.216.24
24.216.178.93.in-addr.arpa domain name pointer v24.ua-ohosting.com.
> host v24.ua-ohosting.com
v24.ua-ohosting.com has address 195.248.169.244
> host 195.248.169.244
244.169.248.195.in-addr.arpa domain name pointer ohosting.org.ua.

Ну, «до двух суток» это стандартный комментарий о том, почему не работает после внесения изменений... :)

А неттулз это не просто наглядность, но и гарантированно чужой ns. А то ещё может человек в свой ns к домену сделал реверс запись, и ему невдомёк что его-то ns отвечает, но кто его ещё про это спрашивает. Или например позабыл указать в команде host чужой ns.

Если не начинается с mail/relay/mx/

Идиотизм чистой воды.

Статистику посмотри. А если своей нет, тогда и говорить не о чем.

А неттулз это не просто наглядность, но и гарантированно чужой ns.

А любой чужой не особенно нужен. Нужен авторитарный (для <C>.<B>.<A>.in-addr.arpa) и свой. И сравнивать, что там есть.

Или например позабыл указать в команде host чужой ns.

Не надо забывать. :-)

Нуу.., да. Но в общем случае произвольный чужой ns всё равно придёт к авторитарному. Главное, что бы не свой, в котором «всё правильно сделал...».