add more configuration examples around ml styles

7 files changed, 166 insertions, 1 deletions

diff --git a/fml/doc/ja/tutorial/customize/autoreply.sgml b/fml/doc/ja/tutorial/customize/autoreply.sgml
new file mode 100644
index 00000000..11ce6928
--- /dev/null
+++ b/fml/doc/ja/tutorial/customize/autoreply.sgml
@@ -0,0 +1,36 @@
+<!--
+   $FML$
+-->
+
+<sect1 id ="config.autoreply">
+	<title>
+	ケーススタディ: 自動ファイル送り返しサーバ
+	</title>
+
+<para>
+配送プロセス( libexec/distribute )を改造して
+/etc/fml/help ファイルを送り返すことを考えます。
+例えば help@fml.org ＭＬを作り、このアドレスにメールを送ると
+ヘルプファイルを送り返すというものです。
+この場合の config.cf の例はこのようになります。
+<screen>
+post_restrictions = permit_anyone
+</screen>
+=cut の後に hook を書きます。
+<screen>
+$distribute_run_start_hook = q{
+
+        $curproc->reply_message( {
+                type        => "text/plain; charset=iso-2022-jp",
+                path        => "/etc/fml/help",
+                filename    => "help",
+                disposition => "help example",
+        });
+
+        $curproc->refuse_further_processing();
+
+};
+</screen>
+</para>
+
+</sect1>
diff --git a/fml/doc/ja/tutorial/customize/chapter.config.sgml b/fml/doc/ja/tutorial/customize/chapter.config.sgml
new file mode 100644
index 00000000..fab68b00
--- /dev/null
+++ b/fml/doc/ja/tutorial/customize/chapter.config.sgml
@@ -0,0 +1,24 @@
+<!--
+   $FML$
+-->
+
+<chapter id="config">
+	<title>
+	設定ファイルを変更する
+	</title>
+
+
+<sect1 id="config.site_default_config.cf">
+	<title>
+	そのホストのすべてのＭＬに同じ設定を強制する
+	</title>
+
+<para>
+/usr/local/etc/fml/site_default_config.cf に書いて下さい。
+フォーマットは .cf 形式、つまり config.cf と同様です。
+</para>
+
+</sect1>
+
+
+</chapter>
diff --git a/fml/doc/ja/tutorial/customize/chapter.ml_style.sgml b/fml/doc/ja/tutorial/customize/chapter.ml_style.sgml
index 8d10670b..bc8afc92 100644
--- a/fml/doc/ja/tutorial/customize/chapter.ml_style.sgml
+++ b/fml/doc/ja/tutorial/customize/chapter.ml_style.sgml
@@ -1,5 +1,5 @@
 <!--
-   $FML: chapter.sgml,v 1.1.1.1 2002/07/28 04:59:56 fukachan Exp $
+   $FML: chapter.ml_style.sgml,v 1.1 2002/07/28 06:26:56 fukachan Exp $
 -->
 <chapter id="cuctomize">
 	<title>
@@ -7,6 +7,13 @@
 	</title>
 
 
+&sect.config.autoreply;
+&sect.config.command.permit.anyone;
+&sect.config.command.rejectall;
+&sect.config.mailmagazine;
+&sect.config.post.permit.anyone;
+
+
 <!-- procmail -->
 &sect.usage.procmail;
 
diff --git a/fml/doc/ja/tutorial/customize/command_permit_anyone.sgml b/fml/doc/ja/tutorial/customize/command_permit_anyone.sgml
new file mode 100644
index 00000000..459a336d
--- /dev/null
+++ b/fml/doc/ja/tutorial/customize/command_permit_anyone.sgml
@@ -0,0 +1,24 @@
+<!--
+   $FML$
+-->
+
+<sect1 id ="config.command.permitanyone">
+	<title>
+	ケーススタディ: 誰でもコマンドメールが使える
+	</title>
+
+<para>
+command_restrictions はコマンドメールの利用を許すメンバーを定義してい
+ます。
+<screen>
+command_restrictions = permit_anyone
+</screen>
+これで、ＭＬのメンバーか否かを問わず誰でもコマンドメールが使えます。
+</para>
+
+<para>
+って、こんな設定していいのか/いつ使うんだ？というのはありますが…
+設定は可能です。
+</para>
+
+</sect1>
diff --git a/fml/doc/ja/tutorial/customize/command_rejectall.sgml b/fml/doc/ja/tutorial/customize/command_rejectall.sgml
new file mode 100644
index 00000000..ebc83890
--- /dev/null
+++ b/fml/doc/ja/tutorial/customize/command_rejectall.sgml
@@ -0,0 +1,18 @@
+<!--
+   $FML$
+-->
+
+<sect1 id ="config.command.rejectall">
+	<title>
+	ケーススタディ: コマンドを誰も使えないようにする
+	</title>
+
+<para>
+<screen>
+command_restrictions = reject
+</screen>
+こう設定すると(メンバー以外の人に送り返すはずの) guide すら返送されず、
+何をしても「あなたはメンバーでない」という一点張りの答を返すだけです。
+</para>
+
+</sect1>
diff --git a/fml/doc/ja/tutorial/customize/mailmagazine.sgml b/fml/doc/ja/tutorial/customize/mailmagazine.sgml
new file mode 100644
index 00000000..f6f999c1
--- /dev/null
+++ b/fml/doc/ja/tutorial/customize/mailmagazine.sgml
@@ -0,0 +1,38 @@
+<sect1 id ="config.mailmagazine">
+	<title>
+	ケーススタディ: メールマガジン
+	</title>
+
+
+<para>
+メールマガジンは投稿可能なメンバーリストをカスタマイズすることで行なえ
+ます。
+</para>
+
+<para>
+member_maps から $primary_member_maps を抜き、
+代わりに投稿可能なメンバーのリスト(ここでは 
+$ml_home_dir/members-mailmag としましょう)を
+member_maps を追加します。
+<screen>
+member_maps	=	$ml_home_dir/members-mailmag
+</screen>
+なお subscribe コマンドの利用方法はデフォルトのままで構いません。
+<footnote>
+<para>
+fml 4.0 のように subscribe コマンドの仕方を変更するといったやり方
+ではありません。
+メンバーの認証方法を config.cf できめ細かくコントロールできるので、
+それを使う方が、subscribe コマンドを変更するより簡単ですしね。
+</para>
+</footnote>
+</para>
+
+<para>
+なお、この場合 subscribe したアドレスが
+members というファイルに追加されていきますが、
+このファイルは使わないという設定なので大丈夫です。
+気にはなるかも知れませんが…
+</para>
+
+</sect1>
diff --git a/fml/doc/ja/tutorial/customize/post_permit_anyone.sgml b/fml/doc/ja/tutorial/customize/post_permit_anyone.sgml
new file mode 100644
index 00000000..559a3f7b
--- /dev/null
+++ b/fml/doc/ja/tutorial/customize/post_permit_anyone.sgml
@@ -0,0 +1,18 @@
+<!--
+   $FML$
+-->
+
+<sect1 id ="config.post.permitanyone">
+	<title>
+	ケーススタディ: 誰でも投稿可能なＭＬ
+	</title>
+
+<para>
+<screen>
+post_restrictions = permit_anyone
+</screen>
+post_restrictions は記事の投稿を許すメンバーを定義しています。
+これを permit_anyone とすると、だれでも投稿可能になります。
+</para>
+
+</sect1>