clean up and updated.

changed: reject -> isolate if needed.
add a few Q&A's.

22 files changed, 281 insertions, 73 deletions

diff --git a/fml/doc/ja/tutorial/customize/autoreply.sgml b/fml/doc/ja/tutorial/customize/autoreply.sgml
index 1f85c95f..2a7d9d40 100644
--- a/fml/doc/ja/tutorial/customize/autoreply.sgml
+++ b/fml/doc/ja/tutorial/customize/autoreply.sgml
@@ -1,5 +1,5 @@
 <!--
-   $FML: autoreply.sgml,v 1.5 2005/06/25 15:11:29 fukachan Exp $
+   $FML: autoreply.sgml,v 1.6 2005/11/30 21:58:04 fukachan Exp $
 -->
 
 
@@ -16,7 +16,8 @@
 </para>
 
 <para>
-この場合の config.cf の例はこのようになります。
+この場合 config.cf (e.g. /var/spool/ml/help/config.cf)の例は、
+次のようになります。
 <screen>
 article_post_restrictions = permit_anyone
 </screen>
@@ -44,6 +45,12 @@ $curproc->stop_this_process();
 つまり、なにも実行されなくなるというわけです。
 </para>
 
+<para>
+ただ、身のある処理は何も実行されませんが、
+reply_message() メソッドでメッセージキューに入れられたメッセージを
+送信する処理は行なわれるので、メッセージの送信が行なわれます。
+</para>
+
 
 <sect2>
 	<title>
diff --git a/fml/doc/ja/tutorial/customize/case_studies.sgml b/fml/doc/ja/tutorial/customize/case_studies.sgml
index f3ff39c2..62099fbd 100644
--- a/fml/doc/ja/tutorial/customize/case_studies.sgml
+++ b/fml/doc/ja/tutorial/customize/case_studies.sgml
@@ -1,5 +1,5 @@
 <!--
-   $FML: case_studies.sgml,v 1.10 2005/11/30 23:42:31 fukachan Exp $
+   $FML: case_studies.sgml,v 1.11 2005/12/07 11:50:57 fukachan Exp $
 -->
 
 
@@ -47,8 +47,8 @@ article_post_restrictions		=	permit_anyone
 </para>
 
 <para>
-そして、社内用途のＭＬなので、フィルタの多くは使いません。
-つぅか、使うと問題だらけのようです;)
+そして、社内用途のＭＬなので、フィルタの多くは使えません。
+使うと問題だらけのようです;)
 <screen>
 use_article_body_filter			=	no
 use_article_non_mime_filter		=	no
@@ -67,7 +67,7 @@ spool_type			=	subdir
 </para>
 
 <para>
-なお、コマンドメールは使いません。
+なお、コマンドメールは使えなくしておきます。
 <screen>
 use_command_mail_function	=	no
 </screen>
diff --git a/fml/doc/ja/tutorial/customize/chapter.command.sgml b/fml/doc/ja/tutorial/customize/chapter.command.sgml
index 007d2d7f..5d5b89a9 100644
--- a/fml/doc/ja/tutorial/customize/chapter.command.sgml
+++ b/fml/doc/ja/tutorial/customize/chapter.command.sgml
@@ -1,5 +1,5 @@
 <!--
-   $FML: chapter.command.sgml,v 1.5 2006/01/16 12:02:07 fukachan Exp $
+   $FML: chapter.command.sgml,v 1.6 2006/01/19 10:14:04 fukachan Exp $
 -->
 
 
@@ -23,9 +23,10 @@ elena ＭＬに独自の help コマンドを作ることを考えます。
 カルのライブラリパスへおくだけでOKです。オリジナルの help.pm を参考に
 して、独自の help.pm を作り、以下のパスにおいてください。
 <screen>
+例:
 /var/spool/ml/elena/local/lib/FML/Command/User/help.pm
 </screen>
-モジュールをロードするさい、
+モジュールをロードする際には、
 この local/ パスのモジュールが優先されるので、
 help コマンドの応答には、このモジュール help.pm が使われます。
 </para>
diff --git a/fml/doc/ja/tutorial/customize/chapter.message.sgml b/fml/doc/ja/tutorial/customize/chapter.message.sgml
index 9e188ee1..c357e4b2 100644
--- a/fml/doc/ja/tutorial/customize/chapter.message.sgml
+++ b/fml/doc/ja/tutorial/customize/chapter.message.sgml
@@ -1,5 +1,5 @@
 <!--
-   $FML: chapter.message.sgml,v 1.2 2003/04/15 14:51:36 fukachan Exp $
+   $FML: chapter.message.sgml,v 1.3 2004/10/06 09:07:34 fukachan Exp $
 -->
 
 
@@ -11,15 +11,26 @@
 
 <sect1 id="customize.message.myproc">
 	<title>
-	ケーススタディ: 独自のメッセージを作る
+	ケーススタディ: ＭＬ独自のメッセージを作る
 	</title>
 
 <para>
+elena ML (ML のホームが /var/spool/ml/elena)の場合、
 <screen>
 /var/spool/ml/elena/local/share/message/euc-jp/クラス
 </screen>
 にファイルをつくって下さい。
