25
1
mirror of https://github.com/processone/ejabberd.git synced 2024-11-26 16:26:24 +01:00

* doc/guide.tex: Describe how ejabberd treats ejabberd.cfg file

(EJAB-384).

SVN Revision: 983
This commit is contained in:
Badlop 2007-11-26 14:52:11 +00:00
parent 174c16a15f
commit 2bf29183f5
2 changed files with 28 additions and 9 deletions

View File

@ -1,16 +1,28 @@
2007-11-26 Badlop <badlop@process-one.net> 2007-11-26 Badlop <badlop@process-one.net>
* src/ejabberd.cfg.example: Huge reorganization and grouping of options (EJAB-392). * doc/guide.tex: Describe how ejabberd treats ejabberd.cfg file
(EJAB-384).
* doc/guide.tex: Describe in mod_muc: nick register and service admin message (EJAB-400). * src/ejabberd.cfg.example: Huge reorganization and grouping of
options (EJAB-392).
* src/mod_echo.erl: Example function that demonstrates how to receive XMPP packets using Erlang's message passing mechanism (EJAB-247). * doc/guide.tex: Describe in mod_muc: nick register and service
admin message (EJAB-400).
* src/ejabberdctl.template: Removed bashisms (EJAB-399). Set environment variables instead of passing parameters when calling erl (EJAB-421). Write erl_crash.dump in the log/ directory, with unique filename (EJAB-433). * src/mod_echo.erl: Example function that demonstrates how to
receive XMPP packets using Erlang's message passing mechanism
(EJAB-247).
* src/ejabberd_ctl.erl: Improvements in the help messages (EJAB-399). * src/ejabberdctl.template: Removed bashisms (EJAB-399). Set
environment variables instead of passing parameters when
calling erl (EJAB-421). Write erl_crash.dump in the log/
directory, with unique filename (EJAB-433).
* doc/guide.tex: Improvements in sections ejabberdctl, and Install from Source (EJAB-399). * src/ejabberd_ctl.erl: Improvements in the help messages
(EJAB-399).
* doc/guide.tex: Improvements in sections ejabberdctl, and
Install from Source (EJAB-399).
2007-11-25 Alexey Shchepin <alexey@process-one.net> 2007-11-25 Alexey Shchepin <alexey@process-one.net>

View File

@ -458,10 +458,17 @@ Instructions to create an initial administrator account:
\ind{configuration file} \ind{configuration file}
The configuration file will be loaded the first time you start \ejabberd{}. The The configuration file will be loaded the first time you start \ejabberd{}. The
content from this file will be parsed and stored in a database. Subsequently the content from this file will be parsed and stored in the internal ejabberd database. Subsequently the
configuration will be loaded from the database and any commands in the configuration will be loaded from the database and any commands in the
configuration file are appended to the entries in the database. The configuration file are appended to the entries in the database.
configuration file contains a sequence of Erlang terms. Lines beginning with a
Note that ejabberd never edits the configuration file.
So, the configuration changes done using the web interface
are stored in the database, but are not reflected in the configuration file.
If you want those changes to be use after ejabberd restart, you can either
edit the configuration file, or remove all its content.
The configuration file contains a sequence of Erlang terms. Lines beginning with a
\term{`\%'} sign are ignored. Each term is a tuple of which the first element is \term{`\%'} sign are ignored. Each term is a tuple of which the first element is
the name of an option, and any further elements are that option's values. If the the name of an option, and any further elements are that option's values. If the
configuration file do not contain for instance the `hosts' option, the old configuration file do not contain for instance the `hosts' option, the old