ケーススタディ: オフィス (1) 以下の設定を /usr/local/etc/fml/site_default_config.cf に書き、全ML に反映させてください。 ヘッダ関連では、まず Subject: にタグをつけない なお、この設定はデフォルトの site_default_config.cf に仕込まれています。 つまり &fml8; のデフォルトです。 ことにしました。 article_header_rewrite_rules -= rewrite_article_subject_tag この例は「ヘッダ書換えのルール」から「タグをつける」命令を抜く設定です。 そして、X-ML-Name: 部分の mlname にオフィス名をつける(prepend する)、 つまり mlname から office#mlname へ変更するようにします。 outgoing_mail_header_x_ml_name = office#$ml_name 記事は誰でも投稿可能としましょう。 article_post_restrictions = permit_anyone この例では root さんからのシステムメールなども許していることに注意して ください( root などは弾きたい場合 reject_system_accounts permit_anyone です)。 そして、社内用途のMLなので、フィルタの多くは使いません。 つぅか、使うと問題だらけのようです;) use_article_body_filter = no use_article_non_mime_filter = no use_article_mime_component_filter = no use_article_text_plain_filter = no 記事のスプールですが、長期的な展望を踏まえるなら、仕事のメールは数が多 いので、数万通単位で記事を保存すると思います。よって、記事のスプールは subdir 形式としました。 spool_type = subdir なお、コマンドメールは使いません。 use_command_mail_function = no コマンドメールそのものを禁止するには、aliases から該当するエントリを省 くことが確実ですが、MLを作成するたびに、aliases から削除することはミ ス操作を誘い易いでしょう。また、CGI 操作の場合、CGI 操作者が aliases の細かな操作をするのは難しいです。そこで、コマンドメール用のプログラム が一度は起動しても、すぐ終るという設定にしているわけです。 ケーススタディ: オフィス (2) 以下の設定を /usr/local/etc/fml/site_default_config.cf に書き、全ML に反映させてください。 まず、記事の subject にはML名を大文字にしたタグをつけます。 article_subject_tag = (\U$ml_name\E %05d) たとえば support@example.co.jp MLでは Subject: (SUPPORT 10000) などとするわけです。 そして、過去記事を参照させるために、コマンドメールの使用を許します。 ただし、自ドメイン(例: example.co.jp )からのリクエストに対してのみ、 コマンドメールの使用を許すこととします。 これは、HOOK で実現します。 $command_verify_request_end_hook = q{ my $cred = $curproc->credential(); my $from = $cred->sender(); unless ($from =~ /\@example\.co\.jp/i) { $curproc->stop_this_process(); $curproc->logerror("deny command request from $from"); } };