メンバー制限をする普通のＭＬ群があるとし、それらの階層化を考えます。 ( fml バイブル にあるように) たとえば営業部に営業 1、 2、 3 課がある場合が、これに該当します。
まず、それぞれの課用に sales-1、 sales-2、 sales-3 ＭＬを作り、 各ＭＬのメンバーは、それぞれの課で管理してもらうことにします。 また別途、営業部全体の連絡用に sales ＭＬも作り、 sales ＭＬへメールを送信すると、 sales-1 sales-2 sales-3 のメンバーにも配送されるようにしましょう。
設定は簡単で、sales ＭＬの配送先を増やすだけです。 sales ＭＬの config.cf で
recipient_maps += $ml_home_dir/../sales-1/recipients recipient_maps += $ml_home_dir/../sales-2/recipients recipient_maps += $ml_home_dir/../sales-3/recipientsとすれば、sales-1,2,3 すべてのメンバーに配送されます。
投稿可能なメンバーも同様に
member_maps += $ml_home_dir/../sales-1/members member_maps += $ml_home_dir/../sales-2/members member_maps += $ml_home_dir/../sales-3/membersとしてください。
社内用ＭＬの場合は誰でも投稿できるように、 $member_maps を変更するのではなく
article_post_restrictions = permit_anyoneと設定して「誰でも投稿可能」としてしまうのもアリでしょう。
ここではファイルで管理する例を取り上げています。 これは簡単で、すぐに実行できるというのがよいところです。
しかしながら、 MySQL なりで組織図とメール配信先リストを管理するのが現代的でしょう。 準備も保守も、それなりに必要となりますが、 すでにそういった認証システムがあるなら、 それと連携するように設計してみてください。
ちなみに fml8 は MySQL PostgreSQL LDAP との通信が可能です。
Copyright (C) 1993-2022 Ken'ichi Fukamachi mail:< fukachan at fml.org >