-フォーマットは… share/fml/ の下を見てぱくってください。 
+そのファイルフォーマットは /usr/local/fml/share/fml/ の下を参考に、
+コピー＆ペーストして編集してください。
+</para>
+
+<para>
+補足:
+各関数の中では「_arg_変数名」に値を入れてハッシュをメッセージ生成関数へ
+渡します。
+そして、メッセージ内では「$_arg_変数名」という特殊な変数名を使い、
+それを渡されたハッシュの値で置換したものが送り返されるメッセージです。
+なお config.cf に書く変数(e.g. $ml_name )は全て使えます。
 </para>
 
 </sect1>
diff --git a/fml/doc/ja/tutorial/customize/chapter.www.sgml b/fml/doc/ja/tutorial/customize/chapter.www.sgml
index e1c71b4e..5563095f 100644
--- a/fml/doc/ja/tutorial/customize/chapter.www.sgml
+++ b/fml/doc/ja/tutorial/customize/chapter.www.sgml
@@ -1,5 +1,5 @@
 <!--
- $FML$
+ $FML: chapter.www.sgml,v 1.1 2006/01/19 10:18:41 fukachan Exp $
 -->
 
 
@@ -17,9 +17,9 @@
 </para>
 
 <para>
+WWW サーバの設定をすればＭＬの記事を公開できます。
 個人ディレクトリを公開できるように apache で suexec の設定をするなり、
-このディレクトリだけ公開するなり WWW サーバの設定をすればＭＬの記事を
-公開できます。
+このディレクトリだけ公開するなり、よしなに設定して下さい。 
 </para>
 
 
diff --git a/fml/doc/ja/tutorial/customize/command_check_pgp_signature.sgml b/fml/doc/ja/tutorial/customize/command_check_pgp_signature.sgml
index 758d0c3b..b3f4aa5c 100644
--- a/fml/doc/ja/tutorial/customize/command_check_pgp_signature.sgml
+++ b/fml/doc/ja/tutorial/customize/command_check_pgp_signature.sgml
@@ -1,5 +1,5 @@
 <!--
- $FML$
+ $FML: command_check_pgp_signature.sgml,v 1.1 2005/12/15 03:07:25 fukachan Exp $
 -->
 
 
@@ -23,8 +23,10 @@ PGP/GPG で(ユーザモードの)コマンドメールを認証したい
 <screen>
 
 command_mail_restrictions	=	check_pgp_signature
-					reject
+					isolate
 
+注: 以前は reject でした。
+fml8 2008/08/17 以降のバージョンでは isolate (SPAM の隔離)が推奨です。
 </screen>
 鍵は 
 fmlgpg fmlgpgv fmlpgp fmlpgp5 fmlpgpe fmlpgpk fmlpgps fmlpgpv
@@ -59,8 +61,10 @@ PGP/GPG で admin コマンドメールを認証したい
 <screen>
 
 admin_command_mail_restrictions	=	check_pgp_signature
-					reject
+					isolate
 
+注: 以前は reject でした。
+fml8 2008/08/17 以降のバージョンでは isolate (SPAM の隔離)が推奨です。
 </screen>
 鍵は 
 fmlgpg fmlgpgv fmlpgp fmlpgp5 fmlpgpe fmlpgpk fmlpgps fmlpgpv
diff --git a/fml/doc/ja/tutorial/customize/command_permit_anyone.sgml b/fml/doc/ja/tutorial/customize/command_permit_anyone.sgml
index 687ecf7c..1db758b7 100644
--- a/fml/doc/ja/tutorial/customize/command_permit_anyone.sgml
+++ b/fml/doc/ja/tutorial/customize/command_permit_anyone.sgml
@@ -1,5 +1,5 @@
 <!--
-   $FML: command_permit_anyone.sgml,v 1.4 2004/10/06 09:07:34 fukachan Exp $
+   $FML: command_permit_anyone.sgml,v 1.5 2005/12/14 12:39:16 fukachan Exp $
 -->
 
 
@@ -18,8 +18,8 @@ command_mail_restrictions = permit_anyone
 </para>
 
 <para>
-って、こんな設定していいのか/いつ使うんだ？というのはありますが…
-設定は可能です。
+こんな設定していいのか？
+いつ使うんだ？というのはありますが、理論上、設定は可能です。
 </para>
 
 
@@ -60,8 +60,11 @@ command_mail_restrictions = permit_anyone
 <answer>
 <para>
 <screen>
-command_mail_restrictions = reject_system_accounts
+command_mail_restrictions = isolate_system_accounts
                             permit_anyone
+
+注: 以前は reject_system_accounts でした。
+fml8 2008/08/17 以降のバージョンでは isolate (SPAM の隔離)が推奨です。
 </screen>
 </para>
 </answer>
@@ -80,7 +83,10 @@ command_mail_restrictions = reject_system_accounts
 <answer>
 <para>
 <screen>
