3 files changed, 267 insertions, 2 deletions
diff --git a/fml/doc/ja/tutorial/troubleshoot/chapter.sgml b/fml/doc/ja/tutorial/troubleshoot/chapter.sgml
index 300d59a7..cd8de29b 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.6 2005/11/19 03:45:07 fukachan Exp $
+   $FML: chapter.sgml,v 1.7 2006/01/15 15:32:03 fukachan Exp $
 -->
 
 
@@ -21,6 +21,7 @@
 &recipe.listup.addresses;
 &recipe.listup.aliases;
 &troubleshoot.recipes;
+&troubleshoot.recipes.message;
 
 </qandaset>
 
diff --git a/fml/doc/ja/tutorial/troubleshoot/recipes.message.sgml b/fml/doc/ja/tutorial/troubleshoot/recipes.message.sgml
new file mode 100644
index 00000000..61946cb2
--- /dev/null
+++ b/fml/doc/ja/tutorial/troubleshoot/recipes.message.sgml
@@ -0,0 +1,212 @@
+<!--
+   $FML$
+-->
+
+
+<qandaentry>
+
+<question>
+<para>
+受信したメールに Reply-To: がついていないようです
+</para>
+</question>
+
+<answer>
+
+<para>
+別についている必要はありませんのでエラーでも何でもありません。
+</para>
+
+<para>
+また「ついていない」という意味を確認したほうがよいでしょう。メールリー
+ダが表示していないだけかも知れません。メールヘッダをすべて表示するよう
+にして確認してもらうようにして下さい。
+</para>
+
+<para>
+なお、デフォルトでは fml8 が配送した記事には Reply-To: がついています。
+もし元々のメールに Reply-To: 指定があった場合は、そのまま元の Reply-To: が
+ついています。
+もし元のメールに Reply-To: がないなら fml8 が適切なものをつけます。
+たとえば、記事であれば投稿用のアドレス、コマンドメールの返事であれば
+コマンドメールのアドレスです。
+</para>
+
+<para>
+ただ fml8 が Reply-To: をつけないように設定してあるのならつきません。
+元々のメールに Reply-To: がければ、そのまま Reply-To: のないメールが配
+送されます。
+</para>
+
+</answer>
+
+</qandaentry>
+
+
+<qandaentry>
+
+<question>
+<para>
+返信先が期待通りでないようです
+</para>
+</question>
+
+<answer>
+<para>
+まず「返信先」とは何のことをいっているのか？を確認しましょう。
+</para>
+
+<para>
+おそらくメールリーダで返信をクリックしたら用意されたテンプレートの
+宛先が期待通りでなかったということをいっているのだとはおもいます。
+</para>
+
+<para>
+ふつう、その宛先は Reply-To: なければ From: が使われているはずです。
+メールリーダで加工されていないヘッダを表示してどうなっているかを確認し
+てもらって下さい。
+</para>
+
+<para>
+なお、Reply-To: については前レシピを参照して下さい。
+</para>
+
+</answer>
+
+</qandaentry>
+
+
+<qandaentry>
+
+<question>
+<para>
+References: や In-Reply-To: がついていません
+</para>
+</question>
+
+<answer>
+<para>
+これは元のメールについていないためです。
+そのため送信者のメールリーダがつけていないということになります。
+どうにもなりません。
+</para>
+
+<para>
+fml8 は References: や In-Reply-To: についてなにもしません。
+素通しです。
+</para>
+</answer>
+
+</qandaentry>
+	
+
+<qandaentry>
+
+<question>
+<para>
+メールリーダでスレッドが表示できません。
+</para>
+</question>
+
+<answer>
+<para>
+fml8 はこれらのヘッダフィールドに対して何もしません。
+元のメールに In-Reply-To: や References: がないためと考えられます。
+</para>
+
+<para>
+前レシピも参照して下さい。
+</para>
+</answer>
+
+</qandaentry>
+
+
+<qandaentry>
+
+<question>
+<para>
+ＭＬの受信者のうち一部の人だけ文字化けするそうです。
+</para>
+</question>
+
+<answer>
+<para>
+全員なら fml8 に問題がある可能性もありますが、
+一部の人だけ文字化けするのであれば、
+その人たちのメール環境の問題です。
+</para>
+
+<para>
+ただ元々のメールが特殊で一部の人だけ読めないという可能性(たとえば M$ 
+星人の人たちだけで勝手に見えているようなメールとメールリーダの組)もあ
+るので、一概に読む側が悪いとも言い切れない気がしますが…
+</para>
+
+</answer>
+
+</qandaentry>
+
+
+<qandaentry>
+
+<question>
+<para>
+どうしても ISO-2022-JP で送ってこない人がいます
+</para>
+</question>
+
+<answer>
+<para>
+MIME ヘッダを見てメールリーダがよろしく頑張ってしまうので、
+現代では問題とされないことが多くなってしまったかもしれません。
+</para>
+
+<para>
+無理矢理 fml8 側で変換できないわけではありませんが、整合性がとれなくな
+るので、やめたほうがいいでしょう。メールリーダにおまかせです。
+</para>
+</answer>
+
+</qandaentry>
+
+
+<qandaentry>
+
+<question>
+<para>
+一部の受信者が日本語が読めない環境にいる
+</para>
+</question>
+
+<answer>
+<para>
+遠い外国ということでしょうか。
+けっこうどうしょうもありませんが、ウエブメールなら読める可能性が高いです。
+いずれにせよ読む側の問題なので fml8 で何かをすることは難しいでしょう。
+</para>
+</answer>
+
+</qandaentry>
+
+
+<qandaentry>
+
+<question>
+<para>
+半角文字のメールが送られてきたらそれを矯正する
+</para>
+</question>
+
+<answer>
+<para>
+未実装です。
+<screen>
+
+</screen>
+
+</para>
+</answer>
+
+</qandaentry>
+
diff --git a/fml/doc/ja/tutorial/troubleshoot/recipes.sgml b/fml/doc/ja/tutorial/troubleshoot/recipes.sgml
index 51360919..2d5618a0 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.1 2005/10/29 05:13:11 fukachan Exp $
+ $FML: recipes.sgml,v 1.2 2006/01/15 13:49:57 fukachan Exp $
 -->
 
 
@@ -72,6 +72,40 @@ fml からのエラーメッセージが記録されている可能性があります。
 
 </qandaentry>
 
+<qandaentry>
+
+<question>
+<para>
+配送に失敗した記事を自動で再送したい
+</para>
+</question>
+
+<answer>
+<para>
+MTA 間での再送エラーは MTA が再配送を試みます。
+Sendmail の歴史的なパラメータが五日間でしたので、
+五日間再配送を試みるくらいの MTA が多いと思います。
+</para>
+
+<para>
+&fml8; と MTA 間でエラーが生じた場合は 
+&fml8; のメールキューに入り、
+&fml8; が MTA への再送を試みます。
+この部分の動作において &fml8; は MTA です。
+</para>
+
+<para>
+参考: 
+<link linkend="delivery">
+<xref linkend="delivery">
+</link>
+も参照して下さい。
+</para>
+</answer>
+
+</qandaentry>
+
+
 
 <qandaentry>
 
@@ -173,3 +207,21 @@ rudo 宛に直接配送されてくる分の２つになるというわけです。
 </answer>
 
 </qandaentry>
+
+
+<qandaentry>
+
+<question>
+<para>
+flock が動かない OS なのですが？
+</para>
+</question>
+
+<answer>
+<para>
+fml8 は flock(2) 必須ですので、fml8 は動きません(たぶん動くけど動作が
+変になる)。
+</para>
+</answer>
+
+</qandaentry>