如何解決 Mutt html 預覽阻塞問題？

一段時間以來，我發現當我嘗試在瀏覽器中查看 HTML 文件時（來自 Mutt，v要查看所有附件，請選擇text/html附件，然後enter），我的瀏覽器會打開一個新選項卡，file:///tmp/mutt.html但始終顯示

文件未找到

Firefox 在 /tmp/mutt.html 中找不到該文件。

檢查文件名的大小寫或其他輸入錯誤。檢查文件是否被移動、重命名或刪除。

我不太確定如何解決這個問題。它工作得很好，直到它沒有。然後只是為了讓我每 10 次或 12 次保持警覺，它會隨機顯示 HTML 郵件。

比如，剛才，我…

• 試圖查看 HTML 電子郵件，
• 決定我要最終解決這個問題，
• 開始撰寫這個問題的前 2/3，
• 打開第二個終端選項卡/var/log/查看是否有明顯的日誌文件可供查看
• 跑了tail -f /var/log/syslog
• 在 tail follow 執行的情況下，返回嘗試再次查看 HTML 電子郵件，只是為了查看是否有任何內容寫入 syslog（儘管我認為不會）並且 a) 沒有任何內容寫入 syslog，b) 相同的電子郵件實際上確實在瀏覽器選項卡中打開得很好。

所以……我應該在哪裡尋找一些跡象，說明為什麼 mutt html 消息有時在瀏覽器中打開得很好，有時/tmp/mutt.html卻找不到？

我也遇到了一些麻煩。text/html 的 mailcap 條目是要查看的重點。有了鉻，它確實是needsterminal一面旗幟。對於 Firefox 來說，copiousoutput flag 起到了作用。

#text/html; chromium %s; needsterminal
text/html; firefox %s;copiousoutput 

如果您還沒有自定義 mailcap，您可以在~/.mailcap例如創建一個文件並將 firefox 行添加到其中。不要忘記在您的.muttrc

set mailcap_path  = ~/.mailcap

也許這是 Firefox 命令行返回 mutt 和 mutt 在 Firefox 程序實際讀取文件之前刪除臨時文件之間的競爭條件。

嘗試在您的 mailcap 條目中添加needsterminal標誌。

或者甚至更好，而不是直接呼叫 Firefox，而是呼叫你的一個簡單的 shell 腳本，該腳本用另一個名稱複製 html 文件，然後在該新文件上呼叫 Firefox，然後將命令返回給 mutt（這將刪除原始文件）。

有些人sleep呼叫firefox後添加命令。例如，請參見此處或此處（搜尋sleep）。

引用自：https://unix.stackexchange.com/questions/445390