-command_mail_restrictions = reject
+command_mail_restrictions = isolate
+
+注: 以前は reject でした。
+fml8 2008/08/17 以降のバージョンでは isolate (SPAM の隔離)が推奨です。
 </screen>
 </para>
 
diff --git a/fml/doc/ja/tutorial/customize/command_rejectall.sgml b/fml/doc/ja/tutorial/customize/command_rejectall.sgml
index b773e06f..ae25f40c 100644
--- a/fml/doc/ja/tutorial/customize/command_rejectall.sgml
+++ b/fml/doc/ja/tutorial/customize/command_rejectall.sgml
@@ -1,5 +1,5 @@
 <!--
-   $FML: command_rejectall.sgml,v 1.5 2004/10/06 09:07:34 fukachan Exp $
+   $FML: command_rejectall.sgml,v 1.6 2005/06/25 15:11:29 fukachan Exp $
 -->
 
 
@@ -36,4 +36,18 @@ command_mail_restrictions = reject
 この設定の問題点は「各行を評価してしまう」つまり無駄ということです。
 </para>
 
+<para>
+注: 
+この解答は「コマンドメールが使えないことを教えてあげる」ことを想定して
+います。社内ＭＬなどでは、これで問題ないと思いますが、一般のＭＬでは、
+SPAM がほとんど全部なので、親切がアダになります。
+そこで、
+fml8 2008/08/17 以降のバージョンでは isolate (SPAM の隔離)命令が推奨です。
+<screen>
+use_command_mail_function = yes
+
+command_mail_restrictions = isolate
+</screen>
+</para>
+
 </sect1>
diff --git a/fml/doc/ja/tutorial/customize/mailmagazine.sgml b/fml/doc/ja/tutorial/customize/mailmagazine.sgml
index 2c60a19e..77fe6387 100644
--- a/fml/doc/ja/tutorial/customize/mailmagazine.sgml
+++ b/fml/doc/ja/tutorial/customize/mailmagazine.sgml
@@ -1,5 +1,5 @@
 <!--
-   $FML: mailmagazine.sgml,v 1.7 2005/06/25 13:54:39 fukachan Exp $
+   $FML: mailmagazine.sgml,v 1.8 2005/08/03 13:45:11 fukachan Exp $
 -->
 
 
@@ -60,7 +60,7 @@ fml 4.0 のように subscribe コマンドの仕方を変更するといったやり方
 </footnote>
 というのは subscribe や unsubscribe は primary_member_map や
 primary_recipient_map に対する変更を加えるものだからです。一方、メンバー
-認証時の探索にはmember_maps や recipient_maps を使うのです。よって、こ
+認証時の探索には member_maps や recipient_maps を使うのです。よって、こ
 れらの値をうまく設定すれば、こういった動作が可能というわけです。
 </para>
 
@@ -133,4 +133,24 @@ fml8 のメールキューに落ちます。
 flushq が打ちづらいので flush コマンドも作ってみました。
 </para>
 
+<para>
+いちいち、これを打ち込むのは面倒なので、シェルスクリプトを作っておくと
+良いでしょう。
+</para>
+
+<para>
+社内向けに、
+ＭＬのキューファイルを WWW サーバで見せるようにしておき、
+OK なら、そのシェルスクリプトを CGI で実行可能にしておくという方法も
+よいでしょう。
+生のキューファイル名が見えてしまって、？？？になるとは思いますが、
+こんなシステムなら一瞬で作れますよね？
+</para>
+
+<para>
+さらに、OK を出すのが、送信者と異なる人にしておけば、より優れたメール
+マガジンの運用になります。というのは、送信者が自分で自分に OK を出すと、
+検査が甘くなるからです。
+</para>
+
 </sect1>
diff --git a/fml/doc/ja/tutorial/customize/ml.hier.sgml b/fml/doc/ja/tutorial/customize/ml.hier.sgml
index 8ebb75f8..09930f65 100644
--- a/fml/doc/ja/tutorial/customize/ml.hier.sgml
+++ b/fml/doc/ja/tutorial/customize/ml.hier.sgml
@@ -1,5 +1,5 @@
 <!--
-   $FML: ml.hier.ml,v 1.3 2005/12/14 12:43:52 fukachan Exp $
+   $FML: ml.hier.sgml,v 1.1 2006/01/21 10:40:04 fukachan Exp $
 
    階層化されたＭＬ: $member_maps $recipient_maps をよろしく書く
 
@@ -12,7 +12,11 @@
 
 <para>
 メンバー制限をする普通の ML 群を考えます。
-(fml bible にあるように)例えば営業部に営業 1、 2、 3 課がある場合です。
+(
+<ulink url="http://www.oreilly.co.jp/BOOK/fml/">
+fml バイブル
+</ulink>
+にあるように)例えば営業部に営業 1、 2、 3 課がある場合です。
 </para>
 
 <para>
@@ -56,7 +60,9 @@ article_post_restrictions	=	permit_anyone
 
 <para>
 しかしながら、MySQL なりで組織図とメール配送のリストを管理するほうが現
