Что: 26c8fa55c6128eb583403c61699397d11a1dec50
Когда: 2023-03-01 21:10:31+03:00
Темы: mail
Дружелюбный 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 трогать не буду.
Сгенерирован: SGBlog 0.34.0