diff --git a/doc/dev.html b/doc/dev.html index bad9c21d3..adc826cc7 100644 --- a/doc/dev.html +++ b/doc/dev.html @@ -2,7 +2,7 @@ "http://www.w3.org/TR/REC-html40/loose.dtd">
-Ejabberd 2.1.7 Developers GuideAlexey Shchepin |
Ejabberd 2.1.9 Developers GuideAlexey Shchepin |
Ejabberd 2.1.7 Feature SheetSander Devrieze |
Ejabberd 2.1.9 Feature SheetSander Devrieze |
ejabberd 2.1.7 |
ejabberd 2.1.9 |
Installation and Operation Guide |
On a *nix system, if you want ejabberd to be started as daemon at boot time, copy ejabberd.init from the ’bin’ directory to something like /etc/init.d/ejabberd (depending on your distribution). -Create a system user called ejabberd; -it will be used by the script to start the server. +Create a system user called ejabberd, +give it write access to the directories database/ and logs/, and set that as home; +the script will start the server with that user. Then you can call /etc/inid.d/ejabberd start as root to start the server.
If ejabberd doesn’t start correctly in Windows, try to start it using the shortcut in desktop or start menu. If the window shows error 14001, the solution is to install: @@ -525,8 +526,8 @@ Using ejabberdctl (see section 4.1):
{acl, admins, {user, "admin1", "example.org"}}. -{access, configure, [{allow, admins}]}. +{acl, admin, {user, "admin1", "example.org"}}. +{access, configure, [{allow, admin}]}.You can grant administrative privileges to many XMPP accounts, and also to accounts in other XMPP servers.
Account creation is only supported by internal, external and odbc methods.
+Account creation is only supported by internal, external and odbc methods.
The option resource_conflict defines the action when a client attempts to +login to an account with a resource that is already connected. +The option syntax is: +
+The possible values match exactly the three possibilities described in +XMPP Core: section 7.7.2.2. +The default value is closeold. +If the client uses old Jabber Non-SASL authentication (XEP-0078), +then this option is not respected, and the action performed is closeold.
ejabberd uses its internal Mnesia database as the default authentication method. -The value internal will enable the internal authentication method.
Examples: +The value internal will enable the internal authentication method.
The option {auth_password_format, plain|scram} +defines in what format the users passwords are stored: +
Examples:
{host_config, "example.org", [{auth_method, [internal]}]}. {host_config, "example.net", [{auth_method, [ldap]}]}. -
{auth_method, internal}. +{auth_password_format, scram}.
In this authentication method, when ejabberd starts, @@ -1208,9 +1232,9 @@ declarations of ACLs in the configuration file have the following syntax:
{acl, tests, {user_regexp, "^test[0-9]*$"}}. -
{acl, tests, {user_Userregexp, "^test", "example.org"}}. +{acl, tests, {user_regexp, "^test", "example.org"}}.
{acl, icq, {server_regexp, "^icq\\."}}. @@ -1701,6 +1725,16 @@ This option specifies whether to verify LDAP server certificate or not when TLS When hard is enabled ejabberd doesn’t proceed if a certificate is invalid. When soft is enabled ejabberd proceeds even if check fails. The default is false which means no checks are performed. +
Example:
{auth_method, ldap}. {ldap_servers, ["ldap.example.org"]}. @@ -1931,7 +1966,7 @@ all entries end with a comma:mod_offline Offline message storage (XEP-0160) mod_offline_odbc Offline message storage (XEP-0160) supported DB (*) - mod_ping XMPP Ping and periodic keepalives (XEP-0199) + mod_privacy Detect presence subscription flood mod_pres_counter Detect presence subscription flood mod_privacy Blocking Communication (XEP-0016) mod_privacy_odbc Blocking Communication (XEP-0016) supported DB (*) @@ -2077,7 +2112,7 @@ able to send such messages). mod_private Private XML Storage (XEP-0049) Examples:
{access, announce, [{allow, admins}]}. +{access, announce, [{allow, admin}]}. {modules, [ @@ -2089,9 +2124,9 @@ Only administrators can send announcements:
{acl, direction, {user, "big_boss", "example.org"}}. {acl, direction, {user, "assistant", "example.org"}}. -{acl, admins, {user, "admin", "example.org"}}. +{acl, admin, {user, "admin", "example.org"}}. -{access, announce, [{allow, admins}, +{access, announce, [{allow, admin}, {allow, direction}]}. {modules, @@ -2497,6 +2532,7 @@ The available room options and the default values are:
<a href="/">Home</a>
.
-{acl, admins, {user, "admin1", "example.org"}}. -{acl, admins, {user, "admin2", "example.net"}}. +{acl, admin, {user, "admin1", "example.org"}}. +{acl, admin, {user, "admin2", "example.net"}}. -{access, muc_log, [{allow, admins}, +{access, muc_log, [{allow, admin}, {deny, all}]}. {modules, @@ -3115,7 +3151,9 @@ To enable this feature, configure the options captcha_cmd and captcha_host.< {registration_watchers, [ JID, ...]}
This example configuration shows how to enable the module and the web handler: -
{listen, [ +{hosts, ["localhost", "example.org", "example.com"]}. + +{listen, [ ... {5281, ejabberd_http, [ tls, @@ -3131,7 +3169,8 @@ list of JIDs which will be notified each time a new account is registered. {mod_register_web, []}, ... ]}. -The users can visit this page: https://localhost:5281/register/ +
For example, the users of the host example.org can visit the page: +https://example.org:5281/register/ It is important to include the last / character in the URL, otherwise the subpages URL will be incorrect.
@@ -3598,8 +3637,9 @@ and LDAP server supports its own optional parameters. The first group of parameters has the same meaning as the top-level LDAP parameters to set the authentication method: ldap_servers, ldap_port, ldap_rootdn, -ldap_password, ldap_base, ldap_uids, and -ldap_filter. See section 3.2.5 for detailed information +ldap_password, ldap_base, ldap_uids, +ldap_deref_aliases and ldap_filter. +See section 3.2.5 for detailed information about these options. If one of these options is not set, ejabberd will look for the top-level option with the same name.
The second group of parameters consists of the following mod_vcard_ldap-specific options:
The environment This path is used to read the file .erlang.cookie.
http://example.org:5280/admin/server/example.com/
you can only
administer the virtual host example.com.
The account ‘reviewer@example.com’ can browse that vhost in read-only mode.
-{acl, admins, {user, "admin", "example.net"}}. -{host_config, "example.com", [{acl, admins, {user, "admin", "example.com"}}]}. +{acl, admin, {user, "admin", "example.net"}}. +{host_config, "example.com", [{acl, admin, {user, "admin", "example.com"}}]}. {host_config, "example.com", [{acl, viewers, {user, "reviewer", "example.com"}}]}. -{access, configure, [{allow, admins}]}. +{access, configure, [{allow, admin}]}. {access, webadmin_view, [{allow, viewers}]}. {hosts, ["example.org"]}. @@ -4178,7 +4220,9 @@ and connects to the Erlang node that holds ejabberd. In order for this communication to work, epmd must be running and listening for name requests in the port 4369. You should block the port 4369 in the firewall in such a way that -only the programs in your machine can access it.If you build a cluster of several ejabberd instances, +only the programs in your machine can access it. +or configure the option ERL_EPMD_ADDRESS in the file ejabberdctl.cfg +(this option works only in Erlang/OTP R14B03 or higher).
If you build a cluster of several ejabberd instances, each ejabberd instance is called an ejabberd node. Those ejabberd nodes use a special Erlang communication method to build the cluster, and EPMD is again needed listening in the port 4369. diff --git a/doc/version.tex b/doc/version.tex index 255412336..ebaed03ec 100644 --- a/doc/version.tex +++ b/doc/version.tex @@ -1,2 +1,2 @@ % ejabberd version (automatically generated). -\newcommand{\version}{2.1.7} +\newcommand{\version}{2.1.9} diff --git a/src/ejabberd.app b/src/ejabberd.app index 031fdaf46..ea755a7b9 100644 --- a/src/ejabberd.app +++ b/src/ejabberd.app @@ -2,7 +2,7 @@ {application, ejabberd, [{description, "ejabberd"}, - {vsn, "2.1.7"}, + {vsn, "2.1.9"}, {modules, [acl, adhoc, configure,