В секретном (хоть и публично доступном) репозитории с исходниками beehive подстроки "message" и "message.gz" не упоминаются, поэтому проблема, скорее всего, не там.
В теме письма есть подстрока beehive_status; она в этом репозитории встречается 1 (один) раз, как слово в команде на шелле.

Судя по всему, проблема не в beehive, а в уже не секретном пакете qa-robot.

118 zmail()
119 {
120         local subj="$1" file="$2"; shift 2
121         local size="$(du -bk "$file" |cut -f1)"
122         local LC_ALL=
123         if [ "$size" -gt 1024 ]; then
124                 echo "Message size is ${size}K, E2BIG." >&2
125                 return 1
126         elif [ "$size" -gt 32 ]; then
127                 gzip -9nf "$file"
128                 mutt -x -s "$subj" -a "$file.gz" -- "$@" </dev/null
129                 gzip -df "$file.gz"
130         elif [ -f signature ]; then
131                 { echo; cat signature; } |mutt -x \
132                         -s "$subj" -i "$file" -- "$@"
133         else
134                 mutt -x -s "$subj" -i "$file" -- "$@" </dev/null
135         fi
136 }

Начиная с корневого коммита от 2005 года он присылает данные, если их размер свыше 32K, в испорченном виде. Предлагаю это прекратить, потому что службы архивации писем и так сжимают письма (возможно, целыми тредами), а если они этого не делают, то это странная какая-то архивация.

А вот верхнюю грань, добавленную позже (1024K), можно и оставить.

https://git.altlinux.org/tasks/351403

(In reply to Arseny Maslennikov from comment #0)
> https://lore.altlinux.org/sisyphus-cybertalk/Zis7Kz0Kbptadc9G@beehive.mskdc.
> altlinux.org/T/#u
> 
> Вместо результатов пакетов какая-то вирусня ("message.gz"). В архиве её тоже
> не показывают; результаты не веб-индексируемы и, что важнее, на них
> невозможно дать гиперссылку.
Ещё пример:
https://lore.altlinux.org/sisyphus-cybertalk/ajzQmCtdTv3ihPax@beehive.mskdc.altlinux.org/T/#u

Что характерно, текст письма обращается в тыкву обычно в самый интересный момент: когда появляется много новых error logs, и выдержки из них длинны. Здесь, например, разъезд в m4-макросах вокруг gnu build system повлиял на десятки пакетов, но читать это нереально.

(In reply to Arseny Maslennikov from comment #4)
> (In reply to Arseny Maslennikov from comment #0)
> > https://lore.altlinux.org/sisyphus-cybertalk/Zis7Kz0Kbptadc9G@beehive.mskdc.
> > altlinux.org/T/#u
> > 
> > Вместо результатов пакетов какая-то вирусня ("message.gz"). В архиве её тоже
> > не показывают; результаты не веб-индексируемы и, что важнее, на них
> > невозможно дать гиперссылку.
> Что характерно, текст письма обращается в тыкву обычно в самый интересный
> момент: когда появляется много новых error logs, и выдержки из них длинны.
> Здесь, например, разъезд в m4-макросах вокруг gnu build system повлиял на
> десятки пакетов, но читать это нереально.
https://lore.altlinux.org/sisyphus-cybertalk/amBbefhMV%2Faipm7C@beehive.mskdc.altlinux.org/T/#u
https://lists.altlinux.org/pipermail/sisyphus-cybertalk/2026-July/130118.html
Очень вроде бы интересное письмо должно быть: python 3.14, boost 1.91. Но оно нечитаемо: ни на сайте, ни на прежнем сайте, ни в виде public-inbox.

> #200 qa-robot 0.3.10-alt1 -> 0.3.11-alt1
>  Wed Jul 22 2026 Arseny Maslennikov <arseny@altlinux> 0.3.11-alt1
>  - Stopped gzipping message body parts.
>  - csv2tab: Explicitly set encoding of standard streams to UTF-8.
>    This gets rid of the "Wide character in print" Perl warning.
>  - bugs: The default Product is now "Sisyphus" if no URL is specified.
> <...>
> girar-check-perms: access to qa-robot ALLOWED for glebfm: member of approved group
> check-subtask-perms: #200: qa-robot: approved by glebfm
> <...>
> 2026-Jul-23 13:43:44 :: task #351403 for sisyphus DONE

Благодарю!
Теперь осталось, чтобы qa-robot обновился (т. е. изменения появились) на сервере.

(In reply to Arseny Maslennikov from comment #6)
> Теперь осталось, чтобы qa-robot обновился (т. е. изменения появились) на
> сервере.
Это теперь тоже сделано.

Created attachment 21960 [details]
converts broken emails into the expected form

(In reply to Arseny Maslennikov from comment #2)
службы
> архивации писем и так сжимают письма (возможно, целыми тредами), а если они
> этого не делают, то это странная какая-то архивация.
> 
> А вот верхнюю грань, добавленную позже (1024K), можно и оставить.

Проиллюстрирую тут посыл, чтобы не пропало:
  (set -eux;
  curl -fsSL \
    https://lore.altlinux.org/sisyphus-cybertalk/aml4cKhHqNuD5lYj@beehive.mskdc.altlinux.org/t.mbox.gz \
    -o 'cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox.gz'
  gunzip -9k cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox.gz
  python3 regen.py cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox o.mbox
  gzip -9k o.mbox
  ls -l cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox* o.mbox*
  )
  +zsh:2> curl -fsSL https://lore.altlinux.org/sisyphus-cybertalk/aml4cKhHqNuD5lYj@beehive.mskdc.altlinux.org/t.mbox.gz -o cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox.gz
  +zsh:5> gunzip -9k cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox.gz
  +zsh:6> python3 regen.py cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox o.mbox
  +zsh:7> gzip -9k o.mbox
  +zsh:8> ls '--color=auto' -l cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox.gz o.mbox o.mbox.gz
  -rw-r--r-- 1 ar ar  51710 Jul 30 22:37 cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox
  -rw-r--r-- 1 ar ar  38810 Jul 30 22:37 cyber-I-Sisyphus-20260729-x86_64-beehive_status-758-44-1279.mbox.gz
  -rw-r--r-- 1 ar ar 248186 Jul 30 22:37 o.mbox
  -rw-r--r-- 1 ar ar  37539 Jul 30 22:37 o.mbox.gz

Пожатый mbox пожался _лучше_ после превращения письма с бинарным вложением message.gz в письмо с телом text/plain.

(In reply to Arseny Maslennikov from comment #9)
> Пожатый mbox пожался _лучше_ после превращения письма с бинарным вложением
> message.gz в письмо с телом text/plain.
Не исключаю, что на результат повлияло base64-представление для message.gz. gzip (внешний) as-is почему-то плохо сжимает заведомо корректный base64.