Дружелюбный Message-ID в Mutt

https://people.kernel.org/monsieuricon/fix-your-mutt
http://www.git.stargrave.org/?p=godlighty.git;a=commitdiff;h=8730f9415046a1cc1242870c9443b34491d81d9d
Недавно я задался вопросом почему у меня не все ссылки в архивах
почтовых рассылок открываются, пока не удалить в конце "/T". Пошёл в
исходные коды public-inbox-а и подумал что у них кривой regexp для
Message-ID, который не учитывает что могут быть слэши. Сделал патч,
пошёл уже было смотреть как его отправить разработчикам, но там как-раз
в их рассылке обсуждение этих Message-ID велось. На самом деле они
аккуратно с ними работают и передают в экранированном виде везде в URL.
Откуда же у меня они берутся, если URL-ы корректны? А это уже мой
godlighty автоматически разэкранирует один слой и передаёт его as-is
процессу public-inbox-а. В рассылке дали рекомендацию по настройке
Apache чтобы он пропускал as-is экранированные слэши.

А тут запись в блоге появилась о том, что Mutt, действительно, просто
суёт Base64 в качестве Message-ID, где появляются слэши и это немного
усложняет жизнь при подстановке в URL. Я не согласен что Mutt надо
"fix"-ить -- он ничего необычного или нештатного не делает и с какой
стати должен думать об URL-friendliness? Почта это почта, Web это Web.
Лично я вообще-то стараюсь всё же использовать Base64 URL-safe версию,
как-раз чтобы с точки зрения usability чуть было попроще, но это же не
fix, не бага. Но я свой Mutt и его штатные правила генерирования
Message-ID трогать не буду.