Установить значение конфигурации Mutt на основе выходных данных сценария?

303
Ryan Lue

Я нашел ошибку в Mutt, но хотел бы найти обходной путь, пока ее не исправят.

~( mark-messageфункция) должна назначить ярлык (т. е. макрос), чтобы пометить сообщение, чтобы вы могли перейти к нему позже. Например, если вы пометите сообщение с помощью ярлыка d, Mutt автоматически установит следующий макрос:

macro index "'d" "<search>~i '[Message-ID Header]'" "message hotkey"

так что вы можете нажать, 'dчтобы вернуться к сообщению, которое вы отметили.

Проблема в том, что заголовок Message-ID интерпретируется как регулярное выражение, и иногда заголовки сообщений, которые я получаю, содержат специальные символы регулярного выражения, например +. (См. Пример ниже.)

<CAMMr2knNGWssaFdp-+e4u9pWfBQ4DCHNkH9FUrPoXqEXAN+sNg@mail.gmail.com>

Если это так, то Mutt не может найти сообщение, поэтому макрос не работает и просто выдает ошибку Not found..

Решением было бы убрать эти специальные символы с обратной косой черты, но я не верю, что есть способ сделать это изначально в дураках. Что я хотел бы сделать, так это создать собственную замену mark-messageфункции. Я думаю, мне нужно будет передать данное сообщение в сценарий grepи cutизвлечь заголовок Message-ID, а затем sedвыполнить обратную косую черту или экранировать любые специальные символы.

Проблема в том, чтобы попытаться передать эту строку в Mutt: я знаю, что вы можете использовать переменные окружения в muttrc, но я считаю, что они оцениваются при назначении, а не при выполнении. Есть ли способ вернуть строку из скрипта bash обратно в конфигурацию mutt?

0
Просто обходной путь, может быть немного дороже с точки зрения ресурсов: попробуйте использовать `= h" Message-ID: «` (не знаю, как адаптировать его к вашему макросу, извините, вам придется это выяснить) SΛLVΘ 6 лет назад 0
`= h` хорошая идея, но выяснить, как адаптировать ее к этой ситуации - именно то, о чем я спрашиваю. Есть несколько способов найти правильное сообщение; он получает заголовок из него и в команду config, это сложная часть ... Ryan Lue 6 лет назад 0

0 ответов на вопрос

Похожие вопросы