アカウント名:
パスワード:
指摘してるいくつかの機能は既に実装済みだったり、外部プログラムで実現できたりするけどね。外部フィルタはMILTERがあるし、性能面ではsmtpfeedがある。
ただ、それらが洗練されているかといえば疑問は残る。特に、sendmailが様々な機能を接ぎ木していった単一のバイナリであること自体が、設定の複雑さやセキュリティホールを生む要因になっている面も否定できないと思うんで、その辺りはqmailやPostfixのように機能ごとにモジュールを分割していくのがあるべき姿だと思う。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
予想というか要望ですが。 (スコア:2, 参考になる)
ということで、個人的な予想というか要望を並べてみます。
1.uucp などの旧世代の遺物を削除又はモジュール化。
uucp などの昔は必要だったけど今では殆ど使っていない機能を削除すれば、その辺の設定も cf から外せるのですっきりする。
2.SPAM 対策機能の強化。
現状は外部から外部へのリレーの禁止とか、特定のドメインからのメールを受信しないなどの限定的な機能しかないので、ここを強化する。たとえば、現在は SPAM フィルタなどを組み込むには sendmail にパッチ当てなどが必要になるが、外部のフィルタモジュールを利用できるようにするとか。(イメージ的には Apache のモジュール)
3.性能の向上
これが qmail などに大きく負けている部分なので、やはり重視しているのではないだろうか。
4.Maildir 形式への対応。
対応してくれるとうれしいのは確かですが、cf が複雑になると本末転倒なので工夫が必要かも。
腐乱化…もといFlanker
Re:予想というか要望ですが。 (スコア:2, 興味深い)
指摘してるいくつかの機能は既に実装済みだったり、外部プログラムで実現できたりするけどね。外部フィルタはMILTERがあるし、性能面ではsmtpfeedがある。
ただ、それらが洗練されているかといえば疑問は残る。特に、sendmailが様々な機能を接ぎ木していった単一のバイナリであること自体が、設定の複雑さやセキュリティホールを生む要因になっている面も否定できないと思うんで、その辺りはqmailやPostfixのように機能ごとにモジュールを分割していくのがあるべき姿だと思う。