add recipes around operations, command troubles.

3 files changed, 232 insertions, 2 deletions

diff --git a/fml/doc/ja/tutorial/troubleshoot/chapter.sgml b/fml/doc/ja/tutorial/troubleshoot/chapter.sgml
index b6f9be3b..77aacda3 100644
--- a/fml/doc/ja/tutorial/troubleshoot/chapter.sgml
+++ b/fml/doc/ja/tutorial/troubleshoot/chapter.sgml
@@ -1,5 +1,5 @@
 <!--
-   $FML: chapter.sgml,v 1.8 2006/01/16 10:24:27 fukachan Exp $
+   $FML: chapter.sgml,v 1.9 2006/01/17 04:46:04 fukachan Exp $
 -->
 
 
@@ -21,6 +21,7 @@
 &troubleshoot.address.recipes;
 &troubleshoot.recipes;
 &troubleshoot.recipes.message;
+&troubleshoot.recipes.command;
 
 </qandaset>
 
diff --git a/fml/doc/ja/tutorial/troubleshoot/recipes.command.sgml b/fml/doc/ja/tutorial/troubleshoot/recipes.command.sgml
new file mode 100644
index 00000000..d67d575f
--- /dev/null
+++ b/fml/doc/ja/tutorial/troubleshoot/recipes.command.sgml
@@ -0,0 +1,155 @@
+<!--
+ $FML$
+
+-->
+
+
+<qandaentry>
+
+<question>
+<para>
+help を取り寄せると化けています
+</para>
+</question>
+
+<answer>
+
+<para>
+&fml8; では ISO-2022-JP に変換してから送信していますし、
+ヘッダにも適切な Content-Type: をつけています。
+</para>
+
+<para>
+化けるようなら、これらの処理を行なうモジュールがうまく動作していない可
+能性があります。ヘッダの確認と、そのメールの文字コードの確認をしてみて
+ください。
+</para>
+
+<para>
+また、そのヘルプファイルと、ヘルプを取り寄せるトリガーになったコマンド
+メールを見せていただけるとさいわいです。
+</para>
+
+</answer>
+
+</qandaentry>
+
+
+<qandaentry>
+
+<question>
+<para>
+get できない
+</para>
+</question>
+
+<answer>
+<para>
+返されたエラーメッセージおよびログファイルを見てみて下さい。
+</para>
+
+<para>
+ログの no such file は get しようとしたファイルがないということです。
+そのメッセージの後にアクセスしようとしたファイルのフルパスが書いてあるので
+確認してみて下さい。
+</para>
+
+<para>
+ログの invalid argument は指示されたパラメータの何かが不正であった場合
+にでます。また、指定した記事番号が存在しなかった場合にもこのエラーメッ
+セージが出ることがあります。
+</para>
+
+</answer>
+
+</qandaentry>
+
+
+<qandaentry>
+
+<question>
+<para>
+get で ish モードなどが動かない
+</para>
+</question>
+
+<answer>
+<para>
+特殊な圧縮形式は未サポートです。
+&fml8; の get および mget は送り返す際に MIME/Multipart 形式しか
+サポートしていません。
+</para>
+</answer>
+
+</qandaentry>
+
+
+<qandaentry>
+
+<question>
+<para>
+subscribe しようとすると無視されるようです？
+</para>
+</question>
+
+<answer>
+<para>
+メールアドレスの表現形式は制限されています。
+表現の範囲は FML::Restriction::Base クラスに定義されており、
+次のようになっています。
+<screen>
+my $domain_regexp  = '[-A-Za-z0-9\.]+';    # domain of user@domain
+my $user_regexp    = '[-A-Za-z0-9\._\+]+'; # user of user@domain
+</screen>
+不正なアドレスの場合、ログに次のように残りつつ無視されます。
+<screen>
+error: unsafe From: アドレス
+error: ignore this request.
+</screen>
+</para>
+</answer>
+
+</qandaentry>
+
+
+<qandaentry>
+
+<question>
+<para>
+' を含むアドレスがうまく扱えない
+</para>
+</question>
+
+<answer>
+<para>
+扱えるメールアドレスの表現形式が制限されているためです。
+前レシピ参照。
+</para>
+</answer>
+
+</qandaentry>
+
+
+<qandaentry>
+
+<question>
+<para>
+"xxx"@yyy.or.jp というアドレスだとうまく subscribe できません。
+</para>
+</question>
+
+<answer>
+<para>
+そもそも、このアドレスには有効なユーザ部分がありません。
+コメントだけですのでエラーになって当然です。
+</para>
+
+<para>
+扱えるメールアドレスの表現形式は制限されています。
+前々レシピも参照。
+</para>
+</answer>
+
+</qandaentry>
+
+
diff --git a/fml/doc/ja/tutorial/troubleshoot/recipes.sgml b/fml/doc/ja/tutorial/troubleshoot/recipes.sgml
index 2d5618a0..4046d3da 100644
--- a/fml/doc/ja/tutorial/troubleshoot/recipes.sgml
+++ b/fml/doc/ja/tutorial/troubleshoot/recipes.sgml
@@ -1,5 +1,5 @@
 <!--
- $FML: recipes.sgml,v 1.2 2006/01/15 13:49:57 fukachan Exp $
+ $FML: recipes.sgml,v 1.3 2006/01/16 10:24:27 fukachan Exp $
 -->
 
 
@@ -225,3 +225,77 @@ fml8 は flock(2) 必須ですので、fml8 は動きません(たぶん動くけど動作が
 </answer>
 
 </qandaentry>
+
+
+<qandaentry>
+
+<question>
+<para>
+記事番号が１にもどってしまった
+</para>
+</question>
+
+<answer>
+<para>
+ということは起こらないように作ってあります(記事番号がアップデートでき
+ないならそもそも &fml8; の処理が途中で止まるようになっている)。
+</para>
+
+<para>
+ロジックに抜けがあって起きる可能性があるかもしれませんが、実際にそうい
+う現象がおきてみないとよくわかりません。いまのところ、ないと信じています。
+</para>
+</answer>
+
+</qandaentry>
+
+
+<qandaentry>
+
+<question>
+<para>
+間違えて消してしまった！
+</para>
+</question>
+
+<answer>
+<para>
+自動でバックアップなどはしてないので打つ手はありません。
+</para>
+
+<para>
+ミスオペレーションの可能性を考えて、つねに
+<link linkend="operations.backup">
+バックアップ
+</link>
+をとっておくべきです。
+</para>
+</answer>
+
+</qandaentry>
+
+
+<qandaentry>
+
+<question>
+<para>
+ディスクが足りない時に消してよいファイルは？
+</para>
+</question>
+
+<answer>
+
+<para>
+安全に消せる領域は、ほとんどありません。
+</para>
+
+<para>
+あえていえば、ねんのため記録している受信したメールおよび送信したメール
+のログである var/mail/incoming や var/mail/outgoing くらいでしょう。ま
+た過去のログが不要であれば log を消すという案もありますが、あまりおす
+すめできません。
+</para>
+
+</answer>
+
+</qandaentry>