<!--
 $FML: recipes.sgml,v 1.3 2006/01/16 10:24:27 fukachan Exp $
-->


<qandaentry>

<question>
<para>
fml をインストールしたホスト上から投稿できない
</para>
</question>

<answer>
<para>
いまでは珍しいかもしれませんが、そのＭＬサーバのホストの上からメールを
送信するとエラーになることがあります。
<screen>
[コマンドの例]

% echo test |Mail -s test elena@fml.org
</screen>
</para>

<para>
こういった場合には不完全な情報しか与えられていませんから、メール全体を
生成するのは Mail コマンド(もしくは Mail コマンドからメールを渡された 
MTA )の役目です。ただ、こういった場合に From: の部分が「ユーザ」だけと
か「ユーザ＠ FQDN 」だったりします。きちんと「ユーザ＠正しいドメイン」
の形に生成されるようになっていないと&fml8; としては正当なユーザには見
えません。
</para>

<para>
正しいドメインがつくように MTA の設定を直して下さい。
</para>

</answer>

</qandaentry>


<qandaentry>

<question>
<para>
CGI で ML を作成したがメールサーバに反映されていない
</para>
</question>

<answer>
<para>
ログを見てみて下さい。
まず WWW サーバ側に出力されているログを確認して下さい。
fml からのエラーメッセージが記録されている可能性があります。
<screen>
/usr/local/apache/logs/error_log
/usr/local/apache/logs/suexec_log
</screen>
ＭＬのホームディレクトリすら出来ていないなら
(そのＭＬのログファイルがありませんから)
これらのログファイルを解析するしか方法がありません。
</para>

<para>
中途半端にＭＬがセットアップされている（例えばホームディレクトリはある
が、aliases に反映されていない）場合には、fml のログファイル(例:
/var/spool/ml/elena/log)を見てみて下さい。
</para>

</answer>

</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>

<question>
<para>
何度も同じメールが来る
</para>
</question>

<answer>
<para>
<link linkend="troubleshoot.delivery.duplication">
<xref linkend="troubleshoot.delivery.duplication">
</link>
を参照。
</para>
</answer>

</qandaentry>


<qandaentry>

<question>
<para>
特定の人に配送されてない気がする
</para>
</question>

<answer>
<para>
<link linkend="troubleshoot.delivery.duplication">
<xref linkend="troubleshoot.delivery.duplication">
</link>
を参照。
</para>
</answer>

</qandaentry>


<qandaentry>

<question>
<para>
ＭＬのメンバーでないアドレスからエラーメールがくる
</para>
</question>

<answer>
<para>
(1) ＭＬの受信者の中にメールを転送している人がいると、
その転送先からエラーメールが管理者へ返ってくる可能性があります。
</para>

<para>
(2) SPAM メールです。
</para>
</answer>

</qandaentry>


<qandaentry>

<question>
<para>
aliases から fml に変更したら 2 通来るようになった。
</para>
</question>

<answer>

<para>
バグではなく MTA の挙動からそうなる可能性はあります。
たとえば aliases が次のようになっていたとします。
<screen>
elena: rudo, kenken, hitomi
</screen>
この aliases のＭＬに
<screen>
From: rudo
To: elena 
Cc: rudo 

test
</screen>
というメールを投稿したとすると rudo には一通届くだけです。MTA が elena 
ＭＬの受信者を調べ rudo 宛の重複分を取り除くからです。
</para>

<para>
elena ＭＬを fml に変更すると、
この重複削除の効果はなくなります。そのため、
elena ＭＬ経由 rudo 宛にとどく分と
rudo 宛に直接配送されてくる分の２つになるというわけです。
</para>

</answer>

</qandaentry>


<qandaentry>

<question>
<para>
flock が動かない OS なのですが？
</para>
</question>

<answer>
<para>
fml8 は flock(2) 必須ですので、fml8 は動きません(たぶん動くけど動作が
変になる)。
</para>
</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>
