postfix удаление тела возвращенных сообщений

Я заметил, что для сообщений, которые не могут быть доставлены с помощью постфикса, тело сообщения удаляется. Вот пример (настоящие электронные письма заменены временными):

--5F54EFCA0A.1653443634/МОЙ ДОМЕН.COM
Content-Description: Отчет о доставке
Content-Type: статус сообщения/доставки

Отчетность-MTA: DNS; МОЙ ДОМЕН.COM
X-Postfix-Queue-ID: 5F54EFCA0A
X-Postfix-Sender: rfc822; ОТ@MYDOMAIN.COM
Дата прибытия: 25 мая 2022 г., 01:47:13 +0000 (UTC)

Конечный получатель: rfc822; [email protected]
Оригинал-получатель: rfc822;[email protected]
Действие: отложено
Статус: 4.2.1
Удаленный MTA: DNS; alt1.gmail-smtp-in.l.google.com
Диагностический код: smtp; 450-4.2.1 Пользователь, с которым вы пытаетесь связаться,
    получение почты со скоростью, при которой 450-4.2.1 предотвращает получение дополнительных сообщений
    доставляется. Пожалуйста, отправьте сообщение 450-4.2.1 позже. Если
    пользователь может получать почту в это время 450-4.2.1, ваше сообщение будет
    быть доставленным. Для получения дополнительной информации, пожалуйста, 450-4.2.1 посетите 450 4.2.1
    https://support.google.com/mail/?p=ReceiveRate
    i9-20020a544089000000b0032b06b69e67si10079646oii.275 - gsmtp
Will-Retry-Until: пн, 30 мая 2022 г., 01:47:13 +0000 (UTC)

--5F54EFCA0A.1653443634/МОЙ ДОМЕН.COM
Content-Description: Заголовки недоставленных сообщений
Content-Type: text/rfc822-headers
Контент-передача-кодирование: 8 бит

Возвратный путь: <[email protected]>
Получено: от [XX.XX.XX.XX] (localhost [127.0.0.1])
    от MYDOMAIN.COM (Postfix) с идентификатором ESMTP 5F54EFCA0A
    для <[email protected]>; 25 мая 2022 г., 01:47:13 +0000 (UTC)
Content-Type: составной/смешанный; граница="===============9070788644322080819=="
MIME-версия: 1.0
Тема: МОЯ ТЕМА
От кого: [email protected]
Кому: [email protected]
Идентификатор сообщения: <[email protected]>
Дата: 25 мая 2022 г., 01:47:13 +0000 (UTC)

--5F54EFCA0A.1653443634/МОЙ ДОМЕН.COM--
*** ЗАГОЛОВОК ИЗВЛЕЧЕН deferred/3/3E377FD67F ***
named_attribute: кодировка = 8 бит
*** ФАЙЛ СООБЩЕНИЯ КОНЕЦ deferred/3/3E377FD67F ***

Мне интересно, возможны ли какие-либо из приведенных ниже вариантов? Просто пытаюсь найти способ избежать потери исходного сообщения при отказе.

1. Есть ли способ остановить postfix от генерации этого сообщения и вместо этого просто поместить исходное сообщение в отложенную очередь?
2. Или я могу изменить скорость удаления исходного сообщения и замены его этим?
3. Или есть ли способ настроить формат, чтобы убедиться, что исходное содержимое тела сообщения включено?

Это сообщение не обязательно недоставлено, оно просто недоставлено. Это не было принято Google пока что. Это может быть, как сказано, «в более позднее время». Я думаю, что путаница происходит от "подпрыгивать" обычно понимается как "недоставлено, возвращено полностью".

Но этот образец является просто уведомлением о задерживать, как видно в теме и Действие: отложено. Эти уведомления преднамеренно только Справка исходное сообщение: позже оно будет возвращено полностью, если и когда оно будет постоянно отклонено, или если оно все еще не доставлено в срок, указанный в Будет-Повторять-Пока.

Просто пытаюсь найти способ не потерять исходное сообщение всякий раз, когда есть отказ.

Сообщение нет потерянный.

1. Постфикс имеет поставил это сообщение в очередь как есть, включая тело. Код, предоставленный с X-Postfix-Queue-ID: 5F54EFCA0A имя файла очереди. С использованием почтальон(1) По команде админа можно получить его, в том числе и тело - до момента доставки или возврата.
2. Вы можете настроить delay_warning_time чтобы предупредить о задержках позже (или вообще не предупреждать). Делать нет отключите эту функцию, если у вас есть пользователи, которые понимают и используют уведомления о задержке.
3. Вы можете настроить maximal_queue_lifetime определить, как долго postfix должен пытаться повторить доставку, если столкнулся с временными ошибками. Я делаю нет порекомендуйте изменить это.