Если бы оно было ведомо мне, разве я бы спрашивал?

Нет, зона corp.ru остается под управлением провайдера. Там еще наш веб-сервер на хостинге сидит. А тащить его к себе я не готов. Технически. Каналы у нас ADSL, а это значит, что вход не равен выходу по пропускной способности. Пусть веб сидит у провайдера на его скоростных линиях. А вот почтовый сервер надо забрать себе. Со стороны провайдера это делается просто:

corp.ru.         IN MX 30  IP нашего router'а 
и, соответственно подправить в обратной зоне.

На роутере тоже проблем организовать входящий доступ серверу с серым, локальным, адресом нет.
Проблема в том, что локальные пользователи дожны видеть MX запись локального уже сервера DNS corp.ru, показывающую не на внешний интерфейс нашего роутера, а на iNetServer.local.corp.ru

Нет, не только кэширующий. Кэширующий прокидывает вовнутрь только глобальный DNS и не заботится о внутреннем резолвинге. Так? А мастер-сервер как раз поддерживает внутренние зоны и может, по потребности, обратиться к кэшу. Верно? То есть у меня, в этих терминах, кэширующий мастер-сервер. Есть еще и slave-сервера, которые с него информацию тянут. И проблема в том, чтобы записать в локальной зоне имя глобальное и перебить этой записью запись в кэше. 

И куда пойдет почта интернетная? В Инете же не может быть "local"-ов. iNetServer.local.corp.ru - это локальный компьютер, сидящий на сером адресе, к которому я буду натить с белого адреса роутера. То есть провайдер должен записать то, что я написал выше в этом спиче.

Ну, так оно и нарисовано. Прямая зона в старттопике лежит.
Но как будет работать локальная почта, которая должна иметь доменное имя corp.ru, а не local.corp.ru?
я полагаю, что для работы локальной почты запрос к локальному DNS nslookup -type=mx corp.ru должен возвращать адрес локальный, серый, а не белый, роутера. А белый адрес должен возвращаться вопрошающим из сети Интернет.
А если я оставляю в локальном DNS MX-запись local.corp.ru.         IN MX 30.... то адрес почтаря мне вернется по запросу не corp.ru, а local.corp.ru. А я этого не хочу.

Абсолютно верное понятие в этих абстракциях.

Подвох в том, что я хочу забрать их зоны corp.ru только один "хост", одну только почтовую службу. У меня нет проблем поднять зону в ЛВС corp.ru и она будет тогда перебивать зону глобальную. Но в глобальной зоне (у провайдера) у меня остается еще ряд сервисов. И локальные пользователи должны получать на них глобальные адреса. Я не хочу иметь проблем с юзерями, если провайдер решит передвинуть наши сервисы на новые IPшники. Это его право.  Но если, при этом, я продублирую "глобальную" зону у себя, то неизбежно поимею проблемы в таком случае. Я их хочу избежать заранее.
Хотя этот вариант работоспособен и я его проверял. Но он мне не понравился. Хотя, может иного варианта и не будет.

А вот здесь у меня совсем иное мнение. Записи local не должны светиться в corp.ru совершенно.  В corp.ru должны сидеть адреса "глобальные", которые должны быть видны всему миру. А вот сколько я сделаю под этим corp.ru local'ов - хоть тыщу - это мое дело и не дело светить локальные адреса-имена (тем более на серых адресах) всему миру.
А отправить куда нужно - главное ответить правильно на запрос: если спрашивают из Инета, то инетный адрес, если из интранета - то интранетный. А дальше сервисы сами разберутся что, кого и куда послать.

Вот собственно это (провайдер-гад) и есть основное возражение. А делать локальной копией глобальную зону и менять в ней нужные адреса на свои, на нужные локальные - я делал. Это работает и глобальную зону кэша в локалке перебивает на раз. Но, вроде это не самое красивое решение - перебивать всю зону. Хотелось бы только по сервисам нужным перебивать...