задержки с доставкой в течение ночи

[AOpstein]

Здравствуйте, мы работаем с C300V. В течение последних нескольких месяцев моя система задерживает ретрансляцию с 18:00 до 6:30. Журналы показывают, что происходит задержка: 4.3.1 — почтовая система переполнена, однако обычная почта движется нормально, и это происходит каждую ночь в течение недели. Я очень сомневаюсь, что почтовая система переполнена каждый день с 18:00 до 6:00, поэтому я ломаю голову над этой проблемой. Я не вижу никаких правил, которые могли бы задерживать ретрансляцию. Есть какие-нибудь соображения о том, в чем может быть проблема? Дополнительная информация: в это время я могу отправлять сообщения на телефон с помощью других почтовых сервисов; эти сообщения доходят до того же адреса, но сообщения, отправленные из моей почтовой системы, не доходят. Вот часть журнала: 11 июля 2024 г. 18:50:25 (GMT -06:00)11 июля 2024 г. 18:50:25 (GMT -06:00) 11 июля 2024 г. 18:50:27 (GMT -06:00) 11 июля 2024 г. 18:50:27 (GMT -06:00) (DCID 2127668) Начата доставка сообщения 6730140 на адрес XXXX@vzwpix.com.
(DCID 2127668) Проверка отскока сообщения 6730140, перезапись отправителя SystemMsgDoNotReply@XXXX.org на prvs=91624dc77=SystemMsgDoNotReply@XXXX.org.
(DCID 58408) Сообщение 6730140 на адрес XXXX@vzwpix.com отложено. Причина: 4.3.1 — Почтовая система переполнена («452», [«4.1.0 prvs=91624dc77=systemmsgdonotreply@XXXX.org сервер временно недоступен AUP#MXRT»]) []
Сообщение 6730140 на адрес XXXX@vzwpix.com отложено до 11 июля 2024 г., 18:51:27, в соответствии с профилем отклонения по умолчанию. И после 17 попыток доставки... 12 июля 2024 г. 06:54:28 (GMT -06:00)(DCID 2128295) Начата доставка сообщения 6730140 на адрес
XXXX@vzwpix.com. 1
2 июля 2024 г. 06:54:28 (GMT -06:00)(DCID 2128295) Проверка отскока сообщения 6730140, перезапись отправителя SystemMsgDoNotReply@XXXX.org на prvs=91624dc77=SystemMsgDoNotReply@XXXX.org. 12 июля 2024 г., 06:54:28 (GMT -06:00) (DCID 2128295) Детали доставки: Сообщение 6730140 отправлено на
XXXX@vzwpix.com 12 июля 2024 г., 06:54:28 (GMT -06:00)
Сообщение 6730140, отправленное на адрес XXXX@vzwpix.com, получило удаленный SMTP-ответ «2.0.0 SFn8srFy819WPSFn8spvEf mail accepted for delivery» (Письмо принято к доставке). Спасибо за любую информацию, которую вы можете предоставить!

[ccieexpert]

Это касается всех доменов или только одного домена электронной почты? Если это касается только одного домена, я бы подумал, что это просто проблема с доменом... поговорите с владельцем домена и т. д., чтобы выяснить, в чем дело... в сообщении четко указано, что оно пришло с удаленного почтового сервера... возможно, есть какое-то ограничение скорости или что-то еще... Если вы хотите это проверить, попробуйте сделать следующее с компьютера, подключенного к 300v, если вы разрешаете электронную почту с тестового клиентского компьютера, использующего telnet: https://www.mailslurp.com/guides/send-email-telnet-smtp/ telnet действительно докажет, является ли это вашим 300v или нет... как вы можете видеть, ответ приходит от клиента... убедитесь, что NAT-адрес клиента совпадает с адресом 300v, иначе проверка не пройдет... вы можете добавить публичный IP-адрес клиента в запись spf... дайте мне знать, как все прошло...

[ccieexpert]

Рад поделиться с вами информацией. Да, это будет Verizon, если они используются для отправки почты вверх по потоку. Оцените как полезное, если это было полезно

[AOpstein]

Спасибо за полезную информацию! Я смог определить, что это не наша 300v, а Verizon. Я поговорил с архитектором решений, который сказал, что vtext и vzwpix были мусором (он был удивлен, что это вообще работало у нас), и нам нужно было внедрить безопасный шлюз с Verizon, чтобы отправлять им нашу почту. Еще раз спасибо, я ценю вашу мудрость в этом вопросе!