Проблема с сообщением от сервера "Temporary server error. Please try again later. PRX4/PRX5" может быть вызвана различными факторами, включая проблемы с настройками сети, неполадки в конфигурации Exchange Server, проблемы с почтовыми базами данных и другие.
Далее я опишу при каких кейсах встречал такие ошибки.
PRX4
При массовой рассылке писем через Exchange-серверы
Решение:
1. Проверка состояния сервисов Exchange
Запустите Exchange Shell от имени администратора и выполните команду:
Test-ServiceHealth
Проверьте состояние всех сервисов. Если сервис MSExchangeUM (или любой другой сервис) находится в состоянии "Down" (выключен), включите его с помощью команды:
net start MSExchangeUM
2. Увеличение значения параметра MessageRateLimit
Параметр MessageRateLimit представляет собой ограничение на количество сообщений, которые могут быть обработаны Exchange сервером за определенный период времени. Этот параметр контролирует скорость обработки входящих сообщений, которые поступают через каждый конкретный receive connector на сервере Exchange.
Когда сервер Exchange получает большое количество сообщений за короткий промежуток времени, это может привести к перегрузке и временным сбоям обработки, что в конечном итоге может вызвать ошибку "Temporary server error. Please try again later. PRX4". Поэтому для уменьшения вероятности возникновения этой ошибки можно попробовать увеличить значение параметра MessageRateLimit.
Итак, увеличьте значение этого параметра для указанных receive connector-ов. Для этого выполните следующие команды:
- Получите список всех receive connector-ов, которые есть на сервере (или серверах):
Get-ReceiveConnector
Мне нужны эти:
ES1\Client Proxy ES1
ES1\Client Frontend ES1
ES2\Client Frontend ES2
ES2\Client Proxy ES2
-
Увеличьте значение параметра MessageRateLimit для каждого необходимого receive connector-а, например (на самом деле значение может быть любое: 5, 15, 50, unlimited):
Get-ReceiveConnector "ES1\Client Proxy ES1" | Set-ReceiveConnector -MessageRateLimit 100
Get-ReceiveConnector "ES1\Client Frontend ES1" | Set-ReceiveConnector -MessageRateLimit 100
3. Проверка изменений
После увеличения значения параметра MessageRateLimit убедитесь, что изменения были применены корректно. Для этого снова выполните команду:
Get-ReceiveConnector | ft -AutoSize
4. Далее выполнить командлет:
Restart-Service MSExchangeTransport
или можно перезапустить сервис через Services:
Таким образом, изменение значения параметра MessageRateLimit позволяет оптимизировать работу Exchange сервера, обеспечивая более эффективную обработку входящих сообщений и предотвращая временные сбои в обработке, особенно в периоды высокой активности почтового трафика.
PRX5
Сообщения от пользователей, что почтовый сервер пишет: "Authentication unsuccessful" при отправке уведомления из directum.
Хотя описанные ниже действия являются общепринятыми методами для устранения таких проблем. Однако, важно отметить, что ошибка PRX5 может указывать на проблему с самой инфраструктурой Exchange Online Protection (EOP). Такие ошибки могут возникать из-за проблем с серверами EOP или с подключением между EOP и целевым почтовым сервером.
Решение:
1. Проанализировать логи (Eventvwr MS Windows) на Exchange на серверах, в том числе на пограничном Edge. Не исключено что логи/события будут содержать достаточно информации для решения вашей проблемы.
2. Добавить адрес в белый список (Whitelist) на пограничном сервере:
Set-ContentFilterConfig -BypassedSenders directum@spbstu.ru
Проверить белый список и занесённые туда адреса можно этим командлетом:
Get-ContentFilterConfig
RunspaceId : e58b4dc5-42a5-4c0f-9f36-24d4b55c15a6
Action : Undefined
AdminDisplayName :
BypassedSenders : {directum@spbstu.ru}
BypassedSenderDomains : {}
BypassedRecipients : {}
BypassedRecipientDomains : {}
BlockedSenders : {}
BlockedSenderDomains : {}
BlockedRecipients : {}
BlockedRecipientDomains : {}
RejectionResponse :
RejectionResponseReason : Undefined
SizeEnabled : True
SizeLimit : 10MB
QuarantineMailbox :
SCLDeleteThreshold : 9
SCLDeleteEnabled : False
SCLQuarantineThreshold : 7
SCLQuarantineEnabled : False
SCLRejectThreshold : 5
SCLRejectEnabled : False
SCLJunkThreshold : 4
SCLJunkEnabled : False
SCLQuarantineThresholdAction : Undefined
SCLRejectThresholdAction : Undefined
SCLDeleteThresholdAction : Undefined
PriorityHighEnabled : True
PriorityNormalEnabled : True
PriorityLowEnabled : True
CustomWeightingEnabled : False
ExternalMailEnabled : True
InternalMailEnabled : True
AdminForwardingAddress :
Enabled : True
InvalidWords : {}
Language : {}
SenderBlockingEnabled : False
RecipientBlockingEnabled : False
ProcessEtrEnabled : False
После занесения адреса в белый список через некоторое время пользователи сообщили, что подобные сообщения не появляются.
Однако при возникновении подобной проблемы всегда полезно принять некоторые дополнительные шаги для диагностики и решения:
-
Проверка подключения к серверам EOP: Используйте командлет Test-ExchangeOnlineProtection для проверки состояния подключения к серверам EOP. Результаты этой проверки могут указать на проблемы с сетевым соединением или наличие проблем с самими серверами EOP:
Test-ExchangeOnlineProtection -Identity "user@domain.com"
-
Просмотр логов: Просмотрите логи Exchange для дополнительной информации о проблеме. Вы можете использовать команду Get-MessageTrackingLog для просмотра логов сообщений и выявления любых ошибок в процессе доставки:
Get-MessageTrackingLog -Sender "sender@domain.com" -Recipient "recipient@domain.com" -Start "MM/DD/YYYY 00:00:00" -End "MM/DD/YYYY 23:59:59"
-
Мониторинг состояния EOP: Используйте команду Get-Service для проверки состояния служб Exchange Online Protection на серверах:
Get-Service -ComputerName "EOPServerName" -Name "MSExchangeFrontEndTransport"
Эти шаги помогут провести более глубокую диагностику проблемы и принять соответствующие меры для ее решения.
Useful links:
https://khlebalin.wordpress.com/2022/08/23/exchange-421-4-4-2-message-submission-rate-for-this-client-has-exceeded-the-configured-limit/
https://judeperera.wordpress.com/2019/10/11/fixing-451-4-7-0-temporary-server-error-please-try-again-later-prx4/
