Почтовый сервер и ресурсные записи DNS

Доброго времени суток уважаемые форумчане!
Просьба помочь решить проблему, т.к. сам пока не имею опыта в подобных вещах. :(

- У нашей организации есть зарегистрированный домен my-domain.ru
- Есть организация провайдер (Сибирьтелеком), у которой была однажды подключена услуга виртуального почтового сервера. т.е. сервер находится у них, сделаны соответственные ресурсные записи в их DNS-зоне, все работает, все хорошо.
- Есть так же подключенная услуга по хостингу нашего сайта у этого же провайдера. Физически сайт располагается на том же хосте, что и почтовик и соответственно есть так же ресурсная запись на веб сервер.
- Интернет нашей организации предоставляет другая организация (Интерфон).

На днях мы приобрели свой собственный сервер, на котором необходимо было организовать собственную почту. Для него был выделен "белый" IP адрес (пусть будет 10.20.30.40) у провайдера "Интерфон".
Сам сервер я поднял на Ubuntu 9.10 и в качестве почтового сервера поставил сборку iREDmail (пока не силен в настройках почты, по этому решил взять готовое решение). Имя (hostname) серверу было дано mail.my-domain.ru Что касаемо установки iREDmail, что все прошло на ура, без единой ошибки. После установки я зашел через веб консоль, завел себе тестовый почтовый ящик, попробовал отослать письмо на свой сторонний адрес. Письмо дошло, адрес отсылаемого отобразился правильно, но ответ на письмо естественно не дошел. Почтовый демон ругнулся, что не может найти такого пользователя.
Далее надо было поменять ресурсные записи в ДНС зоне.
вот как это выглядело ранее:

RR TTL CLASS TYPE PARAMETER
@ 86400 IN SOA ns.provider.ru hostmaster.provider.ru 2011032827 14400 900 2592000 3600
86400 IN NS ns.provider.ru.
86400 IN NS ns2.provider.ru.
86400 IN MX 10 mx1.provider.ru .
86400 IN MX 20 mx2.provider.ru.
86400 IN A <IP adress>
www 86400 IN A <IP adress>

Теперь необходимо убрать старые записи и добавить тот адрес, который нам выдал наш провайдер (Интерфон). Почитав литературы, я связался с админом Интерфона и попросил, что бы он сделал обратную привязку имени mail.my-domain.ru к нашему недавно выделенному "белому" адресу. Он это вскоре сделал о чем и отчитался. Осталось сделать правильные МХ записи. Здесь то и возникла трудность. Я вдобавок не зная всех тонкостей, сделал неверные записи, чем "обезвредил" доставку на старые почтовые сервера. :D Теперь надо это все исправить и сделать как надо... Вот был предполагаемый мною вариант записи в ДНС зоне:

RR TTL CLASS TYPE PARAMETER
@ 86400 IN SOA ns.provider.ru hostmaster.provider.ru 2011032827 14400 900 2592000 3600
86400 IN NS ns.provider.ru.
86400 IN NS ns2.provider.ru.
86400 IN MX 10 mail.my-domain.ru.
86400 IN A 10.20.30.40
www 86400 IN A <IP adress>

Однако он не работает и сообщения не идут куда надо. Кто может подсказать как правильно добавить запись? Допускается ли тут наличие IP адреса другого провайдера? И как долго применяются произведенные изменения?

Кеш днс у всех провайдеров обновляется по своему. Однако в большинстве случаев раз в сутки. Однако, вы можете попросить техсаппорт сделать это немедленно. И попробовать снова. Если ничего не выйдет с почтой, то высылайте логи, будем смотреть....Хотя у вас такой интересный синтаксис описания зон...

andaks написал:

...Хотя у вас такой интересный синтаксис описания зон...

можете уточнить? "Интересный" в плане изначального описания или же то что я сочинил?

Нет ничего, просто я больше привык к другому немного синтаксису в файлах описания зон, мне он более понятен http://en.wikipedia.org/wiki/Zone_file
Когда отвечаете со стороннего адреса на адрес вашего почтового сервера, письмо возвращается отправителю? Код ошибки какой?
Вообще вам необходимо бы прописать обратную зону на своем днс сервере и попросить сделать то же самое провайдера.

bredd555 написал:

Однако он не работает и сообщения не идут куда надо. Кто может подсказать как правильно добавить запись? Допускается ли тут наличие IP адреса другого провайдера? И как долго применяются произведенные изменения?

Мой опыт. Не далее как в начале марта поднимал собственный почтовый сервер. До этого - был почтарь провайдера.
Исходные данные:
1. DNS ведет один провайдер (у которого мы держим хостинг);
2. Есть два канала доступа в Инет, с белыми IP-адресами, которые обеспечивают два других, независимых проайдера (один по ADSL, другой, по телевизионному кабелю).
Постановка задачи - получить на выходе почтовый сервер высокой доступности.
Ход решения задачи:
0. Предварительная настройка - в своем локальном DNS заводим сервер mail.firma.ru но с IP адресом существующего почтаря, МХ запись в локальном DNS направляется на mail.firma.ru. Заводим на новом почтовом сервере идентичные старым почтовые ящики. Настраиваем режим забора почты со старого почтаря на новый. Настраиваем, но не включаем. Проходим ногами по всем компьютерам фирмы и настраиваем почтовые клиенты таким образом, чтобы там не было никаких IP-адресов на почтари. Только на DNS-имя, на mail.firma.ru. Это обеспечит единомоментное переключение всех почтовых клиентов в час Х.
1. Пишем письма канальным провайдерам, чтобы они внесли в свои DNS-таблицы, в их обратные зоны, PTR-записи на наш новый сервер (mail.firma.ru);
2. Ждем, пока эти записи не объявятся в обратной зоне DNS, то есть периодически проверяем это по nslookup IP-addess.
3. Пишем письмо DNS-провайдеру, чтобы он в пятницу вечером (почему - см. ниже), определил в прямой зоне firma.ru хост mail с нашими двумя IP-адресами, определил на него МХ-запись (с приоритетом можно определяться отдельно) и определил TXT запись типа SPF, препятствующую приему почты от нашего имени но с иных, не наших IP-адресов. В принципе, неплохо еще и DKIM-сигнатуру подключить.
4. В субботу включаем на новом почтаре забор почты со старого сервера и изменяем в локальной зоне DNS IP-адрес своего почтаря.
5. В понедельник утром юзера начинают прибегать с жалобами, что к ним не проходит почта извне. Точнее проходит, но много меньше, типа теряется... Начинаешь разбираться, оказывается, что теряется не просто почта, а всякий SPAM. Ты же настроил SPAM-защиту. Поэтому изначально надо поставить границы критериев помягче, и побольше входящих сообщений в карантин заправлять. Первый месяц будешь тюнинговать спамоборону.
6. Чуть позже опять прибегут юзеря с жалобами - от них не уходит почта и на попытки отправить её - почтовая система немедленно сообщает английским по им непонятному. Раньше такого не было. Начинаешь разбираться и понимаешь, что есть в мире особоодаренные почтовые админы, которые во главу угла антиспамнастройки своих почтарей поставили blacklist'ы. Чего делать категорически не рекомендуется. Поскольку в этих BL закрыты целые зоны. И будь уверен, что и твой IP закрыт тоже. Оопс...
7. Если в отбойной квитанции есть вразумительная информация, то поступаешь так, как там написано. Если нет, то принимаешь все возможные попытки связаться с постмастером домена (мне приходилось даже писать письма с внешних почтовых серверов юзерям, которым наша почта не проходила с просьбой переправить мои письма их информатизаторам). Принимаешь усилия, чтобы вылезти из blacklist'ов.
8. Через пару дней после включения нового почтового сервера - отключаешь на нем режим забора почты со старгого.

После этого - можешь немного расслабиться.

Да, информация по DNS расползается за день, за два. Именно поэтому имеет смысл делать переключение по окончании рабочего дня в пятницу. Чтобы к понедельнику оно расползлось по миру.

bredd555 написал:

Вот был предполагаемый мною вариант записи в ДНС зоне:

RR TTL CLASS TYPE PARAMETER
@ 86400 IN SOA ns.provider.ru hostmaster.provider.ru 2011032827 14400 900 2592000 3600
86400 IN NS ns.provider.ru.
86400 IN NS ns2.provider.ru.
86400 IN MX 10 mail.my-domain.ru.
86400 IN A 10.20.30.40
www 86400 IN A <IP adress>

Однако он не работает и сообщения не идут куда надо. Кто может подсказать как правильно добавить запись?

Насколько я понимаю - ты пытаешься определить для почтового домена провайдера (@provider.ru) почтовый сервер mail.my-domain.ru. Конечно, так делать можно, но для этого надо еще определить домен my-domain.ru, которому будет принадлежать хост mail. Зачем такое извращение?
Может быть имеет смысл определить собственно домен my-domain.ru, в нем определить хост mail и соответствующую МХ запись на него?
Или, еще проще - в домене provider.ru определить хост mail (аналогично хосту www) и определить MX запись именно на этот хост, на mail.privider.ru?

В принципе MX - это просто текстовая запись, которая определяет, а что за хост (определяем полное имя хоста) отвечает за обработку почты данного домена. Получив имя хоста определяем его IP и вперед, с песнями...