これがユースケースです。私は時々MBOXファイルに含まれているメッセージを読むためにmuttを使います。この問題を解決するには、参照用に次の内容を含むMBOXファイルを作成します。
curl -L 'https://github.com/torvalds/linux/compare/ce5c2d2c256a4c8b523036537cd6be2d6af8f69d%5E%5E...ce5c2d2c256a4c8b523036537cd6be2d6af8f69d.patch' > for_review.mbox
今開いてみるとmutt -f for_review.mbox約104通のメールが見えます。各マークは新しい。これで楽になるたびに読むことができます。実際に、電子メールを構文の強調表示にリンクするか、エディタでパッチを適用したファイルを開き、互いにどのように関連しているかを確認できます。
電子メールを読んだ後、次のように表示されます。読む私はいつでもやめることができます。次にMBOXファイルを開くと、未読/未読状態が記憶されます。これは、多くの変更をオフラインで確認するのに役立ちます。
次善策は、個人的なメモで電子メールに返信するオプションです。しかし、Fcc:フィールドをMOXファイルに設定し、To:実際のEメールがインターネットに送信されるのを防ぐためにフィールドを空白のままにすると、muttが受信者が必要だと文句を言うことがわかりました。
実際、SMTPサーバーを介して電子メールを送信せずに、どのように電子メール（新しい電子メールまたは返信メール）をMBOXファイルに直接送信できますか？
答え1
面倒な解決策は、返信を作成してからメール送信を延期することです（P代わりに使用y）。次に、フォルダを開き、postponedすべてのメッセージを選択し、タグを付けてMBOXに保存します。
メッセージが実際に送信されたことがないため、メッセージIDがないため、muttはスレッドを解決できません（つまり、偽の答えは元のスレッドの一部として表示されません）。
必要に応じて、偽の返信をスレッドに手動で関連付けることができます（返信を表示してから&元のメッセージをタップ）。これにより、in-reply-to偽の返信にタイトルが追加されます。
答え2
私が考えることができる2つの方法は、どちらも実際にメッセージを送信することに関連しています。
自分にメッセージを送信し、メールフィルタリングルール（maildropやprocmailルールなど）を使用して受信メッセージをメールボックスに保存します
for_review.mbox。メッセージを
/dev/nullエイリアスとして送信し、folder-hookFccをfor_review.mbox次のように設定します。
folder-hook for_review.mbox "set record=~/mail/for_review.mbox"
folder-hookメッセージを保存または送信する代わりにメッセージを延期または延期することもできますが、延期されているフォルダが現在のメールボックスのような場合にどのように反応するのか、または明確に保存されているメッセージをどのように処理するのか"set postponed=~/mail/for_review.mbox"わかりません。mutt有効なメッセージIDがありません。