-代的ではあるでしょう。準備も保守も、それなりに必要となりますが
+代的ではあるでしょう。準備も保守も、それなりに必要となりますが、すでに
+そういった認証システムがあるなら、それと連携するように設計してみてくだ
+さい。
 </para>
 
 </sect1>
diff --git a/fml/doc/ja/tutorial/customize/post_check_article_thread.sgml b/fml/doc/ja/tutorial/customize/post_check_article_thread.sgml
index f69df9c2..0451198f 100644
--- a/fml/doc/ja/tutorial/customize/post_check_article_thread.sgml
+++ b/fml/doc/ja/tutorial/customize/post_check_article_thread.sgml
@@ -1,5 +1,5 @@
 <!--
-   $FML: post_check_article_thread.sgml,v 1.4 2005/12/14 12:39:16 fukachan Exp $
+   $FML: post_check_article_thread.sgml,v 1.5 2005/12/14 12:43:52 fukachan Exp $
 -->
 
 
@@ -64,6 +64,16 @@ article_post_restrictions       =       reject_system_special_accounts
 利用したい場合は、明示的に article_post_restrictions を変更して下さい。
 </para>
 
+<para>
+注: fml8 2008/08/17 以降のバージョンでは isolate (SPAM の隔離)が推奨です。
+<screen>
+article_post_restrictions       =       isolate_system_special_accounts
+                                        check_article_thread
+                                        permit_member_maps
+                                        isolate
+</screen>
+</para>
+
 </answer>
 
 </qandaentry>
@@ -151,6 +161,7 @@ article_post_restrictions       =       reject_system_special_accounts
                                         permit_member_maps
                                         reject
 
+注: fml8 2008/08/17 以降のバージョンでは isolate (SPAM の隔離)が推奨です。
 </screen>
 などと設定すると、疑似的に「スレッドをたてる小数の人(管理者) + スレッ
 ドへのリプライをする管理者以外の人たち」という運用になりますね。
@@ -170,11 +181,11 @@ article_post_restrictions       =       reject_system_special_accounts
 </para>
 
 <para>
-いや、このほうがモデレータより簡単で良い感じですかね？
+いや、このほうがモデレータより簡単で便利だと思うんですが、どうですかね？
 </para>
 
 <para>
-また、ネタふりをするひとの認証も PGP のほうがより良いでしょう。
+また、ネタふりをする人の認証も PGP のほうがより良いでしょう。
 <screen>
 member_maps			=       $tmp_dir/members-thread-init
 
@@ -183,6 +194,7 @@ article_post_restrictions       =       reject_system_special_accounts
                                         check_pgp_signature
                                         reject
 
+注: fml8 2008/08/17 以降のバージョンでは isolate (SPAM の隔離)が推奨です。
 </screen>
 </para>
 
diff --git a/fml/doc/ja/tutorial/customize/post_check_pgp_signature.sgml b/fml/doc/ja/tutorial/customize/post_check_pgp_signature.sgml
index 652e30b3..839b1c24 100644
--- a/fml/doc/ja/tutorial/customize/post_check_pgp_signature.sgml
+++ b/fml/doc/ja/tutorial/customize/post_check_pgp_signature.sgml
@@ -1,5 +1,5 @@
 <!--
-   $FML: post_check_pgp_signature.sgml,v 1.2 2005/06/25 15:11:29 fukachan Exp $
+   $FML: post_check_pgp_signature.sgml,v 1.3 2005/12/14 12:39:16 fukachan Exp $
 -->
 
 
@@ -13,7 +13,7 @@
 この機能を使うには Crypt::OpenPGP モジュールが必要です。
 OS 附属のパッケージシステムなどでインストールして下さい。
 このモジュールが依存しているモジュールがたくさんあるので、
-OS 附属のパッケージシステムを使えないとしんどいです。
+OS 附属のパッケージシステムを使えないとインストールは、かなり面倒です。
 </para>
 </caution>
 
@@ -41,6 +41,8 @@ check_pgp_signature が、このオプションです。
 article_post_restrictions       =       reject_system_special_accounts
                                         check_pgp_signature
                                         reject
+
+注: fml8 2008/08/17 以降のバージョンでは isolate (SPAM の隔離)が推奨です。
 </screen>
 もちろんデフォルトでは使いません。
 利用したい場合は、明示的に article_post_restrictions を変更して下さい。
diff --git a/fml/doc/ja/tutorial/customize/post_permit_anyone.sgml b/fml/doc/ja/tutorial/customize/post_permit_anyone.sgml
index 3ae4c25d..65148371 100644
--- a/fml/doc/ja/tutorial/customize/post_permit_anyone.sgml
+++ b/fml/doc/ja/tutorial/customize/post_permit_anyone.sgml
@@ -1,5 +1,5 @@
 <!--
-   $FML: post_permit_anyone.sgml,v 1.8 2005/11/19 08:24:33 fukachan Exp $
+   $FML: post_permit_anyone.sgml,v 1.9 2006/01/22 16:12:47 fukachan Exp $
 -->
 
 
@@ -19,7 +19,9 @@ article_post_restrictions = permit_anyone
 <para>
 &fml4; と異なり、上のように書くと本当に「誰でも投稿可能」であることに
 注意して下さい。
