Outlook.com/Hotmail: входящие письма приходят с задержкой 30–60 минут при SPF/DKIM/DMARC=pass — как понять причину по заголовкам?

Здравствуйте. Столкнулся(лась) с периодическими задержками доставки входящих писем на Outlook.com/Hotmail (consumer mailbox). Речь о транзакционных письмах (например, код сброса пароля). Иногда письмо приходит почти сразу, иногда — с задержкой десятки минут.

Что вижу по заголовкам (пример одного письма)

Задержка происходит до попадания письма в инфраструктуру Microsoft, а внутри Microsoft оно проходит быстро.

1) Время на стороне отправителя (Ticketmaster):

Received: by mta44.email.ticketmaster.com ...; Sun, 22 Feb 2026 16:33:54 +0000

2) Время, когда письмо впервые принято Microsoft (EOP):

Received: from mta44.email.ticketmaster.com (13.111.65.132)

Разница между этими метками = 43 минуты 28 секунд (то есть задержка до принятия Microsoft).

3) Внутри Microsoft задержки почти нет:

X-MS-Exchange-Transport-EndToEndLatency: 00:00:04.2691989

4) Аутентификация проходит:

Authentication-Results: spf=pass ... dkim=pass ... dmarc=pass ... compauth=pass reason=100

Вопросы

Правильно ли я понимаю, что такая задержка чаще всего означает temporary deferral/greylisting/throttling (4xx) со стороны Microsoft (EOP) либо очередь/ретраи на стороне отправителя, и по одним Received: нельзя однозначно отличить одно от другого?

Есть ли у Microsoft рекомендации/документация: что именно проверить отправителю, чтобы транзакционные письма быстрее принимались Outlook.com/Hotmail (rate limits, reputation, smart network data services и т.п.)?

Может ли получатель (Outlook.com/Hotmail) как-то подтвердить факт deferral/throttling со стороны Microsoft, если нет доступа к Message Trace (поскольку это consumer mailbox)? Какие диагностические данные можно предоставить/запросить?

Есть ли какие-то действия со стороны получателя (safe senders, правила, настройки), которые реально влияют на время принятия письма EOP, или это полностью определяется политиками антиспама на периметре?

Если нужно — могу приложить полный message headers (без персональных данных), но выше привёл ключевые строки, где видна задержка.