akelsey

В такой ситуации необходимо внимание обратить на доменную зону mail.test.com -> для неё обязательно прописать SPF, иначе получатели могут потерять Bounce-messages (NDR) от вашего почтовика, т.к. 5321.mailfrom у NDR сообщений как правило пустое - то принимающий сервер будет проверять SPF по имени в SMTP баннере HELO/EHLO (в вашем случае mail.test.com).
Всё остальное - всё как обычно для любого почтового домена.

Вы даете часть кода из которого логика приложения не ясна даже вам (вам доступен весь код). Как вы хотите что б кто-то догадался как это было задумано программистом?
Могу только догадываться, включив режим телепат что файл request.php должен инклюдится в другой файл, переменные $mail/$subject должны быть в объявлены (в коде их нет).
Код в самом начале тоже их не заполняет, он заполняет хидеры smtp но envelope часть не заполняется.

есть ли какой-то вариант чтобы оставить текущую отправку писем и сделать пересылку всех входящих писем к примеру на gmail аккаунт,

есть. правда выбор сендмейла в 2019 году как МТА...

После редиректа когда отправляют письма на старый домен пишет "Письмо отправленно на не существующий адрес". Как сделать правельный редирект с сохранением старых почтовых адресов?

А как вы его делаете и на чем?

Есть подозрение что машинка с коммунигейтом смотрит на внутренний какой-то хитрый днс где mail.mydomain.ru - резолвится во что то еще.
Я не особо знаком с CGP - может это его фирменный стиль так логгировать, но что меня настораживает, это вот эти строки:
11:46:13.175 4 SMTPI-000007(forward102o.mail.yandex.net) checking MX-record for MYDOMAIN.ru - накой он проверяет МХ записи локального домена за который он в ответе - мне не ясно
и
11:46:13.233 5 SMTP waiting: active: MYDOMAIN.ru - ну тут такое ощущение что он куда то попытался отрилееть почту для этого домена - возможно я ошибаюсь.

И еще загадка - если вы на яндексе получаете NDR - то не совсем понятно где это в логе?
(могу предположить эта отбивка приходит из логов от модуля "SMTPIC-000007" где он зачем то делает другое загадочное действите: "reverse-connecting" - возможно это какая то хитрая антиспам проверка - известная только прокаченным коммунигейторам, и ведь там идет полноценная сессия. И строка:
11:46:13.154 5 SMTPIC-000007 out: MAIL FROM:<>\r\n
намекает нам что это именно NDR, но как получилось что NDR отправлена еще до завершения неудачной доставки текущего письма...
Вообщем у меня к вашему логу вопросов больше чем у вас -)

nslookup -type=TXT mydomain.ru

наверняка там будет что то вроде "v=spf1 +a +mx -all" или "v=spf1 +a +mx ~all"
добавить в запись: "v=spf1 +a +mx ip4:x.x.x.x -all"

-0.1 за DKIM_SIGNED -> он подставляет автоматически, т.к. вы можете подписать DKIM но подпись будет возможно не валидная. Дальнейшие тесты скорингового теста нивелируют этот минус добавляя 3 раза по 0.1
-0.01 - SPF:test of HELO record failed => возможно проблема в том что ваш сервер представляясь отправляет имя который не связан с доменом отправителя.

• На домене example.com делаете форвард на gmal.com
  
• Аккаунты и импорт в gmail.com добавляете ящик (предварительно на example.com - опубликовать smtp+pop3|imap4
  

Вроде у них даже документация на русском:
Интеграция Kaspersky Secure Mail Gateway в почтову...

• Напрямую, когда Kaspersky Secure Mail Gateway используется в качестве пограничного шлюза.
  
• Через пограничный шлюз, на котором включена SMTP-проверка адресов электронной почты получателей сообщений.
  
• Через пограничный шлюз, на котором отключена SMTP-проверка адресов электронной почты получателей сообщений.
  

Из вашего сообщения не понятно как он у вас встроен в систему. Кто пишет Unable Relay...

У вас патовая ситуация. Кэширование даёт преимущество в том что снимает нагрузку с почтовых серверов, т.к. часть операций делается на локальных машинах. Т.е. в случае включенного кэширования поиск идёт локальный. Индексация тоже локальная (хотя на сервере она тоже продолжается.

В случае выключения кэширования, все операции проводятся на сервере.

В вашей ситуации нагрузка либо на терминалке либо на почтовике... Даже не могу порекомендовать что будет лучше, зависит от мощности железок выделенных под тот или иной сервис.

Какой смысл ждать, если отправляющий почтовый сервер находит сервера яндекс, а ошибка красноречиво говорит что пользователя не существует?
PS
UPD: невнимательно прочитал, вижу что вы переезжаете на керио. Тогда да только ждать.
Проверять тут: https://www.whatsmydns.net/#MX/example.com

Ещё смущает то, что лог за сутки весит 1,5 Гб примерно. Да, полтора гигабайта. По большей части забит какой-то нечитаемой пургой. Как бороться с этим я не нашёл.

Лог не пишется просто так, тем более на 1.5Гб. Вы представляете объем возможного флуда через ваш ящик, если объем логов 1.5Гб? Изучайте этот лог - изучайте другие, только там правда.

telnet smtp.yandex.ru 25
telnet smtp.gmail.com 25

если оба не откликаются - звоните провайдеру.

Если я правильно понял схему:
Postfix - санитар, Exchange - корп. почтовик.
В Exchange вы можете завести такое кол-во Accepted Domains пока позволяют ресурсы. Но у одного пользователя может быть только один PrimarySMTPAddress. И отправлять от имени другого домена проблематично.
Есть кривая схема каждому юзеру в первом домене - завести шаренный ящик с его именем, с каким-то префиксом, дать этому ящику PrimarySMTPAddress второго домена, и отправлять почту от этого шаренного ящика. Да не удобно, но без 3rd party app (о которых я не знаю даже есть ли они) - сделать это невозможно.
Либо написать свой addon для Outlook - где юзер будет выбирать имя домена с которого отправлять (он будет писать что-то в хидер), а для Exchange написать транспортный агент, который будет вылавливать этот хидер и отправлять почту с нужного домена - меняя хидеры Envelop.

По задаче разделения существует несколько варианто:
1. Exchange 2010 оставить транзитным - тогда домены которые будут обслуживаться другим почтовым сервером сделать External Relay
2. Разделить на уровне MX записей - две разных инфраструктуры.

По вопросу общей GAL - адресная книга действительно хранится в AD, для того что б она функционировала - необходимо создавать MailContacts в домене с Exchange - обычно это делается либо отдельным приложением (например это может FIM), либо скриптом.
Других вариантов нет.