-reject_system_special_accounts という root などを弾くルールが別途あります。
+*_restrictions には reject_system_special_accounts という root などを
+弾くルールが別途あります。デフォルトでは、それらを明示的に指定していま
+す(&fml4; では、このあたり曖昧でした)。
 </para>
 
 <para>
@@ -28,12 +30,18 @@ reject_system_special_accounts という root などを弾くルールが別途あります。
 <screen>
 article_post_restrictions =	reject_system_special_accounts
 				permit_anyone
+
+注: 以前は reject でした。
+fml8 2008/08/17 以降のバージョンでは isolate (SPAM の隔離)が推奨です。
+
+article_post_restrictions =	isolate_system_special_accounts
+				permit_anyone
 </screen>
 </para>
 
 <para>
-ちなみに article_post_restrictions のデフォルトは &fml4; 互換のため、
-次のようになっています。 
+ちなみに 2008/08/17 以前 の article_post_restrictions のデフォルトは 
+&fml4; 互換のため、次のようになっています
 <screen>
 article_post_restrictions =	reject_system_special_accounts
 				permit_member_maps
@@ -52,6 +60,14 @@ article_post_restrictions =	reject_system_special_accounts
 す。
 </para>
 
+<para>
+2008/08/17 以降のバージョンでは SPAM を隔離するのがデフォルトです。
+<screen>
+article_post_restrictions =	isolate_system_special_accounts
+				permit_member_maps
+				isolate
+</screen>
+</para>
 
 
 <sect2 id="recipes.config.post.permitanyone">
@@ -91,6 +107,25 @@ member_maps                     =       pcre:$ml_home_dir/sender.pcre
         \S+\@example.co.jp
 </screen>
 </para>
+
+<para>
+注: fml8 2008/08/17 以降のバージョンでは isolate (SPAM の隔離)が推奨です。
+
+<screen>
+[/var/spool/ml/elena/config.cf]
+
+article_post_restrictions       =       isolate_system_special_accounts
+                                        permit_member_maps
+                                        isolate
+
+member_maps                     =       pcre:$ml_home_dir/sender.pcre
+
+[$ml_home_dir/domains]
+        \S+\@example.co.jp
+</screen>
+
+</para>
+
 </answer>
 
 </qandaentry>
diff --git a/fml/doc/ja/tutorial/customize/recipes.auth.sgml b/fml/doc/ja/tutorial/customize/recipes.auth.sgml
index a38e2bf3..68505ba9 100644
--- a/fml/doc/ja/tutorial/customize/recipes.auth.sgml
+++ b/fml/doc/ja/tutorial/customize/recipes.auth.sgml
@@ -1,5 +1,5 @@
 <!--
- $FML$
+ $FML: recipes.auth.sgml,v 1.1 2005/10/29 04:28:42 fukachan Exp $
 -->
 
 <qandaset>
@@ -21,7 +21,7 @@ config.cf で
 address_compare_function_domain_matching_level を設定して下さい。
 <footnote>
 <para>
-&fml4; の ADDRESS_CHECK_MAX です。
+&fml4; の ADDRESS_CHECK_MAX に相当する変数です。
 </para>
 </footnote>
 <screen>
@@ -33,6 +33,7 @@ address_compare_function_domain_matching_level = 4
 たとえば、user@mail.example.co.jp というアドレスに対して、
 3 なら example.co.jp までが比較の対象、
 4 なら mail.example.co.jp までが比較の対象ということになります。
+デフォルトは 3 です。
 </para>
 
 <para>
@@ -75,6 +76,12 @@ use_address_compare_function = no
 が出来ます)。
 </para>
 
+<para>
+また、
+各 restrictions で permit_anyone を指定すると、
+実質認証をしていないので「アドレス認証していない」設定になりますね。
+</para>
+
 </answer>
 
 </qandaentry>
diff --git a/fml/doc/ja/tutorial/customize/recipes.autoreply.sgml b/fml/doc/ja/tutorial/customize/recipes.autoreply.sgml
index 4625fd68..ca30b44c 100644
--- a/fml/doc/ja/tutorial/customize/recipes.autoreply.sgml
+++ b/fml/doc/ja/tutorial/customize/recipes.autoreply.sgml
@@ -1,5 +1,5 @@
 <!--
- $FML$
+ $FML: recipes.autoreply.sgml,v 1.1 2005/11/30 21:58:04 fukachan Exp $
 -->
 
 <qandaset>
@@ -15,14 +15,14 @@
 
 <answer>
 <para>
-ガイドを送り返す仕組みを利用すると良いでしょう。デフォルトではテンプレー
+ガイドを送り返す仕組みを応用すると良いでしょう。デフォルトではテンプレー
 トのガイド案内が使われますが、各ＭＬのホームディレクトリに guide ファ
 イルをおけばそれを送り返してくれます。
 </para>
 
 <para>
-「メールの内容にかかわらず常にガイドを送り返す」には、もうひと捻り必要
-です。
+「メールの内容にかかわらず常にガイドを送り返す」には、もうひとひねり必
+要です。
 </para>
 
 <para>
