問題タブ [procmail]

Postfix サーバーと procmail がインストールされ、動作しています。問題は、電子メールの内容をファイルに出力しようとしたときです。

次のスクリプトがあります: /var/log/user1/fooscript.sh

/var/log/user1/.procmailrc

/var/log/user1/.procmail/rc.filters

電子メールの送信後、/var/log/user1/.procmail/rc.filters には以下が含まれます。

ただし、成功ファイルには次のものが表示されます。

すべてのファイルとディレクトリを chmod 777 したので、権限の問題ではないと思います。

どんな助けでも大歓迎です。

procmail を使用して、特定の「差出人」を Gmail アカウントに転送します

/home/user/.procmailrc

これは正常に機能しますが、サーバーの受信トレイには「未配信」のメールも届きます

メール システム <"^X-Loop:"@my-name-server.com> (<"^X-Loop:"> から拡張): 不明なユーザー: "^x-loop:"

どうすればこれを回避できますか?

これらのメールを削除しようとしました。これは最善の方法ではありません。

とにかくうまくいきません。

動作中の procmail 構成があります。
これは rc.filters です:

このファイルがコンパイルされて動作し、procmail がメールを配信し、実行可能ファイルがコンテンツを出力ファイルに書き込みます。

問題は、 Mimeticライブラリのコンストラクターに渡すコンテンツを含む cin オブジェクトが必要なことです。この実行可能ファイルが機能する必要があります。

message.txt という Mime メッセージを取得し、2 番目のコードで次の操作を行うとします。

どちらの場合も、実行可能ファイルは機能し、output.txt で件名を取得します
が、それが呼び出され、procmail によってパイプされたコンテンツが機能しない場合も
あります。ファイルが少なくとも呼び出されたこと。

procmail.log には、すべて問題ないことが示されています。

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/ を新しいメールに使用する特別な理由はありますか?

次の構成でfetchmailをセットアップしました

すべてがうまくいっているようです。fetchmail からのエラーはなく、procmail ログには、GMail に転送したい電子メールが含まれています (例を以下に貼り付けます)。ただし、GMail の受信トレイにはメールがまったく表示されません。「すべてのメール」セクションをチェックして、スパムとして扱われていないことを確認しました。何がうまくいかないのでしょうか？私はOS Xバージョン10.8.5でこれをすべてやっています

Gmail の受信トレイに表示したい電子メールの procmail ログの例

OSX Snow Leopard から Mavericks にアップグレードしたところ、fetchmail が procmail の呼び出しに失敗しました。Mutt も機能していませんが、それは別の話です。

次の世論調査 (名前は変更されています) は、数年間有効です。

poll pop.1and1.com protocol: pop3 username: abc@example.org password: 123123123 nokeep fetchall mda "/opt/local/bin/procmail -d %T" # pass message to the local MDA

Mavericks にアップグレードした後、POP3 サーバーを正しくポーリングしますが、次のメッセージで失敗します。

fetchmail: about to deliver with: /opt/local/bin/procmail -d 'tbaker' #****fetchmail: MDA died of signal 6 not flushed

新しくインストールされた /opt/local/bin/procmail は 2001/09/10 の非常に安定した v3.22 であり、デフォルトの $HOME/.procmailrc とシステム メールボックスは変更されていません。

この問題を抱えているのは私だけではないと思うので、これに関するスレッドが見つからないことに驚いています.

トム