今更MTA書こうって奴はそうそういないから?# やはりここはtalosでspamフィルタ&攻性防壁内蔵MTAを作るしかないのかのー。
467658 journal tarosukeの日記: どうしてMTAとspamフィルタが一緒になっているのってないんだろう 11 日記 by tarosuke 2008年05月21日 18時43分 今更MTA書こうって奴はそうそういないから?# やはりここはtalosでspamフィルタ&攻性防壁内蔵MTAを作るしかないのかのー。
何故? (スコア:1)
MTAから利用できる外部モジュールとしてspamフィルタが実装されててもいいのでは?
Re:何故? (スコア:1)
Re:何故? (スコア:1)
Re:何故? (スコア:1)
Re:何故? (スコア:1)
けど、MTAとスパムフィルタが一体になっていなければならない、ってことにはならないんじゃなかろうか。
やっぱり、今ひとつ意図が汲めない。
Re:何故? (スコア:1)
MTAとspamフィルタを簡単に設定して学習させたいだけだよ。
Re:何故? (スコア:1)
標準のインターフェースはあってもいい気がしますね。
ちなみに、spamassassinをsa-milterで使うと、設定した閾値以上のメールは完全にスパムと判定して、自動的に学習のサンプルに使う、なんてことをします。でも、これってどんくらい効果が出てるもんなのか疑問。
標準の学習インターフェースなんてものはないけど、sa-learnコマンドで学習させることができるので、これに被り物をしてもらって…うーん、やっぱり簡単じゃないな。
Re:何故? (スコア:1)
@ytnobody
Re:何故? (スコア:1)
Re:何故? (スコア:1)
思いっきり勘違いですな。。。orz
MTAでしたね。。。><
概ねRyo.Fさんの意見に同意です。
設定インターフェースが究極まで画一化されていれば、MTAごとのバッドノウハウから開放されたりする(はず!)でしょうし、その方が利点が多い気がします。
そして、各種プログラム言語向けのラッパー実装も作りやすくなるのが大きい。
@ytnobody
一緒というか (スコア:1)
それら弍つのプログラムが協調して働くためのインタフェース規格が定められればいいと思います。
できますならばRFCにその規格について書き書きされるときっと誰かが鳴いて悦びます。
規格に対応したソフトなら、MTAとspamフィルタについて自由に組みあわせた上でシームレスに使えるようになりますからね。
【提案になっていない】
/.configure;oddmake;oddmake install