diff --git a/fml/doc/ja/tutorial/customize/recipes.command.admin.sgml b/fml/doc/ja/tutorial/customize/recipes.command.admin.sgml
index 2e081923..a106aee0 100644
--- a/fml/doc/ja/tutorial/customize/recipes.command.admin.sgml
+++ b/fml/doc/ja/tutorial/customize/recipes.command.admin.sgml
@@ -1,5 +1,5 @@
 <!--
- $FML$
+ $FML: recipes.command.admin.sgml,v 1.1 2006/01/19 10:14:04 fukachan Exp $
 -->
 
 <qandaset>
@@ -37,6 +37,11 @@ admin コマンドでＭＬのメンバーリストを一気に削除/登録
 「admin useradd アドレス」や「admin userdel アドレス」
 を書き連ねる方法しかありません _o_
 </para>
+
+<para>
+実装する気はあります。考え中です。
+</para>
+
 </answer>
 
 </qandaentry>
diff --git a/fml/doc/ja/tutorial/customize/recipes.command.sgml b/fml/doc/ja/tutorial/customize/recipes.command.sgml
index f1288c5a..69f16139 100644
--- a/fml/doc/ja/tutorial/customize/recipes.command.sgml
+++ b/fml/doc/ja/tutorial/customize/recipes.command.sgml
@@ -1,5 +1,5 @@
 <!--
- $FML: recipes.sgml,v 1.2 2006/01/15 13:49:57 fukachan Exp $
+ $FML: recipes.command.sgml,v 1.1 2006/01/16 12:02:07 fukachan Exp $
 -->
 
 
@@ -37,7 +37,7 @@ help などのメッセージをアップグレードする
 
 <answer>
 <para>
-アップグレードすれば自動的にアップグレードされます。
+&fml8; をアップグレードすれば自動的にアップグレードされます。
 &fml4; と異なり &fml8;  では help コマンドのメッセージテンプレートは
 次のようなパスに存在するからです。
 <screen>
diff --git a/fml/doc/ja/tutorial/customize/recipes.delivery.sgml b/fml/doc/ja/tutorial/customize/recipes.delivery.sgml
index 61a67636..cfd3ed69 100644
--- a/fml/doc/ja/tutorial/customize/recipes.delivery.sgml
+++ b/fml/doc/ja/tutorial/customize/recipes.delivery.sgml
@@ -1,5 +1,5 @@
 <!--
-   $FML: recipes.delivery.sgml,v 1.2 2006/01/15 13:49:56 fukachan Exp $
+   $FML: recipes.delivery.sgml,v 1.3 2006/01/17 04:27:01 fukachan Exp $
 -->
 
 <qandaset>
@@ -81,9 +81,8 @@ Subject のキーワードによって受信者を切替えることを考えます。
 </para>
 
 <para>
-たとえばSubjectに「資料請求」とあるメールであれば、ＭＬドライバがちょ
-くせつ資料請求を担当する人たちへフォワードしてあげると効率がよいでしょ
-う。
+たとえばSubjectに「資料請求」とあるメールであれば、ＭＬドライバが直接
+資料請求を担当する人たちへフォワードしてあげると効率がよい。
 </para>
 
 <para>
@@ -187,7 +186,8 @@ $distribute_run_start_hook = q{
 recipient_maps = unix.group:fml
 
 </screen>
-
+ただし、他ドメインには送れないし、そのサーバにアカウントかエイリアス設
+定がないと配送できないので注意して下さい。
 </para>
 </answer>
 
diff --git a/fml/doc/ja/tutorial/customize/recipes.filter.sgml b/fml/doc/ja/tutorial/customize/recipes.filter.sgml
index 06bd52d9..20edc9d9 100644
--- a/fml/doc/ja/tutorial/customize/recipes.filter.sgml
+++ b/fml/doc/ja/tutorial/customize/recipes.filter.sgml
@@ -1,5 +1,5 @@
 <!--
- $FML: recipes.filter.sgml,v 1.2 2006/01/15 13:47:38 fukachan Exp $
+ $FML: recipes.filter.sgml,v 1.3 2006/01/17 04:27:20 fukachan Exp $
 -->
 
 <qandaset>
@@ -39,8 +39,9 @@ $article_filter_start_hook = q{
 	}
 };
 </screen>
-のように書けば良いでしょう。
-例については以下のレシピも参照して下さい。
+のように書けば良いとおもいます。
+フィルタの書き方についてはソースコード本体や、
+以下のレシピも参照して下さい。
 </para>
 
 </answer>
