Рейтинг:1

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

флаг in

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

--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. Или есть ли способ настроить формат, чтобы убедиться, что исходное содержимое тела сообщения включено?
anx avatar
флаг fr
anx
Возможно, у вас тоже проблема с почтовым клиентом? Приведенный вами образец.. должен сопровождаться поясняющим сообщением. Ваш почтовый клиент не смог отобразить это?
Рейтинг:1
флаг fr
anx

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

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

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

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

  1. Постфикс имеет поставил это сообщение в очередь как есть, включая тело. Код, предоставленный с X-Postfix-Queue-ID: 5F54EFCA0A имя файла очереди. С использованием почтальон(1) По команде админа можно получить его, в том числе и тело - до момента доставки или возврата.
  2. Вы можете настроить delay_warning_time чтобы предупредить о задержках позже (или вообще не предупреждать). Делать нет отключите эту функцию, если у вас есть пользователи, которые понимают и используют уведомления о задержке.
  3. Вы можете настроить maximal_queue_lifetime определить, как долго postfix должен пытаться повторить доставку, если столкнулся с временными ошибками. Я делаю нет порекомендуйте изменить это.
флаг in
Спасибо за информацию! Я попробовал ваше предложение, используя `postcat -q 5F54EFCA0A`, но он сказал, что его не существует. Я считаю, что это работает только с идентификатором сообщения, а не с идентификатором очереди.Есть ли другой способ использовать postcat, который может искать через идентификатор очереди и извлекать тело? И я знаю о ваших предложениях с 2 и 3, но на самом деле мое желание состоит не в том, чтобы отложить или изменить время подъема, а в том, чтобы изменить поведение postfix для постановки сообщения в очередь *как есть*, а не это сообщение о возврате, иначе я беспокоюсь тело не может быть извлечено. Пожалуйста, скажи мне, что есть надежда :)
anx avatar
флаг fr
anx
Его не будет в очереди, если оно было доставлено к тому времени ;) Найдите идентификатор очереди в своих журналах, который расскажет вам, что произошло до того, как вы проверили.
anx avatar
флаг fr
anx
@smaili Postfix *помещает* в очередь полное сообщение, и его *можно* извлечь из очереди - до тех пор, пока в этом больше нет необходимости, поскольку произошла доставка или возврат.
флаг in
Я хочу в это верить, но я пробовал все и ничего не добился, включая полный grep для всей ОС, но ничего. Я также наткнулся на это: https://serverfault.com/questions/491224/log-headers-contents-of-rejected-messages-via-postfix, где упоминается, что postmaster усекает тело возвращенных сообщений, поэтому в этом точка, я не думаю, что это возможно восстановить.
anx avatar
флаг fr
anx
@smaili Просто `grep` не будет работать с определенным хранилищем двоичных файлов журнала. Например. для журнала systemd вы хотите использовать `journalctl` для просмотра журналов. Уведомления для почтового ящика postmaster отделены от уведомлений отправителю. Усечение в них происходит таким же образом, но по разным причинам.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.