Доооолго думал, как назвать статью. В итоге всё-равно получилась хрень. Ну да ладно, в следующем абзаце, думаю, ситуация прояснится.
Типичная ситуация. Приходит человек к админу и говорит: «Слушай, у меня тут сайтик есть на виртуалке, я хочу с него письма о регистрации отправлять». Админ слушает это внимательно и радостно настраивает smtp-отправку с сайта. Я делаю так — https://debian.pro/276 , например. Человека переспрашивают «а ты точно не будешь письма принимать на этом домене?». «Да не, нафиг оно мне…»
Конструкция существует год, второй. Админ, который это настраивал в запое. Человеку с виртуалкой срочно и внезапно хочется заиметь ящик admin@hissite.tld. Он находит другого сисадмина, объясняет ситуацию, говорит, что хочет пользоваться ящиком через гугл/яндекс/web outlook/whatever. А вот тут начинается веселое. Админов ищут подешевле. Соответственно, всю ситуацию целиком видят далеко не все. Каюсь, из-за неопытности сам на такие грабли несколько раз наступал. Админ берет и настраивает почту на гугле. Прописывает MX-записи. Радуется, забирает денежки, уходит в запой.
Человек радостно пользуется своим ящиком ровно до того момента, пока не понимает, что письма с ящика robot@hissite.tld до его admin@ не доходят. А всё просто — локальный smtp-сервер на его виртуалочке (который и шлет роботные письма) считает, что он в полном ответе за домен hissite.tld и плевать ему на то, что написано в MX записях.
Находит человек третьего админа… А вот тут частенько начинается фееричное. Я видел разные подпорки вокруг своих лаконичных мануалов для обработки этой ситуации. Описывать их совсем не хочется. Лучше сразу напишу, как правильно делать с exim4.

Большая часть решений, к счастью, сводилась к использованию и написанию различных почтовых роутеров для exim’a. Разной степени удачности, разной степени быстродействия. Но мало кто догадался почитать доки хотя бы до середины и увидеть описание роутера hubbed_hosts. Суть его примерно в том, что он позволяет вручную определять, куда перенаправлять почту для определенных доменов, если она придет.
Собственно, robot@ отправляет письмо в admin@hisdomain.tld, письмо не улетает наружу (так как домен в exim4 прописан локальным). Но перед тем, как попасть в локальный ящик, письмо проходит через роутер hubbed_hosts. В котором мы напишем, чтобы письмо всё же ушло на правильный сервер.

Создадим файл, в котором будем описывать всё это:

И напишем в него конфигурацию:

Комментировать тут особенно нечего. Пачка доменных имен через двоеточие, первое из которых — сам домен, который будет обрабатываться как hubbed, дальше через двоеточия все его MX-хосты в порядке приоритета по убыванию.

Помимо прочего, такую конструкцию можно использовать для организации второго почтового сервера, который будет копить у себя почту во время «отсутствия» основного. И, соответственно, выплевывать её на основной, когда он вернется в сеть. При том такая конструкция будет кушать значительно меньше ресурсов, чем полноценный почтовый сервер. Может быть, для почты это и не очень актуально (почтовые серверы очень редко дропают письмо после первой попытки отправки), но лишним бывает редко.
Можно её использовать и для ручной маршрутизации почты внутри своей сети (например для случая, когда между серверами есть локальный канал, который не будет использоваться, если почту между ними пулять в MX).