[Oleg Krylov]

Если зона вашего домена хранится у провайдера, то достаточно сделать MX-запись у него на DNS-сервере. Тем более если зона, за которую ответственен ваш локальный DNS-сервер не передается наружу.
Посмотрите логи SMTP, но в общем ушло на принимающий сервер. Теперь проблема доставки лежит не на вас.

[fany]

Не понял - (Тем более если зона, за которую ответственен ваш локальный DNS-сервер не передается наружу.
), можно еще раз.

У меня домен локальный, типа xxx.local. У провайдера ничего не хранится.

[Oleg Krylov]

Домены типа xxx.local снаружи не видны. У вас на контроллере домена есть примари зона xxx.local. И наружу она естественно передаваться не должна, в противном случае я мог бы Вас увидеть)))) Если Вы конечно расшифруете xxx
Но снаружи ваш внешний IP-адрес имеет какойто FQDN (Full Qualify Domain Name - Полное Доменное Имя), правильно? И адреса почты у вас имеют что-то типа yyy.ru. У этого домена есть регистратор. Например nic.ru, или другой, Вы можете это уточнить в документации на домен, либо воспользовавшись сервисом WhoIs.
Вот в DNS зоне вашего регистратора вы и должны разместить MX и PTR записи. Либо в зоне вашего смарт-хоста.
MХ - Mail eXchager - указывает на SMTP-сервер вашего домена. Все SMTP-серверы мира в первую очередь ищут MX-запись для отправки почты в Ваш домен. Кстати если у Вас пересыльщик, то MX должна указывать на него. А у него должен быть DNS-alias вида mailer.yyy.ru
PTR-"pointer" record - запись обратного просмотра. Возвращает имя сервера по запрошенному IP-адресу. Т.е. если Ваш сервер представляется другим для передачи как mailer.yyy.ru (IP=x.x.x.x)? то при проверке в DNS на запрос кто сидит под адресом x.x.x.x должно вернуться FQDN вашего сервера, mailer.yyy.ru. Многие сервера и спам-фильтры выполняют тест на PTR-запись (Reverse DNS Lookup, RDNS) для фильтрации несуществующих доменов. Эта запись тоже должна указывать на ваш смарт-хост.
Так что Вам у себя ничего этого прописывать не надо. Пусть этим занимается ваш провайдер. Стандартный адрес для заявок на изменения в DNS dnsmaster@ВашПровайдер.ru
Вот собственно и все. Почитайте Transport and Roting Guide по Exchange 2003/ Все сразу станет понятно. Удачи в изучении!

[fany]

спасибо за

Transport and Roting Guide по Exchange 2003 »

будем изучать

[fany]

Запись у провайдра сделал

mail.mydomain.ru CNAME mail1.hc.ru.
mydomain.ru MX 10 xxx.yyy.zzz.www (мой IP)

почта приходит, но не уходит Mess Track пишет SMTP: Non-Delivered Report (NDR) Generated
и в ответ на OUTLOOK приходит сообщение:

Не удается доставить:
....
Сообщение не было получено одним или несколькими получателями.
.....

Сообщение не получили следующие получатели:

user@yandex.ru на 28.05.2008 11:29
Ошибка связи с сервером электронной почты получателя по протоколу SMTP. Обратитесь к системному администратору.
<mysrv.mydomain.local #5.5.0 smtp;575 user@mydomain.local sender requires authentication>

В default smtp virtual server / delivery/ advanced/ smarhost стоит mail.mydomain.ru

Я так понимая, что сервер провайдера запрашивает аунтентификацию, но где ее настроить?

[Oleg Krylov]

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

[Oleg Krylov]

SMTP лог приведите, кусочек. На самом деле код доставки 5.7.5 говорит о криптографическом сбое. Не может пройти валидацию. Вопрос: а у вас реально в эвенте написано что sender имеет почтовый домен @mydomain.local? Если он и правда на local оканчивается, то не уйдет никогда Надо прописывать политики SMTP-адреса. От имени которого происходит отправка.

[Pavel Nagaev]

message transferred to fe02-cgp.akado.ru through SMTP

Это означает, что сообщение доставлено на сервер получателя, что происходит с ним дальше - не ваша забота.
Возможно из-за того, что у Вас домен .local, принимающий сервер мог поместить это письмо в спам.
Избавляйтесь