@@ -109,15 +110,15 @@ multipart/*	!text/plain	reject
 <answer>
 
 <para>
-fml8 は、あらかじめ入力されたメッセージを解析し、鎖状の Mail::Message 
-オブジェクトの形で持っています。そこで、MIME/Multipart の各部分のヘッ
-ダを取り出して、正規表現で順に確認すればよいだけです。
+&fml8; は、あらかじめ入力されたメッセージを解析し、メモリ上に鎖状の 
+Mail::Message オブジェクトの形で持っています。そこで、MIME/Multipart 
+の各部分のヘッダを取り出して、正規表現で順に確認すればよいだけです。
 </para>
 
 <para>
 HOOK でなんとかする/ごまかす例は次の通りです。
 どちらの例でも、マッチした場合、stop_this_process() 命令で、
-これ以上の処理を止めています。
+それ以上の処理を止めています。
 また、この例では何もエラーメッセージを返そうとしていないため、
 結果として、このメッセージは無視されて終りになっています。
 </para>
@@ -129,7 +130,7 @@ HOOK でなんとかする/ごまかす例は次の通りです。
 
 <para>
 .exe など特定のファイル拡張子にマッチするか？を調べる例。
-に昔の fml8 (2004/12/08 以前)なら、こんな感じ。
+に昔の &fml8; (2004/12/08 以前)なら、こんな感じ。
 <screen>
 $distribute_verify_request_start_hook = q{
     my $msg = $curproc->incoming_message() || undef;
diff --git a/fml/doc/ja/tutorial/customize/recipes.header.sgml b/fml/doc/ja/tutorial/customize/recipes.header.sgml
index 0a62d36b..ad03880f 100644
--- a/fml/doc/ja/tutorial/customize/recipes.header.sgml
+++ b/fml/doc/ja/tutorial/customize/recipes.header.sgml
@@ -1,5 +1,5 @@
 <!--
- $FML: recipes.header.sgml,v 1.5 2006/01/19 03:59:51 fukachan Exp $
+ $FML: recipes.header.sgml,v 1.6 2006/03/20 09:31:34 fukachan Exp $
 -->
 
 <qandaset>
@@ -16,10 +16,14 @@ Subject: に [elena:00100] のようなタグをつける
 <answer>
 <para>
 デフォルトではタグはつきません。
-&fml8; ではタグを sprintf 形式で指定することになっています。
+また &fml8; ではタグを sprintf 形式で指定することになっています。
 <screen>
 [/var/spool/ml/elena/config.cf]
 
+# タグをつけるルールを追加
+article_header_rewrite_rules    +=      rewrite_article_subject_tag
+
+# タグの数字を7桁へ設定
 article_subject_tag = [$ml_name:%05d]
 </screen>
 
@@ -44,6 +48,10 @@ Subject: [elena:00100] の数字部分(00100)の桁数を変える
 <screen>
 [/var/spool/ml/elena/config.cf]
 
+# タグをつけるルールを追加
+article_header_rewrite_rules    +=      rewrite_article_subject_tag
+
+# タグの数字を7桁へ設定
 article_subject_tag = [$ml_name:%07d]
 </screen>
 
@@ -67,6 +75,10 @@ Subject: のタグの数字(00100)の0パディングをなくしたい。
 <screen>
 [/var/spool/ml/elena/config.cf]
 
+# タグをつけるルールを追加
+article_header_rewrite_rules    +=      rewrite_article_subject_tag
+
+
 article_subject_tag = [$ml_name:%d]
 </screen>
 
@@ -87,6 +99,9 @@ article_subject_tag = [$ml_name:%d]
 <answer>
 <para>
 <screen>
+# タグをつけるルールを追加
+article_header_rewrite_rules    +=      rewrite_article_subject_tag
+
 article_subject_tag = [\U$ml_name\E:%05d]
 </screen>
 (注意: この機能を使う場合には 2002/10/29 以降の snapshot を使ってください)。 
@@ -108,8 +123,11 @@ article_subject_tag = [\U$ml_name\E:%05d]
 <para>
 Unix 上では、たいてい小文字を使うので、ＭＬ名前も小文字でしょう。
 だから、普通は何もしなくても小文字のはずですが、
-念のため、小文字を強制したいなら、つぎのようにしてください。
+念のため、小文字を強制したいなら、次のようにしてください。
 <screen>
+# タグをつけるルールを追加
+article_header_rewrite_rules    +=      rewrite_article_subject_tag
+
 article_subject_tag = [\L$ml_name\E:%05d]
 </screen>
 (注意: この機能を使う場合には 2002/10/29 以降の snapshot を使ってください)。 
@@ -139,8 +157,8 @@ $distribute_verify_request_start_hook = q{
 
 };
 </screen>
-なお strftime(3) を使うところを編集すればフォーマットはいろいろかえる
-ことができます。
+なお strftime(3) では様々なフォーマットが利用できます。
+詳しくは Unix マニュアルを参照。
 </para>
 </answer>
 
@@ -507,7 +525,7 @@ $article_header_rewrite_end_hook = q{
 <answer>
 <para>
 未実装です。
-現在の fml8 でも、実際には
+現在の fml8 でも
 <screen>
 outgoing_mail_header_reply_to = アドレス
 </screen>
@@ -555,7 +573,8 @@ outgoing_mail_header_reply_to = アドレス
     };
 
 </screen>
-
+設定変数で制御したいほど、需要があるでしょうか？
+あれば考えますが…
 </para>
 </answer>
 
diff --git a/fml/doc/ja/tutorial/customize/recipes.subscribe.sgml b/fml/doc/ja/tutorial/customize/recipes.subscribe.sgml
index 0982ed85..98c62b28 100644
--- a/fml/doc/ja/tutorial/customize/recipes.subscribe.sgml
+++ b/fml/doc/ja/tutorial/customize/recipes.subscribe.sgml
@@ -1,5 +1,5 @@
 <!--
- $FML: recipes.subscribe.sgml,v 1.2 2006/01/26 12:07:18 fukachan Exp $
+ $FML: recipes.subscribe.sgml,v 1.3 2006/01/26 12:10:10 fukachan Exp $
 -->
 
 <qandaset>
@@ -47,7 +47,8 @@ subscribe_command_operation_mode = manual
 
 <para>
 confirmation も登録も管理者が自ら行なう場合は次のようにして下さい。
-まぁこの場合ＭＬドライバを使う意義がないような気もしますが…
+まぁこの場合ＭＬドライバを使う意義がないような気もしますが、
+いや SPAM よけになるから意味がありますね。
 <screen>
 [config.cf]
 
@@ -126,7 +127,8 @@ unsubscribe_command_operation_mode = manual
 
 <para>
 confirmation も登録も管理者が自ら行なう場合は次のようにして下さい。
-まぁこの場合ＭＬドライバを使う意義がないような気もしますが…
+まぁこの場合ＭＬドライバを使う意義がないような気もしますが、
+いや SPAM よけになるから意味がありますね。
 <screen>
 [config.cf]
 
@@ -205,7 +207,8 @@ chaddr_command_operation_mode = manual
 
 <para>
 confirmation も登録も管理者が自ら行なう場合は次のようにして下さい。
-まぁこの場合ＭＬドライバを使う意義がないような気もしますが…
+まぁこの場合ＭＬドライバを使う意義がないような気もしますが、
+いや SPAM よけになるから意味がありますね。
 <screen>
 [config.cf]
 
@@ -272,12 +275,16 @@ fml 3.0 以前の auto_regist を使い続けたい
 
 <answer>
 <para>
-auto_regist を指定した場合 fml 3.0 以前の挙動になります。
+&fml4; では auto_regist を指定した場合 fml 3.0 以前の挙動になります。
 これはメンバーリストにも配送のリストにも members ファイルだけを使うと
 いうものです。
 </para>
 
 <para>
+いまさら、これの需要があるとは思えませんが、一応。
+</para>
+
+<para>
 これをエミュレーションするには、とりあえず
 <screen>
 primary_recipient_map = $primary_member_map 
diff --git a/fml/doc/ja/tutorial/customize/recipes.www.sgml b/fml/doc/ja/tutorial/customize/recipes.www.sgml
index 60f33678..c528e1a4 100644
--- a/fml/doc/ja/tutorial/customize/recipes.www.sgml
+++ b/fml/doc/ja/tutorial/customize/recipes.www.sgml
@@ -1,11 +1,56 @@
 <!--
- $FML: recipes.www.sgml,v 1.1 2006/01/19 10:18:41 fukachan Exp $
+ $FML: recipes.www.sgml,v 1.2 2006/01/19 14:36:54 fukachan Exp $
 -->
 
 <qandaset>
 
 
 <qandaentry>
+<question>
+	<para>
+	HTML 化された記事を公開したくない
+	</para>
+</question>
+
+<answer>
+	<para>
+	apache に suexec をサポートする機能がなければ
+	~fml/public_html/ 以下はインターネットから見えないはずなので、
+	デフォルトでは問題ないとおもいます。 
+	</para>
+
+	<para>
+	でも、そもそも記事を HTML 化しないというのが安全策です。
+	<screen>
+	[config.cf]
+
+	use_html_archive        =       no
+	</screen>
+	</para>
+</answer>
+</qandaentry>
+
+
+<qandaentry>
+<question>
+	<para>
+	HTML 化された記事の URL の ~fml をなくしたいんですが？
+	</para>
+</question>
+
+<answer>
+	<para>
+	apache の Alias で
+	<screen>
+	Alias /mlarchive/ "/home/fml/public_html/"
+	</screen>
+	とかすれば OK だと思うのですが、それじゃ駄目？
+	</para>
+</answer>
+</qandaentry>
+
+
+<qandaentry>
 
 <question>
 <para>
@@ -86,7 +131,13 @@ rsync over ssh を自動で実行するには少し特殊な ssh の設定が必要ですので
 <para>
 案 3 として WWW サーバのファイルシステムに NFS 経由でアクセスするとい
 うのもありえますが、NFS サーバがインターネットから見える場所にあるよう
-なネットワーク構成はいけません。構成を良く考える必要があります。
+なネットワーク構成はいけません。構成を良く考える必要があります(裏ネッ
+トワーク経由でアクセス)。
+</para>
+
+<para>
+案 4 は iSCSI とかでサーバ間をつなぐか？
+ぼくはやったことがありません(NetBSD 4.0 は iSCSI target にしかなれないから)
 </para>
 
 </answer>