Грубо говоря, да — однако PMG не принимает почту сразу. Он сначала спрашивает у downstream-сервера, существует ли такой почтовый ящик, перед тем как обрабатывать письмо по правилам. Кроме того, PMG кэширует ответ (как положительный, так и отрицательный) с небольшими подробностями: Отправляющий сервер открывает соединение с PMG и начинает SMTP-диалог: EHLO <имя сервера> MAIL FROM <адрес отправителя> RCPT TO <bob@x.com>.

На этом этапе PMG (а точнее postfix) проводит проверку:  
* если ответ уже есть в кэше (и время кэширования не истекло), он отвечает согласно этому кэшу;  
* если в кэше ничего нет — PMG подключается к downstream-серверу (на который должен быть отправлен mail для bob@x.com) и выполняет SMTP-диалог вплоть до команды RCPT TO:  
- если downstream-сервер отвечает 200 (OK), PMG кэширует ответ и возвращает 200;  
- если downstream-сервер отвечает 4xx (временный сбой), PMG отвечает 450 (временный сбой — попробуйте позже);  
- если downstream-сервер отвечает 5xx (постоянная ошибка), PMG возвращает то, что вы настроили в GUI в качестве ответа, и кэширует этот ответ.

Так что @hata_ph прав — проверьте, что отвечает ваш downstream-сервер. Для этого PMG использует верификацию получателя postfix. Вот документация по этой теме: http://www.postfix.org/ADDRESS_VERIFICATION_README.html

Надеюсь, это поможет!

Привет! Извини, что возвращаюсь к этому, но при проверке своей настройки с включённой опцией verify receivers я замечаю, что сообщения всё равно выглядят так, будто их доставляют на сервер назначения, а затем отклоняют уже там. Это происходит и с серверами cPanel, и с Exchange (кстати, я сделал дополнительные настройки в cPanel, чтобы это разрешить). Моя проблема в том, что команда pmgsh get /statistics/receiver показывает, что сообщение было доставлено пользователю, хотя по логике его должны были отклонить уже на PMGW... Может, я что-то упустил в настройках? Или есть более правильный способ блокировать сообщение прямо на шлюзе? Спасибо! PS Использую опцию Verify Receivers с кодом 450.

Здравствуйте, вот фактическое содержимое лога, но имена и IP-адреса заменены, чтобы защитить невиновных. Остальное дословно. Сообщение приходит из Outlook, доставляется, а позже в логе (не показано) приходит отказ от сервера Exchange, а также от cPanel-сервера. (Приведены 2 примера ниже)

Целевой email test.henry@respective domain.

Это отправляется на Exchange Server:

Код:
Nov 10 12:19:59 mgw postfix/smtpd[89070]: 7CC338097D: client=localhost.localdomain[127.0.0.1], orig_client=mail-dm6nam11on2048.outbound.protection.outlook.com[40.107.223.48]
Nov 10 12:19:59 mgw postfix/cleanup[88929]: 7CC338097D: message-id=<BN6PR19MB1251B0029A9AC6AF7A522B85B2939@BN6PR19MB1251.namprd19.prod.outlook.com>
Nov 10 12:19:59 mgw postfix/qmgr[1093]: 7CC338097D: from=<Sender@SenderDomain.com>, size=146154, nrcpt=1 (queue active)
Nov 10 12:19:59 mgw pmg-smtp-filter[89375]: A0969618BFF3DD2AE1: accept mail to <test.henry@receivingdomain.com> (7CC338097D) (rule: default-accept)
Nov 10 12:19:59 mgw postfix/smtpd[89070]: disconnect from localhost.localdomain[127.0.0.1] ehlo=1 xforward=1 mail=1 rcpt=1 data=1 commands=5
Nov 10 12:19:59 mgw postfix/smtp[89173]: Trusted TLS connection established to webmail.receivingdomain.com[12.12.12.171]:25: TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)
Nov 10 12:19:59 mgw pmg-smtp-filter[89375]: A0969618BFF3DD2AE1: processing time: 1.676 seconds (1.159, 0.176, 0)
Nov 10 12:19:59 mgw postfix/lmtp[87216]: 955EE808D7: to=<test.henry@receivingdomain.com>, relay=127.0.0.1[127.0.0.1]:10024, delay=2, delays=0.24/0/0.01/1.7, dsn=2.5.0, status=sent (250 2.5.0 OK (A0969618BFF3DD2AE1))
Nov 10 12:19:59 mgw postfix/qmgr[1093]: 955EE808D7: removed
Nov 10 12:19:59 mgw postfix/smtp[89173]: 7CC338097D: to=<test.henry@receivingdomain.com>, relay=webmail.receivingdomain.com[12.12.12.171]:25, delay=0.27, delays=0.07/0/0.06/0.14, dsn=2.6.0, status=sent (250 2.6.0 <BN6PR19MB1251B0029A9AC6AF7A522B85B2939@BN6PR19MB1251.namprd19.prod.outlook.com> [InternalId=10307921511006, Hostname=Comm.receivingdomain.local] Queued mail for delivery)
Nov 10 12:19:59 mgw postfix/qmgr[1093]: 7CC338097D: removed

Это отправляется на cPanel Server:

Код:  
Nov 10 12:25:58 mgw postfix/smtpd[89161]: 4D161808F6: client=localhost.localdomain[127.0.0.1], orig_client=mail-dm6nam10on2049.outbound.protection.outlook.com[40.107.93.49]
Nov 10 12:25:58 mgw postfix/cleanup[89579]: 4D161808F6: message-id=<BN6PR19MB12516ED0D72B8166496750BEB2939@BN6PR19MB1251.namprd19.prod.outlook.com>
Nov 10 12:25:58 mgw postfix/qmgr[1093]: 4D161808F6: from=<Jack@senderdomain.com>, size=146071, nrcpt=1 (queue active)
Nov 10 12:25:58 mgw pmg-smtp-filter[89681]: A0969618C00A56CD46: accept mail to <test.henry@receivingcpanel.net> (4D161808F6) (rule: default-accept)
Nov 10 12:25:58 mgw postfix/smtpd[89161]: disconnect from localhost.localdomain[127.0.0.1] ehlo=1 xforward=1 mail=1 rcpt=1 data=1 commands=5
Nov 10 12:25:58 mgw pmg-smtp-filter[89681]: A0969618C00A56CD46: processing time: 0.936 seconds (0.685, 0.096, 0)
Nov 10 12:25:58 mgw postfix/lmtp[89164]: 33F21808D7: to=<test.henry@receivingcpanel.net>, relay=127.0.0.1[127.0.0.1]:10024, delay=1.2, delays=0.23/0/0/0.95, dsn=2.5.0, status=sent (250 2.5.0 OK (A0969618C00A56CD46))
Nov 10 12:25:58 mgw postfix/qmgr[1093]: 33F21808D7: removed

Здесь сервер-получатель (12.12.12.171) принял почту для test.henry@receivingdomain.com — это значит, что на уровне SMTP-протокола нельзя определить, что получателя не существует или что он позже отклонит письмо. Это нужно настроить (администратору) на 12.12.12.171. Для этого письма отсутствует пересылка на сервер-получатель (строки из postfix/smtp для 4D161808F6).

Прежде чем настроить Verify Receivers, можете подтвердить, что ваши почтовые серверы на стороне получателя поддерживают коды ошибок 450/550 для неизвестного адреса электронной почты?