ケーススタディ: オフィス (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");
}
};