summaryrefslogtreecommitdiff
path: root/fml/doc/en/tutorial/usage/command.sgml
blob: 7d10919a3717a4611672a635ff0cfcfe24d5cf7c (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
<!--
   $FML$
   $jaFML: command.sgml,v 1.7 2003/04/15 14:51:46 fukachan Exp $
-->

<sect1 id="fml.command.bymail">
	<title>
	command mail (control fml by sendmail mails)
	</title>

<para>
fml accepts control commands which is sent as a mail.
It is called "command mail".
</para>

<important>
<para>
The use of CUI (makefml/fml) is basic in fml world.
</para>

</important>


<sect2 id="fml.command.bymail.flow">
	<title>
	flow
	</title>

<para>
Consider elena ML.  Send the command mail to elena-ctl@fml.org which
is the address for command mail.  MTA receives the mail and finally
kicks off /usr/local/libexec/fml/command program.  This program
receives the mail (command mail) from STDIN , processes the requests
and sends back the result to the sender.
The mail to send back is passed to MTA for delivery via SMTP.
</para>

<warning>
<para>
The result is aggreagated to one msssage as
<link linkend="message.reply">
MIME/Multipart
</link>
. This is different from &fml4; behaviour.
</para>
</warning>

</sect2>


<sect2>
	<title>
	perl modules of command mails
	</title>

<para>
All modules which CUI, GUI and command mail uses are implented as
FML::Command:: class.
</para>

</sect2>

</sect1>