SUSE SLES9 (mutt-1.5.6i-64.6) から SUSE SLES11 (mutt-1.5.17-42.33.1) に移行しました。SUSE SLES9 では、環境変数 EMAIL をインスタンス化することで、mutt メッセージの From: 句を設定できました。今、私はもうそれをすることができません。さらに、.muttrc の設定 (「set realname」、「set from」、「set use_from」) が機能しなくなった場合。From: ヘッダーは常に linuxuser@host.domain.tld に設定されます。なにか提案を？

次のコマンドを見ました

件名が「test」、内容が「haha」のメールが私のメール アドレスに送信されます。しかし、何のためにあるのかわかりません。両方のマンページを確認し、いくつかの実験を試みます。しかし、それはまだ私にとって不可解です。

誰にも手がかりがありますか？

ありがとう

unix から mutt クライアント経由でメールを送信する必要があります。HTML本文のメールを送信してみました：

mutt -e "my_hdr Content-Type: text/html" $userEmail -s "ワークフロー - ステージでのクエリ実行: $STGUPPER" < $htmlResultFile

動作します。

HTML 添付ファイル付きのメールを送信しようとしました:

mutt -e "my_hdr Content-Type: text/html" -a $htmlResultFile -s "attachment" $userEmail

動作します！

しかし、html 本文と html 添付ファイルの両方を含むメールを送信しようとすると、送信できません..

mutt -e "set Content-Type: text/html" $userEmail -a $htmlResultFile -s "attachment" < $htmlResultFile

html は添付ファイルとして取得しますが、本文はプレーン テキストとして取得します。

mutt では、以前に GMail で行ったのとほとんど同じように、返信する必要のある重要なメッセージを追跡したいと考えています。問題は、私がそのような重要なメッセージを持っていることを忘れがちであるため、フラグ付きメッセージを表示させるマクロを決して実行しないことです (メッセージが古すぎてインデックスに表示されない場合に備えて)。そのため、フラグが立てられたメッセージは、古いものであっても常にメイン インデックスに表示されるようにしたいと考えています。この設定は、フラグ付きのメッセージが別の色で表示されるという事実とともに (既に表示されています)、古いが重要なメッセージへの返信を忘れるのを防ぐのに十分なはずです。それは可能ですか？

前もって感謝します！

私はかなり長い間 mutt を使用してきましたが、offlineimap で使用するために再構成しました。問題は、メールに返信すると、ヘッダー フィールド「To、From、CC Subject ...」が空のままになり、返信を送信できないことです。フィールドを手作業で貼り付けなければならず、面倒です (何のためにコンピュータを持っているのでしょうか?)。

この問題をデバッグする方法がわかりません。

ありがとう

私のmuttrc

================================================== ====

muttrc の終わり

fetchmail を使用して、Gmail アカウントからメールを取得しています。しかし、メールの添付ファイルが非常に大きい場合 (20M 以上など)、メールはローカルのメール受信箱に取り込まれません。

fetchmail にこのような大きなメールを強制的にダウンロードさせるにはどうすればよいですか (Gmail の問題でしょうか?)。

または、このような大きな添付ファイルがある場合は、添付ファイルなしでメールをダウンロードすることもできます (ただし、Gmail サーバーでは削除しないでください)。

この問題を解決するには？なにか提案を？

mutt を使用して Amazon EC2 ノードから E メールを送信しようとしていますが、構文に問題があると思われるエラーが表示されますが、何が間違っているのかわかりません。txt が添付されたメールを送信しようとしています

ただし、次のエラーが表示されます。

メールの名前であるファイルを添付しようとしているのは明らかですが、その理由がわかりません。どんな助けでも大歓迎です

1.) Mutt の設定について少し混乱しています。fetchmail と procmail を使用して、すべてのメッセージを「Maildir」形式でダウンロードし、次のように $HOME/Maildir/ に並べ替えることに成功しています。

そのため、これらの「Maildir」形式のフォルダーはすべて、procmail によってすべて行われる新しい my を受け取ります。さて、私が混乱しているのは Mutt の設定です。(.muttrc で) フォルダーを $HOME/Maildir に設定すると、Mutt は明らかに $HOME/Maildir がメールボックスではないことを教えてくれます (実際にそうです)。サブフォルダーをこの形式にする必要があります。問題は、私のメールはすでに procmail によってソートされているため、サブフォルダーにあるということです。一方、folder=$HOME/Maildir/work を設定すると、その 1 つのディレクトリにアクセスできますが、他のディレクトリにはアクセスできません。これは、複数のフォルダーを定義できない (と思いますか?) ためです。folder=$HOME/Maildir を設定してから、メールボックス =work =personal =misc =whatever を設定しようとしましたが、$HOME/Maildir はメールボックスではありません。$HOME/Maildir (cur、new、tmp) を使用して Mutt がそれをメールボックスとして認識できるようにしますが、フォルダと「ディレクトリ」を混在させることは推奨されません。それをどのように処理しますか？必要なのは、メッセージの受信と保存の両方を行う単一のフォルダー $HOME/Maildir です (別のサブフォルダーにあることを除いて、メッセージは常に同じ場所に存在するため、move=no に設定します)。どんな提案でも大歓迎です。

2.) ちょっとした一般的な質問 - メールスプールとして /var/spool/mail/something ではなく $HOME/something を使用することは、何らかの理由で推奨されないのですか? いくつかの場所で、これが *nix システムでメールを行う唯一の「コーシャ」な方法であることがわかりました。ただし、既読メッセージをスプールからストレージ フォルダに移動せずに、すべてのメールを 1 か所にまとめたいと思っています。私はしばしばそれらを読み直し、古いメッセージのいくつかに返信し、そのためにメールボックス間を移動するのは少し面倒に思えます。では、標準の *nix メールディレクトリ以外に /var/spool/mail/ を新しいメールに使用する特別な理由はありますか?