9

メールの内容を操作したり、メールの受信時にスクリプトを呼び出したりして、アクセスポイントとして多数のメールアドレスをサポートするメール処理を行う必要があります。MDAエージェントを介して読み取ると、procmailが標準のスタンバイであるように見えますが、maildropにもいくつかのフォローがあります。ウィキペディアは、procmailはかなり長い間進歩していないので、何か新しいことを始める人は誰でもmaildropを検討すべきだとコメントしています。

これらのいずれかを他方の上に使用することを示す機能または機能からの確かな理由はありますか？

4

2 に答える 2

8

これは私がさまざまな場所で読んだものの要約です：

Maildropは、procmailの「ドロップイン代替品」であると主張しています。

Procmailは、いくつかの記憶に残る1文字のコマンドを使用した古語構文を使用しています。Maildropは、awkの構文と非常によく似た、より強力で、用途が広く、読みやすいパターンアクション構文を使用しています。

Procmailはmaildropよりも広く使用されています。Procmailには、オンラインで利用できるその他の例があります。

Procmailは大きなメッセージをメモリに読み込みます。Maildropは、RAMの過負荷を回避するために、パイプと一時ファイルを利用します。Procmailは、速度が非常にわずかに優れていると主張しています。

私の提案：両方のドキュメントを読んで、構文がより意味のあるものを使用してください。

于 2010-12-28T16:45:45.573 に答える
4

答えるのはかなり難しいです。私が見る限り、procmailは非常に安定しており、うまく機能します。maildropをprocmailのように.forwardに簡単に統合できるかどうかは（私には）明らかではありません。procmailの良いところは次のとおりです。

  • パイプに基づいているため、formail + sed+bashを使用してフィルターを簡単に追加できます
  • procmail（つまりスパムプロセッサ）で使用するyes/noフィルターを簡単に作成できます
  • 必要なことのほとんどを行う
  • メーリングリストはまだ生きています

反対側に：

  • 動的一致のprocmail構文は複雑で（/ stuff）、例はほとんど見つかりませんでした
  • ドキュメントは多くのハウツーに散らばっています。このURLは良い http://pm-doc.sourceforge.net/doc/ ですが、少し編集する必要があります。
于 2010-09-13T15:45:25.223 に答える