Добрый вечер, после перенастройки postfix'a на использование другого домена, возникла проблема - письма на некоторые адреса не уходят, а postfix возвращает:

"<web@ptl.ru>: Host or domain name not found. Name service error for name=ptl.ru type=A: Host found but no data record of requested type"

При этом host и nslookup отрабатывают корректно:
$ host ptl.ru
ptl.ru has address 213.170.105.110
ptl.ru mail is handled by 20 relay.quantum.ru.
$ nslookup -type=mx ptl.ru
Server:         127.0.0.1
Address:        127.0.0.1#53

Non-authoritative answer:
ptl.ru  mail exchanger = 20 relay.quantum.ru.

Authoritative answers can be found from:
ptl.ru  nameserver = ns1.quantum.ru.
ptl.ru  nameserver = ns.quantum.ru.
ns.quantum.ru   internet address = 213.170.64.33
ns1.quantum.ru  internet address = 213.170.65.33

На сервере поднят named:

options {
        version "top-secret";
        listen-on { 127.0.0.1; 194.85.96.90; 10.0.175.253; 213.170.69.114; };
        listen-on-v6 { none; };
#       forwarders { 195.209.233.145; 213.170.64.33; 213.170.65.33; 194.85.4.53; 194.85.96.53; };
        datasize 64M;
};

zone "." {
        type hint;
        file "global/root.hint";
};

zone "ssl.stu.neva.ru" {
        type master;
        file "global/ssl.stu.neva.ru";
};

В /etc/resolv.conf:

lookup file bind
nameserver 127.0.0.1

Старая доменная зона ssl.stu.neva.ru обслуживалась нашим DNS'ом, новую обслуживает провайдер.

В чем проблема и почему на одни адреса ходит, а на другие нет, хоть убейте не понимаю.
Может есть идеи?

• Не уходят письма на некоторые адреса,PavelR, 18:55 , 10-Июн-11
  • Не уходят письма на некоторые адреса,MAXOB, 10:28 , 14-Июн-11
• Не уходят письма на некоторые адреса,LSTemp, 02:01 , 13-Июн-11
  • Не уходят письма на некоторые адреса,MAXOB, 10:52 , 14-Июн-11

Добрый вечер.

Странные какие-то админы нонче пошли.

Кусками лога кидаются, причем не полными, из которого понять ничего нельзя. "не уходят" на этапе приема вашим постфиксом, или "не уходят" уже принятые вашим почтовиком письма, и так ругается некий удаленный  почтовик.

Чей домен ptl.ru и каким боком тут замешана "Старая доменная зона ssl.stu.neva.ru" ...

Рекомендую начать с наведения порядка.

> Добрый вечер.
> Странные какие-то админы нонче пошли.
> Кусками лога кидаются, причем не полными, из которого понять ничего нельзя. "не
> уходят" на этапе приема вашим постфиксом, или "не уходят" уже принятые
> вашим почтовиком письма, и так ругается некий удаленный  почтовик.
> Чей домен ptl.ru и каким боком тут замешана "Старая доменная зона ssl.stu.neva.ru"
> ...
> Рекомендую начать с наведения порядка.

Попробуем навести порядок.
1) До моего postfix'a письма доходят и он пишет в лог следующее:

Jun 14 10:12:56 ibks postfix/smtpd[28432]: 0DD2D563455: client=a175-010.ssl.local[10.0.175.10]
Jun 14 10:12:56 ibks postfix/cleanup[20395]: 0DD2D563455: message-id=<1384095020.20110614101020@ssl.stu.neva.ru>
Jun 14 10:12:56 ibks postfix/qmgr[6376]: 0DD2D563455: from=<makhov@ibks.ftk.spbstu.ru>, size=651, nrcpt=1 (queue active)
Jun 14 10:12:56 ibks postfix/smtp[25855]: 0DD2D563455: to=<makhov@neo-bit.ru>, relay=none, delay=0, status=bounced (Host or domain name not found. Name service error for name=neo-bit.ru type=A: Host found but no data record of requested type)
Jun 14 10:12:56 ibks postfix/cleanup[20395]: 79482563459: message-id=<20110614061256.79482563459@ibks.ftk.spbstu.ru>
Jun 14 10:12:56 ibks postfix/qmgr[6376]: 79482563459: from=<>, size=2602, nrcpt=1 (queue active)
Jun 14 10:12:56 ibks postfix/qmgr[6376]: 0DD2D563455: removed
Jun 14 10:12:56 ibks postfix/local[19018]: 79482563459: to=<makhov@ibks.ftk.spbstu.ru>, relay=local, delay=0, status=sent (delivered to mailbox)
Jun 14 10:12:56 ibks postfix/qmgr[6376]: 79482563459: removed
Jun 14 10:12:56 ibks postfix/smtpd[28432]: disconnect from a175-010.ssl.local[10.0.175.10]

2) @ptl.ru - просто левый домен на котором я тестирую почту (на самом деле домен провайдера), с тем же успехом я слал письма в домен @neo-bit.ru.
3) Нелепое доменное имя ssl.stu.neva.ru - наш старый домен, он обслуживается нашим локальным DNS сервером, именно из-за неё остается необходимость использовать свой собственный DNS, так как зону терять совсем не хочется.
4) В /etc/resolve.conf оставлял менял используемый DNS, пробовал разные варианты: только 127.0.0.1, совсем левый 4.2.2.2 и провайдерский 213.170.64.33, результат от этого изменяется, та что дело видимо не в DNS.

>[оверквотинг удален]
>         file "global/root.hint";
> };
> zone "ssl.stu.neva.ru" {
>         type master;
>         file "global/ssl.stu.neva.ru";
> };
>  В /etc/resolv.conf:
> lookup file bind
> nameserver 127.0.0.1
> Старая доменная зона ssl.stu.neva.ru обслуживалась нашим DNS'ом, новую обслуживает провайдер.

а тогда какого хрена она у Вас 'type master'?

> В чем проблема и почему на одни адреса ходит, а на другие
> нет, хоть убейте не понимаю.
> Может есть идеи?

>[оверквотинг удален]
>>         file "global/ssl.stu.neva.ru";
>> };
>>  В /etc/resolv.conf:
>> lookup file bind
>> nameserver 127.0.0.1
>> Старая доменная зона ssl.stu.neva.ru обслуживалась нашим DNS'ом, новую обслуживает провайдер.
> а тогда какого хрена она у Вас 'type master'?
>> В чем проблема и почему на одни адреса ходит, а на другие
>> нет, хоть убейте не понимаю.
>> Может есть идеи?

Только что обнаружил, что при использовании сторонних DNS nslookup выдает следующее:

nslookup -type=mx  213.170.69.114 4.2.2.2
Server:  vnsc-bak.sys.gtei.net
Address:  4.2.2.2

*** vnsc-bak.sys.gtei.net can't find 213.170.69.114: Server failed

Проблема может быть в этом?