>
>>1) в RFC на SMTP НЕТ требования к наличию РЕВЕРСА и его
>>ПРОВЕРКЕ
>>2) если есть выход в интернет:
>>- в случае отсутствия реального адреса - сливать всю почту через SMART
>>
>>на почтовик провайдера
>>- при наличии реального ip и отустствия реверса - работать обычным образом,
>>
>>но зная что сейчас многие режут почту от mail-reley'ев с отсутствующим
>>in.addr-arpa или договориться с провайдером чтобы прописали реверс
>
>Вопрос: Для того, чтобы почтовики не ругались при проверке обратной зоны достаточно
>чтобы провайдер связал IP и rosserv.ru? Если MX запись указывает на
>rely2.rosserv.ru (rely2.rosserv.ru и rosserv.ru один IP) для разных MTA есть разные приблуды и реализованы по-разному:
- некоторым нужно строгое соответствие host.domain прямой и обратной
записи
- некоторым достаточно только НАЛИЧИЯ обратной записи БЕЗ СООТВЕТСТВИЯ
К какому имени привязывать ip в обратной зоне - это ваше дело.
Простой пример: одна и та же машина имеет несколько hostname в DNS
на одном IP
IN NS ns.domain.ru.
IN MX 1 mail.domain.ru.
IN A 192.168.1.1
www IN A 192.168.1.10
mail IN A 192.168.1.1
итого у нас ns.domain.ru == mail.domain.ru == 192.168.1.1
в отличие от прямой зоны, в обратной может быть только ОДНО соответствие,
одному IP -> одно имя, какое - решать ВАМ.
Не знаю почему многие ломают голову, но в прямой зоне можно смело
убрать имя mail.domain.ru и MX указать прям на ns.domain.ru:
IN NS ns.domain.ru.
IN MX 1 ns.domain.ru
IN A 192.168.1.1
www IN A 192.168.1.10
...
...
Поиск по форуму, это уже много раз объяснялось.
Вариант для распечатки
(ok) on 19-Янв-06, 11:21 
