mirror of
https://github.com/processone/ejabberd.git
synced 2024-11-22 16:20:52 +01:00
Document new option max_fsm_queue.
SVN Revision: 2649
This commit is contained in:
parent
036095f37d
commit
2d41c81890
379
doc/guide.html
379
doc/guide.html
@ -103,119 +103,120 @@ BLOCKQUOTE.figure DIV.center DIV.center HR{display:none;}
|
|||||||
<A HREF="#htoc9">2.4.1  Requirements</A>
|
<A HREF="#htoc9">2.4.1  Requirements</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc10">2.4.2  Download Source Code</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc10">2.4.2  Download Source Code</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc11">2.4.3  Compile</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc11">2.4.3  Compile</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc12">2.4.4  Install</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc12">2.4.4  Compiling ejabberd under Snow Leopard with Erlang R13B</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc13">2.4.5  Start</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc13">2.4.5  Install</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc14">2.4.6  Specific Notes for BSD</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc14">2.4.6  Start</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc15">2.4.7  Specific Notes for Sun Solaris</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc15">2.4.7  Specific Notes for BSD</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc16">2.4.8  Specific Notes for Microsoft Windows</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc16">2.4.8  Specific Notes for Sun Solaris</A>
|
||||||
|
</LI><LI CLASS="li-toc"><A HREF="#htoc17">2.4.9  Specific Notes for Microsoft Windows</A>
|
||||||
</LI></UL>
|
</LI></UL>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc17">2.5  Create a XMPP Account for Administration</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc18">2.5  Create a XMPP Account for Administration</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc18">2.6  Upgrading <TT>ejabberd</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc19">2.6  Upgrading <TT>ejabberd</TT></A>
|
||||||
</LI></UL>
|
</LI></UL>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc19">Chapter 3  Configuring <TT>ejabberd</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc20">Chapter 3  Configuring <TT>ejabberd</TT></A>
|
||||||
<UL CLASS="toc"><LI CLASS="li-toc">
|
<UL CLASS="toc"><LI CLASS="li-toc">
|
||||||
<A HREF="#htoc20">3.1  Basic Configuration</A>
|
<A HREF="#htoc21">3.1  Basic Configuration</A>
|
||||||
<UL CLASS="toc"><LI CLASS="li-toc">
|
<UL CLASS="toc"><LI CLASS="li-toc">
|
||||||
<A HREF="#htoc21">3.1.1  Host Names</A>
|
<A HREF="#htoc22">3.1.1  Host Names</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc22">3.1.2  Virtual Hosting</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc23">3.1.2  Virtual Hosting</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc23">3.1.3  Listening Ports</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc24">3.1.3  Listening Ports</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc24">3.1.4  Authentication</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc25">3.1.4  Authentication</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc25">3.1.5  Access Rules</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc26">3.1.5  Access Rules</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc26">3.1.6  Shapers</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc27">3.1.6  Shapers</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc27">3.1.7  Default Language</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc28">3.1.7  Default Language</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc28">3.1.8  CAPTCHA</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc29">3.1.8  CAPTCHA</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc29">3.1.9  STUN</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc30">3.1.9  STUN</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc30">3.1.10  Include Additional Configuration Files</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc31">3.1.10  Include Additional Configuration Files</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc31">3.1.11  Option Macros in Configuration File</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc32">3.1.11  Option Macros in Configuration File</A>
|
||||||
</LI></UL>
|
</LI></UL>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc32">3.2  Database and LDAP Configuration</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc33">3.2  Database and LDAP Configuration</A>
|
||||||
<UL CLASS="toc"><LI CLASS="li-toc">
|
<UL CLASS="toc"><LI CLASS="li-toc">
|
||||||
<A HREF="#htoc33">3.2.1  MySQL</A>
|
<A HREF="#htoc34">3.2.1  MySQL</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc34">3.2.2  Microsoft SQL Server</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc35">3.2.2  Microsoft SQL Server</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc35">3.2.3  PostgreSQL</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc36">3.2.3  PostgreSQL</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc36">3.2.4  ODBC Compatible</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc37">3.2.4  ODBC Compatible</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc37">3.2.5  LDAP</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc38">3.2.5  LDAP</A>
|
||||||
</LI></UL>
|
</LI></UL>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc38">3.3  Modules Configuration</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc39">3.3  Modules Configuration</A>
|
||||||
<UL CLASS="toc"><LI CLASS="li-toc">
|
<UL CLASS="toc"><LI CLASS="li-toc">
|
||||||
<A HREF="#htoc39">3.3.1  Modules Overview</A>
|
<A HREF="#htoc40">3.3.1  Modules Overview</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc40">3.3.2  Common Options</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc41">3.3.2  Common Options</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc41">3.3.3  <TT>mod_announce</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc42">3.3.3  <TT>mod_announce</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc42">3.3.4  <TT>mod_disco</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc43">3.3.4  <TT>mod_disco</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc43">3.3.5  <TT>mod_echo</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc44">3.3.5  <TT>mod_echo</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc44">3.3.6  <TT>mod_http_bind</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc45">3.3.6  <TT>mod_http_bind</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc45">3.3.7  <TT>mod_http_fileserver</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc46">3.3.7  <TT>mod_http_fileserver</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc46">3.3.8  <TT>mod_last</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc47">3.3.8  <TT>mod_last</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc47">3.3.9  <TT>mod_muc</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc48">3.3.9  <TT>mod_muc</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc48">3.3.10  <TT>mod_muc_log</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc49">3.3.10  <TT>mod_muc_log</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc49">3.3.11  <TT>mod_offline</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc50">3.3.11  <TT>mod_offline</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc50">3.3.12  <TT>mod_ping</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc51">3.3.12  <TT>mod_ping</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc51">3.3.13  <TT>mod_privacy</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc52">3.3.13  <TT>mod_privacy</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc52">3.3.14  <TT>mod_private</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc53">3.3.14  <TT>mod_private</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc53">3.3.15  <TT>mod_proxy65</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc54">3.3.15  <TT>mod_proxy65</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc54">3.3.16  <TT>mod_pubsub</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc55">3.3.16  <TT>mod_pubsub</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc55">3.3.17  <TT>mod_register</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc56">3.3.17  <TT>mod_register</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc56">3.3.18  <TT>mod_roster</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc57">3.3.18  <TT>mod_roster</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc57">3.3.19  <TT>mod_service_log</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc58">3.3.19  <TT>mod_service_log</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc58">3.3.20  <TT>mod_shared_roster</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc59">3.3.20  <TT>mod_shared_roster</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc59">3.3.21  <TT>mod_stats</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc60">3.3.21  <TT>mod_stats</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc60">3.3.22  <TT>mod_time</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc61">3.3.22  <TT>mod_time</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc61">3.3.23  <TT>mod_vcard</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc62">3.3.23  <TT>mod_vcard</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc62">3.3.24  <TT>mod_vcard_ldap</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc63">3.3.24  <TT>mod_vcard_ldap</TT></A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc63">3.3.25  <TT>mod_version</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc64">3.3.25  <TT>mod_version</TT></A>
|
||||||
</LI></UL>
|
</LI></UL>
|
||||||
</LI></UL>
|
</LI></UL>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc64">Chapter 4  Managing an <TT>ejabberd</TT> Server</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc65">Chapter 4  Managing an <TT>ejabberd</TT> Server</A>
|
||||||
<UL CLASS="toc"><LI CLASS="li-toc">
|
<UL CLASS="toc"><LI CLASS="li-toc">
|
||||||
<A HREF="#htoc65">4.1  <TT>ejabberdctl</TT></A>
|
<A HREF="#htoc66">4.1  <TT>ejabberdctl</TT></A>
|
||||||
<UL CLASS="toc"><LI CLASS="li-toc">
|
<UL CLASS="toc"><LI CLASS="li-toc">
|
||||||
<A HREF="#htoc66">4.1.1  ejabberdctl Commands</A>
|
<A HREF="#htoc67">4.1.1  ejabberdctl Commands</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc67">4.1.2  Erlang Runtime System</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc68">4.1.2  Erlang Runtime System</A>
|
||||||
</LI></UL>
|
</LI></UL>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc68">4.2  <TT>ejabberd</TT> Commands</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc69">4.2  <TT>ejabberd</TT> Commands</A>
|
||||||
<UL CLASS="toc"><LI CLASS="li-toc">
|
<UL CLASS="toc"><LI CLASS="li-toc">
|
||||||
<A HREF="#htoc69">4.2.1  List of ejabberd Commands</A>
|
<A HREF="#htoc70">4.2.1  List of ejabberd Commands</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc70">4.2.2  Restrict Execution with AccessCommands</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc71">4.2.2  Restrict Execution with AccessCommands</A>
|
||||||
</LI></UL>
|
</LI></UL>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc71">4.3  Web Admin</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc72">4.3  Web Admin</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc72">4.4  Ad-hoc Commands</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc73">4.4  Ad-hoc Commands</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc73">4.5  Change Computer Hostname</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc74">4.5  Change Computer Hostname</A>
|
||||||
</LI></UL>
|
</LI></UL>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc74">Chapter 5  Securing <TT>ejabberd</TT></A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc75">Chapter 5  Securing <TT>ejabberd</TT></A>
|
||||||
<UL CLASS="toc"><LI CLASS="li-toc">
|
<UL CLASS="toc"><LI CLASS="li-toc">
|
||||||
<A HREF="#htoc75">5.1  Firewall Settings</A>
|
<A HREF="#htoc76">5.1  Firewall Settings</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc76">5.2  epmd</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc77">5.2  epmd</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc77">5.3  Erlang Cookie</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc78">5.3  Erlang Cookie</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc78">5.4  Erlang Node Name</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc79">5.4  Erlang Node Name</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc79">5.5  Securing Sensible Files</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc80">5.5  Securing Sensible Files</A>
|
||||||
</LI></UL>
|
</LI></UL>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc80">Chapter 6  Clustering</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc81">Chapter 6  Clustering</A>
|
||||||
<UL CLASS="toc"><LI CLASS="li-toc">
|
<UL CLASS="toc"><LI CLASS="li-toc">
|
||||||
<A HREF="#htoc81">6.1  How it Works</A>
|
<A HREF="#htoc82">6.1  How it Works</A>
|
||||||
<UL CLASS="toc"><LI CLASS="li-toc">
|
<UL CLASS="toc"><LI CLASS="li-toc">
|
||||||
<A HREF="#htoc82">6.1.1  Router</A>
|
<A HREF="#htoc83">6.1.1  Router</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc83">6.1.2  Local Router</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc84">6.1.2  Local Router</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc84">6.1.3  Session Manager</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc85">6.1.3  Session Manager</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc85">6.1.4  s2s Manager</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc86">6.1.4  s2s Manager</A>
|
||||||
</LI></UL>
|
</LI></UL>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc86">6.2  Clustering Setup</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc87">6.2  Clustering Setup</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc87">6.3  Service Load-Balancing</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc88">6.3  Service Load-Balancing</A>
|
||||||
<UL CLASS="toc"><LI CLASS="li-toc">
|
<UL CLASS="toc"><LI CLASS="li-toc">
|
||||||
<A HREF="#htoc88">6.3.1  Components Load-Balancing</A>
|
<A HREF="#htoc89">6.3.1  Components Load-Balancing</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc89">6.3.2  Domain Load-Balancing Algorithm</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc90">6.3.2  Domain Load-Balancing Algorithm</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc90">6.3.3  Load-Balancing Buckets</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc91">6.3.3  Load-Balancing Buckets</A>
|
||||||
</LI></UL>
|
</LI></UL>
|
||||||
</LI></UL>
|
</LI></UL>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc91">Chapter 7  Debugging</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc92">Chapter 7  Debugging</A>
|
||||||
<UL CLASS="toc"><LI CLASS="li-toc">
|
<UL CLASS="toc"><LI CLASS="li-toc">
|
||||||
<A HREF="#htoc92">7.1  Log Files</A>
|
<A HREF="#htoc93">7.1  Log Files</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc93">7.2  Debug Console</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc94">7.2  Debug Console</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc94">7.3  Watchdog Alerts</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc95">7.3  Watchdog Alerts</A>
|
||||||
</LI></UL>
|
</LI></UL>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc95">Appendix A  Internationalization and Localization</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc96">Appendix A  Internationalization and Localization</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc96">Appendix B  Release Notes</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc97">Appendix B  Release Notes</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc97">Appendix C  Acknowledgements</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc98">Appendix C  Acknowledgements</A>
|
||||||
</LI><LI CLASS="li-toc"><A HREF="#htoc98">Appendix D  Copyright Information</A>
|
</LI><LI CLASS="li-toc"><A HREF="#htoc99">Appendix D  Copyright Information</A>
|
||||||
</LI></UL><!--TOC chapter Introduction-->
|
</LI></UL><!--TOC chapter Introduction-->
|
||||||
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc1">Chapter 1</A>  Introduction</H1><!--SEC END --><P>
|
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc1">Chapter 1</A>  Introduction</H1><!--SEC END --><P>
|
||||||
<A NAME="intro"></A></P><P><TT>ejabberd</TT> is a free and open source instant messaging server written in <A HREF="http://www.erlang.org/">Erlang/OTP</A>.</P><P><TT>ejabberd</TT> is cross-platform, distributed, fault-tolerant, and based on open standards to achieve real-time communication.</P><P><TT>ejabberd</TT> is designed to be a rock-solid and feature rich XMPP server.</P><P><TT>ejabberd</TT> is suitable for small deployments, whether they need to be scalable or not, as well as extremely big deployments.</P><!--TOC section Key Features-->
|
<A NAME="intro"></A></P><P><TT>ejabberd</TT> is a free and open source instant messaging server written in <A HREF="http://www.erlang.org/">Erlang/OTP</A>.</P><P><TT>ejabberd</TT> is cross-platform, distributed, fault-tolerant, and based on open standards to achieve real-time communication.</P><P><TT>ejabberd</TT> is designed to be a rock-solid and feature rich XMPP server.</P><P><TT>ejabberd</TT> is suitable for small deployments, whether they need to be scalable or not, as well as extremely big deployments.</P><!--TOC section Key Features-->
|
||||||
@ -383,8 +384,15 @@ To get the full list run the command:
|
|||||||
It will for example use CDATA to escape characters in the XMPP stream.
|
It will for example use CDATA to escape characters in the XMPP stream.
|
||||||
Use this option only if you are sure your XMPP clients include a fully compliant XML parser.<P> </P></DD><DT CLASS="dt-description"><B><TT>--disable-transient-supervisors</TT></B></DT><DD CLASS="dd-description">
|
Use this option only if you are sure your XMPP clients include a fully compliant XML parser.<P> </P></DD><DT CLASS="dt-description"><B><TT>--disable-transient-supervisors</TT></B></DT><DD CLASS="dd-description">
|
||||||
Disable the use of Erlang/OTP supervision for transient processes.
|
Disable the use of Erlang/OTP supervision for transient processes.
|
||||||
</DD></DL><P> <A NAME="install"></A> </P><!--TOC subsection Install-->
|
</DD></DL><P> <A NAME="snowleopard"></A> </P><!--TOC subsection Compiling ejabberd under Snow Leopard with Erlang R13B-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc12">2.4.4</A>  <A HREF="#install">Install</A></H3><!--SEC END --><P> <A NAME="install"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc12">2.4.4</A>  <A HREF="#snowleopard">Compiling ejabberd under Snow Leopard with Erlang R13B</A></H3><!--SEC END --><P> <A NAME="snowleopard"></A>
|
||||||
|
</P><P>Erl Interface, the library to link Erlang with C code, is compiled as
|
||||||
|
32-bits code in Erlang R13B-2. Mac OS X Snow Leopard is a 64-bits
|
||||||
|
system and will try compiling ejabberd C code in 64-bits as a default.</P><P>To compile ejabberd on Mac OS X Snow Leopard with Erlang R13B-2, you
|
||||||
|
need to force C code to be compiled with 32-bits. This is done with
|
||||||
|
the following configure command:</P><PRE CLASS="verbatim">CC='gcc -m32' CFLAGS=-m32 LDFLAGS=-m32 ./configure
|
||||||
|
</PRE><P> <A NAME="install"></A> </P><!--TOC subsection Install-->
|
||||||
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc13">2.4.5</A>  <A HREF="#install">Install</A></H3><!--SEC END --><P> <A NAME="install"></A>
|
||||||
</P><P>To install <TT>ejabberd</TT> in the destination directories, run the command:
|
</P><P>To install <TT>ejabberd</TT> in the destination directories, run the command:
|
||||||
</P><PRE CLASS="verbatim">make install
|
</P><PRE CLASS="verbatim">make install
|
||||||
</PRE><P>Note that you probably need administrative privileges in the system
|
</PRE><P>Note that you probably need administrative privileges in the system
|
||||||
@ -420,7 +428,7 @@ to install <TT>ejabberd</TT>.</P><P>The files and directories created are, by de
|
|||||||
</DD><DT CLASS="dt-description"><B><TT>erlang.log</TT></B></DT><DD CLASS="dd-description"> Erlang/OTP system log
|
</DD><DT CLASS="dt-description"><B><TT>erlang.log</TT></B></DT><DD CLASS="dd-description"> Erlang/OTP system log
|
||||||
</DD></DL>
|
</DD></DL>
|
||||||
</DD></DL><P> <A NAME="start"></A> </P><!--TOC subsection Start-->
|
</DD></DL><P> <A NAME="start"></A> </P><!--TOC subsection Start-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc13">2.4.5</A>  <A HREF="#start">Start</A></H3><!--SEC END --><P> <A NAME="start"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc14">2.4.6</A>  <A HREF="#start">Start</A></H3><!--SEC END --><P> <A NAME="start"></A>
|
||||||
</P><P>You can use the <TT>ejabberdctl</TT> command line administration script to start and stop <TT>ejabberd</TT>.
|
</P><P>You can use the <TT>ejabberdctl</TT> command line administration script to start and stop <TT>ejabberd</TT>.
|
||||||
If you provided the configure option <TT>--enable-user=USER</TT> (see <A HREF="#compile">2.4.3</A>),
|
If you provided the configure option <TT>--enable-user=USER</TT> (see <A HREF="#compile">2.4.3</A>),
|
||||||
you can execute <TT>ejabberdctl</TT> with either that system account or root.</P><P>Usage example:
|
you can execute <TT>ejabberdctl</TT> with either that system account or root.</P><P>Usage example:
|
||||||
@ -443,11 +451,11 @@ copy <TT>ejabberd.init</TT> to something like <TT>/etc/init.d/ejabberd</TT>
|
|||||||
Create a system user called <TT>ejabberd</TT>;
|
Create a system user called <TT>ejabberd</TT>;
|
||||||
it will be used by the script to start the server.
|
it will be used by the script to start the server.
|
||||||
Then you can call <TT>/etc/inid.d/ejabberd start</TT> as root to start the server.</P><P> <A NAME="bsd"></A> </P><!--TOC subsection Specific Notes for BSD-->
|
Then you can call <TT>/etc/inid.d/ejabberd start</TT> as root to start the server.</P><P> <A NAME="bsd"></A> </P><!--TOC subsection Specific Notes for BSD-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc14">2.4.6</A>  <A HREF="#bsd">Specific Notes for BSD</A></H3><!--SEC END --><P> <A NAME="bsd"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc15">2.4.7</A>  <A HREF="#bsd">Specific Notes for BSD</A></H3><!--SEC END --><P> <A NAME="bsd"></A>
|
||||||
</P><P>The command to compile <TT>ejabberd</TT> in BSD systems is:
|
</P><P>The command to compile <TT>ejabberd</TT> in BSD systems is:
|
||||||
</P><PRE CLASS="verbatim">gmake
|
</P><PRE CLASS="verbatim">gmake
|
||||||
</PRE><P> <A NAME="solaris"></A> </P><!--TOC subsection Specific Notes for Sun Solaris-->
|
</PRE><P> <A NAME="solaris"></A> </P><!--TOC subsection Specific Notes for Sun Solaris-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc15">2.4.7</A>  <A HREF="#solaris">Specific Notes for Sun Solaris</A></H3><!--SEC END --><P> <A NAME="solaris"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc16">2.4.8</A>  <A HREF="#solaris">Specific Notes for Sun Solaris</A></H3><!--SEC END --><P> <A NAME="solaris"></A>
|
||||||
</P><P>You need to have <TT>GNU install</TT>,
|
</P><P>You need to have <TT>GNU install</TT>,
|
||||||
but it isn’t included in Solaris.
|
but it isn’t included in Solaris.
|
||||||
It can be easily installed if your Solaris system
|
It can be easily installed if your Solaris system
|
||||||
@ -462,7 +470,7 @@ for example:
|
|||||||
</PRE><P>And finally install <TT>ejabberd</TT> with:
|
</PRE><P>And finally install <TT>ejabberd</TT> with:
|
||||||
</P><PRE CLASS="verbatim">gmake -f Makefile.gi ginstall
|
</P><PRE CLASS="verbatim">gmake -f Makefile.gi ginstall
|
||||||
</PRE><P> <A NAME="windows"></A> </P><!--TOC subsection Specific Notes for Microsoft Windows-->
|
</PRE><P> <A NAME="windows"></A> </P><!--TOC subsection Specific Notes for Microsoft Windows-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc16">2.4.8</A>  <A HREF="#windows">Specific Notes for Microsoft Windows</A></H3><!--SEC END --><P> <A NAME="windows"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc17">2.4.9</A>  <A HREF="#windows">Specific Notes for Microsoft Windows</A></H3><!--SEC END --><P> <A NAME="windows"></A>
|
||||||
</P><P> <A NAME="windowsreq"></A> </P><!--TOC subsubsection Requirements-->
|
</P><P> <A NAME="windowsreq"></A> </P><!--TOC subsubsection Requirements-->
|
||||||
<H4 CLASS="subsubsection"><!--SEC ANCHOR --><A HREF="#windowsreq">Requirements</A></H4><!--SEC END --><P> <A NAME="windowsreq"></A> </P><P>To compile <TT>ejabberd</TT> on a Microsoft Windows system, you need:
|
<H4 CLASS="subsubsection"><!--SEC ANCHOR --><A HREF="#windowsreq">Requirements</A></H4><!--SEC END --><P> <A NAME="windowsreq"></A> </P><P>To compile <TT>ejabberd</TT> on a Microsoft Windows system, you need:
|
||||||
</P><UL CLASS="itemize"><LI CLASS="li-itemize">
|
</P><UL CLASS="itemize"><LI CLASS="li-itemize">
|
||||||
@ -494,7 +502,7 @@ nmake -f Makefile.win32
|
|||||||
</PRE></LI><LI CLASS="li-enumerate">Edit the file <CODE>ejabberd\src\ejabberd.cfg</CODE> and run
|
</PRE></LI><LI CLASS="li-enumerate">Edit the file <CODE>ejabberd\src\ejabberd.cfg</CODE> and run
|
||||||
<PRE CLASS="verbatim">werl -s ejabberd -name ejabberd
|
<PRE CLASS="verbatim">werl -s ejabberd -name ejabberd
|
||||||
</PRE></LI></OL><P> <A NAME="initialadmin"></A> </P><!--TOC section Create a XMPP Account for Administration-->
|
</PRE></LI></OL><P> <A NAME="initialadmin"></A> </P><!--TOC section Create a XMPP Account for Administration-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc17">2.5</A>  <A HREF="#initialadmin">Create a XMPP Account for Administration</A></H2><!--SEC END --><P> <A NAME="initialadmin"></A> </P><P>You need a XMPP account and grant him administrative privileges
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc18">2.5</A>  <A HREF="#initialadmin">Create a XMPP Account for Administration</A></H2><!--SEC END --><P> <A NAME="initialadmin"></A> </P><P>You need a XMPP account and grant him administrative privileges
|
||||||
to enter the <TT>ejabberd</TT> Web Admin:
|
to enter the <TT>ejabberd</TT> Web Admin:
|
||||||
</P><OL CLASS="enumerate" type=1><LI CLASS="li-enumerate">
|
</P><OL CLASS="enumerate" type=1><LI CLASS="li-enumerate">
|
||||||
Register a XMPP account on your <TT>ejabberd</TT> server, for example <TT>admin1@example.org</TT>.
|
Register a XMPP account on your <TT>ejabberd</TT> server, for example <TT>admin1@example.org</TT>.
|
||||||
@ -515,16 +523,16 @@ favourite browser. Make sure to enter the <EM>full</EM> JID as username (in this
|
|||||||
example: <TT>admin1@example.org</TT>. The reason that you also need to enter the
|
example: <TT>admin1@example.org</TT>. The reason that you also need to enter the
|
||||||
suffix, is because <TT>ejabberd</TT>’s virtual hosting support.
|
suffix, is because <TT>ejabberd</TT>’s virtual hosting support.
|
||||||
</LI></OL><P> <A NAME="upgrade"></A> </P><!--TOC section Upgrading <TT>ejabberd</TT>-->
|
</LI></OL><P> <A NAME="upgrade"></A> </P><!--TOC section Upgrading <TT>ejabberd</TT>-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc18">2.6</A>  <A HREF="#upgrade">Upgrading <TT>ejabberd</TT></A></H2><!--SEC END --><P> <A NAME="upgrade"></A> </P><P>To upgrade an ejabberd installation to a new version,
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc19">2.6</A>  <A HREF="#upgrade">Upgrading <TT>ejabberd</TT></A></H2><!--SEC END --><P> <A NAME="upgrade"></A> </P><P>To upgrade an ejabberd installation to a new version,
|
||||||
simply uninstall the old version, and then install the new one.
|
simply uninstall the old version, and then install the new one.
|
||||||
Of course, it is important that the configuration file
|
Of course, it is important that the configuration file
|
||||||
and Mnesia database spool directory are not removed.</P><P><TT>ejabberd</TT> automatically updates the Mnesia table definitions at startup when needed.
|
and Mnesia database spool directory are not removed.</P><P><TT>ejabberd</TT> automatically updates the Mnesia table definitions at startup when needed.
|
||||||
If you also use an external database for storage of some modules,
|
If you also use an external database for storage of some modules,
|
||||||
check if the release notes of the new ejabberd version
|
check if the release notes of the new ejabberd version
|
||||||
indicates you need to also update those tables.</P><P> <A NAME="configure"></A> </P><!--TOC chapter Configuring <TT>ejabberd</TT>-->
|
indicates you need to also update those tables.</P><P> <A NAME="configure"></A> </P><!--TOC chapter Configuring <TT>ejabberd</TT>-->
|
||||||
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc19">Chapter 3</A>  <A HREF="#configure">Configuring <TT>ejabberd</TT></A></H1><!--SEC END --><P> <A NAME="configure"></A>
|
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc20">Chapter 3</A>  <A HREF="#configure">Configuring <TT>ejabberd</TT></A></H1><!--SEC END --><P> <A NAME="configure"></A>
|
||||||
</P><P> <A NAME="basicconfig"></A> </P><!--TOC section Basic Configuration-->
|
</P><P> <A NAME="basicconfig"></A> </P><!--TOC section Basic Configuration-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc20">3.1</A>  <A HREF="#basicconfig">Basic Configuration</A></H2><!--SEC END --><P> <A NAME="basicconfig"></A> </P><P>The configuration file will be loaded the first time you start <TT>ejabberd</TT>. The
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc21">3.1</A>  <A HREF="#basicconfig">Basic Configuration</A></H2><!--SEC END --><P> <A NAME="basicconfig"></A> </P><P>The configuration file will be loaded the first time you start <TT>ejabberd</TT>. The
|
||||||
content from this file will be parsed and stored in the internal <TT>ejabberd</TT> database. Subsequently the
|
content from this file will be parsed and stored in the internal <TT>ejabberd</TT> 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.</P><P>Note that <TT>ejabberd</TT> never edits the configuration file.
|
configuration file are appended to the entries in the database.</P><P>Note that <TT>ejabberd</TT> never edits the configuration file.
|
||||||
@ -543,7 +551,7 @@ override_acls.
|
|||||||
</PRE><P>With these lines the old global options (shared between all <TT>ejabberd</TT> nodes in a
|
</PRE><P>With these lines the old global options (shared between all <TT>ejabberd</TT> nodes in a
|
||||||
cluster), local options (which are specific for this particular <TT>ejabberd</TT> node)
|
cluster), local options (which are specific for this particular <TT>ejabberd</TT> node)
|
||||||
and ACLs will be removed before new ones are added.</P><P> <A NAME="hostnames"></A> </P><!--TOC subsection Host Names-->
|
and ACLs will be removed before new ones are added.</P><P> <A NAME="hostnames"></A> </P><!--TOC subsection Host Names-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc21">3.1.1</A>  <A HREF="#hostnames">Host Names</A></H3><!--SEC END --><P> <A NAME="hostnames"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc22">3.1.1</A>  <A HREF="#hostnames">Host Names</A></H3><!--SEC END --><P> <A NAME="hostnames"></A>
|
||||||
</P><P>The option <TT>hosts</TT> defines a list containing one or more domains that
|
</P><P>The option <TT>hosts</TT> defines a list containing one or more domains that
|
||||||
<TT>ejabberd</TT> will serve.</P><P>The syntax is:
|
<TT>ejabberd</TT> will serve.</P><P>The syntax is:
|
||||||
</P><DL CLASS="description"><DT CLASS="dt-description"><B><TT>{hosts, [HostName, ...]}.</TT></B></DT></DL><P>Examples:
|
</P><DL CLASS="description"><DT CLASS="dt-description"><B><TT>{hosts, [HostName, ...]}.</TT></B></DT></DL><P>Examples:
|
||||||
@ -553,7 +561,7 @@ Serving one domain:
|
|||||||
</PRE></LI><LI CLASS="li-itemize">Serving three domains:
|
</PRE></LI><LI CLASS="li-itemize">Serving three domains:
|
||||||
<PRE CLASS="verbatim">{hosts, ["example.net", "example.com", "jabber.somesite.org"]}.
|
<PRE CLASS="verbatim">{hosts, ["example.net", "example.com", "jabber.somesite.org"]}.
|
||||||
</PRE></LI></UL><P> <A NAME="virtualhost"></A> </P><!--TOC subsection Virtual Hosting-->
|
</PRE></LI></UL><P> <A NAME="virtualhost"></A> </P><!--TOC subsection Virtual Hosting-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc22">3.1.2</A>  <A HREF="#virtualhost">Virtual Hosting</A></H3><!--SEC END --><P> <A NAME="virtualhost"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc23">3.1.2</A>  <A HREF="#virtualhost">Virtual Hosting</A></H3><!--SEC END --><P> <A NAME="virtualhost"></A>
|
||||||
</P><P>Options can be defined separately for every virtual host using the
|
</P><P>Options can be defined separately for every virtual host using the
|
||||||
<TT>host_config</TT> option.</P><P>The syntax is:
|
<TT>host_config</TT> option.</P><P>The syntax is:
|
||||||
</P><DL CLASS="description"><DT CLASS="dt-description"><B><TT>{host_config, HostName, [Option, ...]}</TT></B></DT></DL><P>Examples:
|
</P><DL CLASS="description"><DT CLASS="dt-description"><B><TT>{host_config, HostName, [Option, ...]}</TT></B></DT></DL><P>Examples:
|
||||||
@ -622,7 +630,7 @@ other different modules for some specific virtual hosts:
|
|||||||
}
|
}
|
||||||
]}.
|
]}.
|
||||||
</PRE><P> <A NAME="listened"></A> </P><!--TOC subsection Listening Ports-->
|
</PRE><P> <A NAME="listened"></A> </P><!--TOC subsection Listening Ports-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc23">3.1.3</A>  <A HREF="#listened">Listening Ports</A></H3><!--SEC END --><P> <A NAME="listened"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc24">3.1.3</A>  <A HREF="#listened">Listening Ports</A></H3><!--SEC END --><P> <A NAME="listened"></A>
|
||||||
</P><P>The option <TT>listen</TT> defines for which ports, addresses and network protocols <TT>ejabberd</TT>
|
</P><P>The option <TT>listen</TT> defines for which ports, addresses and network protocols <TT>ejabberd</TT>
|
||||||
will listen and what services will be run on them. Each element of the list is a
|
will listen and what services will be run on them. Each element of the list is a
|
||||||
tuple with the following elements:
|
tuple with the following elements:
|
||||||
@ -667,7 +675,7 @@ Handles incoming s2s connections.<BR>
|
|||||||
</DD><DT CLASS="dt-description"><B><TT>ejabberd_service</TT></B></DT><DD CLASS="dd-description">
|
</DD><DT CLASS="dt-description"><B><TT>ejabberd_service</TT></B></DT><DD CLASS="dd-description">
|
||||||
Interacts with an <A HREF="http://www.ejabberd.im/tutorials-transports">external component</A>
|
Interacts with an <A HREF="http://www.ejabberd.im/tutorials-transports">external component</A>
|
||||||
(as defined in the Jabber Component Protocol (<A HREF="http://xmpp.org/extensions/xep-0114.html">XEP-0114</A>).<BR>
|
(as defined in the Jabber Component Protocol (<A HREF="http://xmpp.org/extensions/xep-0114.html">XEP-0114</A>).<BR>
|
||||||
Options: <TT>access</TT>, <TT>hosts</TT>,
|
Options: <TT>access</TT>, <TT>hosts</TT>, <TT>max_fsm_queue</TT>,
|
||||||
<TT>shaper</TT>, <TT>service_check_from</TT>
|
<TT>shaper</TT>, <TT>service_check_from</TT>
|
||||||
</DD><DT CLASS="dt-description"><B><TT>ejabberd_stun</TT></B></DT><DD CLASS="dd-description">
|
</DD><DT CLASS="dt-description"><B><TT>ejabberd_stun</TT></B></DT><DD CLASS="dd-description">
|
||||||
Handles STUN Binding requests as defined in
|
Handles STUN Binding requests as defined in
|
||||||
@ -722,7 +730,16 @@ interesting to host a web-based XMPP client such as
|
|||||||
an incoming POST request can be configured with the global option
|
an incoming POST request can be configured with the global option
|
||||||
<TT>http_poll_timeout</TT>. The default value is five minutes.
|
<TT>http_poll_timeout</TT>. The default value is five minutes.
|
||||||
The option can be defined in <TT>ejabberd.cfg</TT>, expressing the time
|
The option can be defined in <TT>ejabberd.cfg</TT>, expressing the time
|
||||||
in seconds: <CODE>{http_poll_timeout, 300}.</CODE></P></DD><DT CLASS="dt-description"><B><TT>{max_stanza_size, Size}</TT></B></DT><DD CLASS="dd-description">
|
in seconds: <CODE>{http_poll_timeout, 300}.</CODE>
|
||||||
|
</P></DD><DT CLASS="dt-description"><B><TT>{max_fsm_queue, Size}</TT></B></DT><DD CLASS="dd-description">
|
||||||
|
This option specifies the maximum number of elements in the queue of the FSM.
|
||||||
|
This option can be specified for an <TT>ejabberd_service</TT> listener,
|
||||||
|
or also globally for <TT>ejabberd_s2s_out</TT>.
|
||||||
|
If the option is not specified for an <TT>ejabberd_service</TT> listener,
|
||||||
|
the globally configured value is used.
|
||||||
|
The allowed values are integers and ’undefined’.
|
||||||
|
Default value: ’undefined’.
|
||||||
|
</DD><DT CLASS="dt-description"><B><TT>{max_stanza_size, Size}</TT></B></DT><DD CLASS="dd-description">
|
||||||
This option specifies an
|
This option specifies an
|
||||||
approximate maximum size in bytes of XML stanzas. Approximate,
|
approximate maximum size in bytes of XML stanzas. Approximate,
|
||||||
because it is calculated with the precision of one block of readed
|
because it is calculated with the precision of one block of readed
|
||||||
@ -797,6 +814,14 @@ with a small list of trusted servers, or to block some specific servers.
|
|||||||
</DD><DT CLASS="dt-description"><B><TT>{s2s_max_retry_delay, Seconds}</TT></B></DT><DD CLASS="dd-description">
|
</DD><DT CLASS="dt-description"><B><TT>{s2s_max_retry_delay, Seconds}</TT></B></DT><DD CLASS="dd-description">
|
||||||
The maximum allowed delay for retry to connect after a failed connection attempt.
|
The maximum allowed delay for retry to connect after a failed connection attempt.
|
||||||
Specified in seconds. The default value is 300 seconds (5 minutes).
|
Specified in seconds. The default value is 300 seconds (5 minutes).
|
||||||
|
</DD><DT CLASS="dt-description"><B><TT>{max_fsm_queue, Size}</TT></B></DT><DD CLASS="dd-description">
|
||||||
|
This option specifies the maximum number of elements in the queue of the FSM.
|
||||||
|
This option can be specified for an <TT>ejabberd_service</TT> listener,
|
||||||
|
or also globally for <TT>ejabberd_s2s_out</TT>.
|
||||||
|
If the option is not specified for an <TT>ejabberd_service</TT> listener,
|
||||||
|
the globally configured value is used.
|
||||||
|
The allowed values are integers and ’undefined’.
|
||||||
|
Default value: ’undefined’.
|
||||||
</DD></DL><P> <A NAME="listened-examples"></A> </P><!--TOC subsubsection Examples-->
|
</DD></DL><P> <A NAME="listened-examples"></A> </P><!--TOC subsubsection Examples-->
|
||||||
<H4 CLASS="subsubsection"><!--SEC ANCHOR --><A HREF="#listened-examples">Examples</A></H4><!--SEC END --><P> <A NAME="listened-examples"></A> </P><P>For example, the following simple configuration defines:
|
<H4 CLASS="subsubsection"><!--SEC ANCHOR --><A HREF="#listened-examples">Examples</A></H4><!--SEC END --><P> <A NAME="listened-examples"></A> </P><P>For example, the following simple configuration defines:
|
||||||
</P><UL CLASS="itemize"><LI CLASS="li-itemize">
|
</P><UL CLASS="itemize"><LI CLASS="li-itemize">
|
||||||
@ -963,7 +988,7 @@ you have to make the transports log and do XDB by themselves:
|
|||||||
</xdb_file>
|
</xdb_file>
|
||||||
</xdb>
|
</xdb>
|
||||||
</PRE><P> <A NAME="auth"></A> </P><!--TOC subsection Authentication-->
|
</PRE><P> <A NAME="auth"></A> </P><!--TOC subsection Authentication-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc24">3.1.4</A>  <A HREF="#auth">Authentication</A></H3><!--SEC END --><P> <A NAME="auth"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc25">3.1.4</A>  <A HREF="#auth">Authentication</A></H3><!--SEC END --><P> <A NAME="auth"></A>
|
||||||
</P><P>The option <TT>auth_method</TT> defines the authentication methods that are used
|
</P><P>The option <TT>auth_method</TT> defines the authentication methods that are used
|
||||||
for user authentication. The syntax is:
|
for user authentication. The syntax is:
|
||||||
</P><DL CLASS="description"><DT CLASS="dt-description"><B><TT>{auth_method, [Method, ...]}.</TT></B></DT></DL><P>The following authentication methods are supported by <TT>ejabberd</TT>:
|
</P><DL CLASS="description"><DT CLASS="dt-description"><B><TT>{auth_method, [Method, ...]}.</TT></B></DT></DL><P>The following authentication methods are supported by <TT>ejabberd</TT>:
|
||||||
@ -1073,7 +1098,7 @@ module provides such functionality.
|
|||||||
</LI><LI CLASS="li-itemize">If you use <TT>pam_winbind</TT> to authorise against a Windows Active Directory,
|
</LI><LI CLASS="li-itemize">If you use <TT>pam_winbind</TT> to authorise against a Windows Active Directory,
|
||||||
then <TT>/etc/nssswitch.conf</TT> must be configured to use <TT>winbind</TT> as well.
|
then <TT>/etc/nssswitch.conf</TT> must be configured to use <TT>winbind</TT> as well.
|
||||||
</LI></UL><P> <A NAME="accessrules"></A> </P><!--TOC subsection Access Rules-->
|
</LI></UL><P> <A NAME="accessrules"></A> </P><!--TOC subsection Access Rules-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc25">3.1.5</A>  <A HREF="#accessrules">Access Rules</A></H3><!--SEC END --><P> <A NAME="accessrules"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc26">3.1.5</A>  <A HREF="#accessrules">Access Rules</A></H3><!--SEC END --><P> <A NAME="accessrules"></A>
|
||||||
</P><P> <A NAME="ACLDefinition"></A> </P><!--TOC subsubsection ACL Definition-->
|
</P><P> <A NAME="ACLDefinition"></A> </P><!--TOC subsubsection ACL Definition-->
|
||||||
<H4 CLASS="subsubsection"><!--SEC ANCHOR --><A HREF="#ACLDefinition">ACL Definition</A></H4><!--SEC END --><P> <A NAME="ACLDefinition"></A>
|
<H4 CLASS="subsubsection"><!--SEC ANCHOR --><A HREF="#ACLDefinition">ACL Definition</A></H4><!--SEC END --><P> <A NAME="ACLDefinition"></A>
|
||||||
</P><P>Access control in <TT>ejabberd</TT> is performed via Access Control Lists (ACLs). The
|
</P><P>Access control in <TT>ejabberd</TT> is performed via Access Control Lists (ACLs). The
|
||||||
@ -1171,7 +1196,7 @@ There’s also available the access <TT>max_s2s_connections_per_node</TT>.<
|
|||||||
Allow up to 3 connections with each remote server:
|
Allow up to 3 connections with each remote server:
|
||||||
<PRE CLASS="verbatim">{access, max_s2s_connections, [{3, all}]}.
|
<PRE CLASS="verbatim">{access, max_s2s_connections, [{3, all}]}.
|
||||||
</PRE></LI></UL><P> <A NAME="shapers"></A> </P><!--TOC subsection Shapers-->
|
</PRE></LI></UL><P> <A NAME="shapers"></A> </P><!--TOC subsection Shapers-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc26">3.1.6</A>  <A HREF="#shapers">Shapers</A></H3><!--SEC END --><P> <A NAME="shapers"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc27">3.1.6</A>  <A HREF="#shapers">Shapers</A></H3><!--SEC END --><P> <A NAME="shapers"></A>
|
||||||
</P><P>Shapers enable you to limit connection traffic.
|
</P><P>Shapers enable you to limit connection traffic.
|
||||||
The syntax is:
|
The syntax is:
|
||||||
</P><DL CLASS="description"><DT CLASS="dt-description"><B><TT>{shaper, ShaperName, Kind}.</TT></B></DT></DL><P>
|
</P><DL CLASS="description"><DT CLASS="dt-description"><B><TT>{shaper, ShaperName, Kind}.</TT></B></DT></DL><P>
|
||||||
@ -1190,7 +1215,7 @@ To define a shaper named ‘<TT>normal</TT>’ with traffic speed limi
|
|||||||
50,000 bytes/second:
|
50,000 bytes/second:
|
||||||
<PRE CLASS="verbatim">{shaper, fast, {maxrate, 50000}}.
|
<PRE CLASS="verbatim">{shaper, fast, {maxrate, 50000}}.
|
||||||
</PRE></LI></UL><P> <A NAME="language"></A> </P><!--TOC subsection Default Language-->
|
</PRE></LI></UL><P> <A NAME="language"></A> </P><!--TOC subsection Default Language-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc27">3.1.7</A>  <A HREF="#language">Default Language</A></H3><!--SEC END --><P> <A NAME="language"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc28">3.1.7</A>  <A HREF="#language">Default Language</A></H3><!--SEC END --><P> <A NAME="language"></A>
|
||||||
</P><P>The option <TT>language</TT> defines the default language of server strings that
|
</P><P>The option <TT>language</TT> defines the default language of server strings that
|
||||||
can be seen by XMPP clients. If a XMPP client does not support
|
can be seen by XMPP clients. If a XMPP client does not support
|
||||||
<TT>xml:lang</TT>, the specified language is used.</P><P>The option syntax is:
|
<TT>xml:lang</TT>, the specified language is used.</P><P>The option syntax is:
|
||||||
@ -1199,7 +1224,7 @@ In order to take effect there must be a translation file
|
|||||||
<TT>Language.msg</TT> in <TT>ejabberd</TT>’s <TT>msgs</TT> directory.</P><P>For example, to set Russian as default language:
|
<TT>Language.msg</TT> in <TT>ejabberd</TT>’s <TT>msgs</TT> directory.</P><P>For example, to set Russian as default language:
|
||||||
</P><PRE CLASS="verbatim">{language, "ru"}.
|
</P><PRE CLASS="verbatim">{language, "ru"}.
|
||||||
</PRE><P>Appendix <A HREF="#i18ni10n">A</A> provides more details about internationalization and localization.</P><P> <A NAME="captcha"></A> </P><!--TOC subsection CAPTCHA-->
|
</PRE><P>Appendix <A HREF="#i18ni10n">A</A> provides more details about internationalization and localization.</P><P> <A NAME="captcha"></A> </P><!--TOC subsection CAPTCHA-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc28">3.1.8</A>  <A HREF="#captcha">CAPTCHA</A></H3><!--SEC END --><P> <A NAME="captcha"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc29">3.1.8</A>  <A HREF="#captcha">CAPTCHA</A></H3><!--SEC END --><P> <A NAME="captcha"></A>
|
||||||
</P><P>Some <TT>ejabberd</TT> modules can be configured to require a CAPTCHA challenge on certain actions.
|
</P><P>Some <TT>ejabberd</TT> modules can be configured to require a CAPTCHA challenge on certain actions.
|
||||||
If the client does not support CAPTCHA Forms (<A HREF="http://xmpp.org/extensions/xep-0158.html">XEP-0158</A>),
|
If the client does not support CAPTCHA Forms (<A HREF="http://xmpp.org/extensions/xep-0158.html">XEP-0158</A>),
|
||||||
a web link is provided so the user can fill the challenge in a web browser.</P><P>An example script is provided that generates the image
|
a web link is provided so the user can fill the challenge in a web browser.</P><P>An example script is provided that generates the image
|
||||||
@ -1231,7 +1256,7 @@ See section <A HREF="#listened-module">3.1.3</A>.</P><P>Example configuration:
|
|||||||
|
|
||||||
]}.
|
]}.
|
||||||
</PRE><P> <A NAME="stun"></A> </P><!--TOC subsection STUN-->
|
</PRE><P> <A NAME="stun"></A> </P><!--TOC subsection STUN-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc29">3.1.9</A>  <A HREF="#stun">STUN</A></H3><!--SEC END --><P> <A NAME="stun"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc30">3.1.9</A>  <A HREF="#stun">STUN</A></H3><!--SEC END --><P> <A NAME="stun"></A>
|
||||||
</P><P><TT>ejabberd</TT> is able to act as a stand-alone STUN server
|
</P><P><TT>ejabberd</TT> is able to act as a stand-alone STUN server
|
||||||
(<A HREF="http://tools.ietf.org/html/rfc5389">RFC 5389</A>). Currently only Binding usage
|
(<A HREF="http://tools.ietf.org/html/rfc5389">RFC 5389</A>). Currently only Binding usage
|
||||||
is supported. In that role <TT>ejabberd</TT> helps clients with Jingle ICE (<A HREF="http://xmpp.org/extensions/xep-0176.html">XEP-0176</A>) support to discover their external addresses and ports.</P><P>You should configure <TT>ejabberd_stun</TT> listening module as described in <A HREF="#listened">3.1.3</A> section.
|
is supported. In that role <TT>ejabberd</TT> helps clients with Jingle ICE (<A HREF="http://xmpp.org/extensions/xep-0176.html">XEP-0176</A>) support to discover their external addresses and ports.</P><P>You should configure <TT>ejabberd_stun</TT> listening module as described in <A HREF="#listened">3.1.3</A> section.
|
||||||
@ -1258,7 +1283,7 @@ of <A HREF="http://tools.ietf.org/html/rfc5389">RFC 5389</A> for details.</P><P>
|
|||||||
_stun._tcp IN SRV 0 0 3478 stun.example.com.
|
_stun._tcp IN SRV 0 0 3478 stun.example.com.
|
||||||
_stuns._tcp IN SRV 0 0 5349 stun.example.com.
|
_stuns._tcp IN SRV 0 0 5349 stun.example.com.
|
||||||
</PRE><P> <A NAME="includeconfigfile"></A> </P><!--TOC subsection Include Additional Configuration Files-->
|
</PRE><P> <A NAME="includeconfigfile"></A> </P><!--TOC subsection Include Additional Configuration Files-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc30">3.1.10</A>  <A HREF="#includeconfigfile">Include Additional Configuration Files</A></H3><!--SEC END --><P> <A NAME="includeconfigfile"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc31">3.1.10</A>  <A HREF="#includeconfigfile">Include Additional Configuration Files</A></H3><!--SEC END --><P> <A NAME="includeconfigfile"></A>
|
||||||
</P><P>The option <TT>include_config_file</TT> in a configuration file instructs <TT>ejabberd</TT> to include other configuration files immediately.</P><P>The basic syntax is:
|
</P><P>The option <TT>include_config_file</TT> in a configuration file instructs <TT>ejabberd</TT> to include other configuration files immediately.</P><P>The basic syntax is:
|
||||||
</P><DL CLASS="description"><DT CLASS="dt-description"><B><TT>{include_config_file, Filename}.</TT></B></DT></DL><P>
|
</P><DL CLASS="description"><DT CLASS="dt-description"><B><TT>{include_config_file, Filename}.</TT></B></DT></DL><P>
|
||||||
It is possible to specify suboptions using the full syntax:
|
It is possible to specify suboptions using the full syntax:
|
||||||
@ -1288,7 +1313,7 @@ and later includes another file with additional rules:
|
|||||||
</P><PRE CLASS="verbatim">{acl, admin, {user, "bob", "localhost"}}.
|
</P><PRE CLASS="verbatim">{acl, admin, {user, "bob", "localhost"}}.
|
||||||
{acl, admin, {user, "jan", "localhost"}}.
|
{acl, admin, {user, "jan", "localhost"}}.
|
||||||
</PRE><P> <A NAME="optionmacros"></A> </P><!--TOC subsection Option Macros in Configuration File-->
|
</PRE><P> <A NAME="optionmacros"></A> </P><!--TOC subsection Option Macros in Configuration File-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc31">3.1.11</A>  <A HREF="#optionmacros">Option Macros in Configuration File</A></H3><!--SEC END --><P> <A NAME="optionmacros"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc32">3.1.11</A>  <A HREF="#optionmacros">Option Macros in Configuration File</A></H3><!--SEC END --><P> <A NAME="optionmacros"></A>
|
||||||
</P><P>In the <TT>ejabberd</TT> configuration file,
|
</P><P>In the <TT>ejabberd</TT> configuration file,
|
||||||
it is possible to define a macro for a value
|
it is possible to define a macro for a value
|
||||||
and later use this macro when defining an option.</P><P>A macro is defined with this syntax:
|
and later use this macro when defining an option.</P><P>A macro is defined with this syntax:
|
||||||
@ -1337,7 +1362,7 @@ This usage behaves as if it were defined and used this way:
|
|||||||
]
|
]
|
||||||
}.
|
}.
|
||||||
</PRE><P> <A NAME="database"></A> </P><!--TOC section Database and LDAP Configuration-->
|
</PRE><P> <A NAME="database"></A> </P><!--TOC section Database and LDAP Configuration-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc32">3.2</A>  <A HREF="#database">Database and LDAP Configuration</A></H2><!--SEC END --><P> <A NAME="database"></A>
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc33">3.2</A>  <A HREF="#database">Database and LDAP Configuration</A></H2><!--SEC END --><P> <A NAME="database"></A>
|
||||||
|
|
||||||
</P><P><TT>ejabberd</TT> uses its internal Mnesia database by default. However, it is
|
</P><P><TT>ejabberd</TT> uses its internal Mnesia database by default. However, it is
|
||||||
possible to use a relational database or an LDAP server to store persistent,
|
possible to use a relational database or an LDAP server to store persistent,
|
||||||
@ -1370,7 +1395,7 @@ For example:
|
|||||||
{auth_method, [odbc]}
|
{auth_method, [odbc]}
|
||||||
]}.
|
]}.
|
||||||
</PRE><P> <A NAME="mysql"></A> </P><!--TOC subsection MySQL-->
|
</PRE><P> <A NAME="mysql"></A> </P><!--TOC subsection MySQL-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc33">3.2.1</A>  <A HREF="#mysql">MySQL</A></H3><!--SEC END --><P> <A NAME="mysql"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc34">3.2.1</A>  <A HREF="#mysql">MySQL</A></H3><!--SEC END --><P> <A NAME="mysql"></A>
|
||||||
</P><P>Although this section will describe <TT>ejabberd</TT>’s configuration when you want to
|
</P><P>Although this section will describe <TT>ejabberd</TT>’s configuration when you want to
|
||||||
use the native MySQL driver, it does not describe MySQL’s installation and
|
use the native MySQL driver, it does not describe MySQL’s installation and
|
||||||
database creation. Check the MySQL documentation and the tutorial <A HREF="http://support.process-one.net/doc/display/MESSENGER/Using+ejabberd+with+MySQL+native+driver">Using ejabberd with MySQL native driver</A> for information regarding these topics.
|
database creation. Check the MySQL documentation and the tutorial <A HREF="http://support.process-one.net/doc/display/MESSENGER/Using+ejabberd+with+MySQL+native+driver">Using ejabberd with MySQL native driver</A> for information regarding these topics.
|
||||||
@ -1427,7 +1452,7 @@ relational databases like MySQL. To enable storage to your database, just make
|
|||||||
sure that your database is running well (see previous sections), and replace the
|
sure that your database is running well (see previous sections), and replace the
|
||||||
suffix-less or ldap module variant with the odbc module variant. Keep in mind
|
suffix-less or ldap module variant with the odbc module variant. Keep in mind
|
||||||
that you cannot have several variants of the same module loaded!</P><P> <A NAME="mssql"></A> </P><!--TOC subsection Microsoft SQL Server-->
|
that you cannot have several variants of the same module loaded!</P><P> <A NAME="mssql"></A> </P><!--TOC subsection Microsoft SQL Server-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc34">3.2.2</A>  <A HREF="#mssql">Microsoft SQL Server</A></H3><!--SEC END --><P> <A NAME="mssql"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc35">3.2.2</A>  <A HREF="#mssql">Microsoft SQL Server</A></H3><!--SEC END --><P> <A NAME="mssql"></A>
|
||||||
</P><P>Although this section will describe <TT>ejabberd</TT>’s configuration when you want to
|
</P><P>Although this section will describe <TT>ejabberd</TT>’s configuration when you want to
|
||||||
use Microsoft SQL Server, it does not describe Microsoft SQL Server’s
|
use Microsoft SQL Server, it does not describe Microsoft SQL Server’s
|
||||||
installation and database creation. Check the MySQL documentation and the
|
installation and database creation. Check the MySQL documentation and the
|
||||||
@ -1465,7 +1490,7 @@ database, just make sure that your database is running well (see previous
|
|||||||
sections), and replace the suffix-less or ldap module variant with the odbc
|
sections), and replace the suffix-less or ldap module variant with the odbc
|
||||||
module variant. Keep in mind that you cannot have several variants of the same
|
module variant. Keep in mind that you cannot have several variants of the same
|
||||||
module loaded!</P><P> <A NAME="pgsql"></A> </P><!--TOC subsection PostgreSQL-->
|
module loaded!</P><P> <A NAME="pgsql"></A> </P><!--TOC subsection PostgreSQL-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc35">3.2.3</A>  <A HREF="#pgsql">PostgreSQL</A></H3><!--SEC END --><P> <A NAME="pgsql"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc36">3.2.3</A>  <A HREF="#pgsql">PostgreSQL</A></H3><!--SEC END --><P> <A NAME="pgsql"></A>
|
||||||
</P><P>Although this section will describe <TT>ejabberd</TT>’s configuration when you want to
|
</P><P>Although this section will describe <TT>ejabberd</TT>’s configuration when you want to
|
||||||
use the native PostgreSQL driver, it does not describe PostgreSQL’s installation
|
use the native PostgreSQL driver, it does not describe PostgreSQL’s installation
|
||||||
and database creation. Check the PostgreSQL documentation and the tutorial <A HREF="http://support.process-one.net/doc/display/MESSENGER/Using+ejabberd+with+MySQL+native+driver">Using ejabberd with MySQL native driver</A> for information regarding these topics.
|
and database creation. Check the PostgreSQL documentation and the tutorial <A HREF="http://support.process-one.net/doc/display/MESSENGER/Using+ejabberd+with+MySQL+native+driver">Using ejabberd with MySQL native driver</A> for information regarding these topics.
|
||||||
@ -1522,7 +1547,7 @@ relational databases like PostgreSQL. To enable storage to your database, just
|
|||||||
make sure that your database is running well (see previous sections), and
|
make sure that your database is running well (see previous sections), and
|
||||||
replace the suffix-less or ldap module variant with the odbc module variant.
|
replace the suffix-less or ldap module variant with the odbc module variant.
|
||||||
Keep in mind that you cannot have several variants of the same module loaded!</P><P> <A NAME="odbc"></A> </P><!--TOC subsection ODBC Compatible-->
|
Keep in mind that you cannot have several variants of the same module loaded!</P><P> <A NAME="odbc"></A> </P><!--TOC subsection ODBC Compatible-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc36">3.2.4</A>  <A HREF="#odbc">ODBC Compatible</A></H3><!--SEC END --><P> <A NAME="odbc"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc37">3.2.4</A>  <A HREF="#odbc">ODBC Compatible</A></H3><!--SEC END --><P> <A NAME="odbc"></A>
|
||||||
</P><P>Although this section will describe <TT>ejabberd</TT>’s configuration when you want to
|
</P><P>Although this section will describe <TT>ejabberd</TT>’s configuration when you want to
|
||||||
use the ODBC driver, it does not describe the installation and database creation
|
use the ODBC driver, it does not describe the installation and database creation
|
||||||
of your database. Check the documentation of your database. The tutorial <A HREF="http://support.process-one.net/doc/display/MESSENGER/Using+ejabberd+with+MySQL+native+driver">Using ejabberd with MySQL native driver</A> also can help you. Note that the tutorial
|
of your database. Check the documentation of your database. The tutorial <A HREF="http://support.process-one.net/doc/display/MESSENGER/Using+ejabberd+with+MySQL+native+driver">Using ejabberd with MySQL native driver</A> also can help you. Note that the tutorial
|
||||||
@ -1567,7 +1592,7 @@ database, just make sure that your database is running well (see previous
|
|||||||
sections), and replace the suffix-less or ldap module variant with the odbc
|
sections), and replace the suffix-less or ldap module variant with the odbc
|
||||||
module variant. Keep in mind that you cannot have several variants of the same
|
module variant. Keep in mind that you cannot have several variants of the same
|
||||||
module loaded!</P><P> <A NAME="ldap"></A> </P><!--TOC subsection LDAP-->
|
module loaded!</P><P> <A NAME="ldap"></A> </P><!--TOC subsection LDAP-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc37">3.2.5</A>  <A HREF="#ldap">LDAP</A></H3><!--SEC END --><P> <A NAME="ldap"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc38">3.2.5</A>  <A HREF="#ldap">LDAP</A></H3><!--SEC END --><P> <A NAME="ldap"></A>
|
||||||
</P><P><TT>ejabberd</TT> has built-in LDAP support. You can authenticate users against LDAP
|
</P><P><TT>ejabberd</TT> has built-in LDAP support. You can authenticate users against LDAP
|
||||||
server and use LDAP directory as vCard storage. Shared rosters are not supported
|
server and use LDAP directory as vCard storage. Shared rosters are not supported
|
||||||
yet.</P><P>Note that <TT>ejabberd</TT> treats LDAP as a read-only storage:
|
yet.</P><P>Note that <TT>ejabberd</TT> treats LDAP as a read-only storage:
|
||||||
@ -1753,7 +1778,7 @@ configuration is shown below:</P><PRE CLASS="verbatim">{auth_method, ldap}.
|
|||||||
...
|
...
|
||||||
]}.
|
]}.
|
||||||
</PRE><P> <A NAME="modules"></A> </P><!--TOC section Modules Configuration-->
|
</PRE><P> <A NAME="modules"></A> </P><!--TOC section Modules Configuration-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc38">3.3</A>  <A HREF="#modules">Modules Configuration</A></H2><!--SEC END --><P> <A NAME="modules"></A>
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc39">3.3</A>  <A HREF="#modules">Modules Configuration</A></H2><!--SEC END --><P> <A NAME="modules"></A>
|
||||||
</P><P>The option <TT>modules</TT> defines the list of modules that will be loaded after
|
</P><P>The option <TT>modules</TT> defines the list of modules that will be loaded after
|
||||||
<TT>ejabberd</TT>’s startup. Each entry in the list is a tuple in which the first
|
<TT>ejabberd</TT>’s startup. Each entry in the list is a tuple in which the first
|
||||||
element is the name of a module and the second is a list of options for that
|
element is the name of a module and the second is a list of options for that
|
||||||
@ -1776,7 +1801,7 @@ all entries end with a comma:
|
|||||||
{mod_version, []}
|
{mod_version, []}
|
||||||
]}.
|
]}.
|
||||||
</PRE></LI></UL><P> <A NAME="modoverview"></A> </P><!--TOC subsection Modules Overview-->
|
</PRE></LI></UL><P> <A NAME="modoverview"></A> </P><!--TOC subsection Modules Overview-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc39">3.3.1</A>  <A HREF="#modoverview">Modules Overview</A></H3><!--SEC END --><P> <A NAME="modoverview"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc40">3.3.1</A>  <A HREF="#modoverview">Modules Overview</A></H3><!--SEC END --><P> <A NAME="modoverview"></A>
|
||||||
</P><P>The following table lists all modules included in <TT>ejabberd</TT>.</P><BLOCKQUOTE CLASS="table"><DIV CLASS="center"><DIV CLASS="center"><HR WIDTH="80%" SIZE=2></DIV>
|
</P><P>The following table lists all modules included in <TT>ejabberd</TT>.</P><BLOCKQUOTE CLASS="table"><DIV CLASS="center"><DIV CLASS="center"><HR WIDTH="80%" SIZE=2></DIV>
|
||||||
<TABLE BORDER=1 CELLSPACING=0 CELLPADDING=1><TR><TD ALIGN=left NOWRAP><B>Module</B></TD><TD ALIGN=left NOWRAP><B>Feature</B></TD><TD ALIGN=left NOWRAP><B>Dependencies</B></TD></TR>
|
<TABLE BORDER=1 CELLSPACING=0 CELLPADDING=1><TR><TD ALIGN=left NOWRAP><B>Module</B></TD><TD ALIGN=left NOWRAP><B>Feature</B></TD><TD ALIGN=left NOWRAP><B>Dependencies</B></TD></TR>
|
||||||
<TR><TD ALIGN=left NOWRAP><TT>mod_adhoc</TT></TD><TD ALIGN=left NOWRAP>Ad-Hoc Commands (<A HREF="http://xmpp.org/extensions/xep-0050.html">XEP-0050</A>)</TD><TD ALIGN=left NOWRAP> </TD></TR>
|
<TR><TD ALIGN=left NOWRAP><TT>mod_adhoc</TT></TD><TD ALIGN=left NOWRAP>Ad-Hoc Commands (<A HREF="http://xmpp.org/extensions/xep-0050.html">XEP-0050</A>)</TD><TD ALIGN=left NOWRAP> </TD></TR>
|
||||||
@ -1838,7 +1863,7 @@ Last connection date and time: Use <TT>mod_last_odbc</TT> instead of
|
|||||||
<TT>ejabberd</TT> website. Please remember that these contributions might not work or
|
<TT>ejabberd</TT> website. Please remember that these contributions might not work or
|
||||||
that they can contain severe bugs and security leaks. Therefore, use them at
|
that they can contain severe bugs and security leaks. Therefore, use them at
|
||||||
your own risk!</P><P> <A NAME="modcommonoptions"></A> </P><!--TOC subsection Common Options-->
|
your own risk!</P><P> <A NAME="modcommonoptions"></A> </P><!--TOC subsection Common Options-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc40">3.3.2</A>  <A HREF="#modcommonoptions">Common Options</A></H3><!--SEC END --><P> <A NAME="modcommonoptions"></A> </P><P>The following options are used by many modules. Therefore, they are described in
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc41">3.3.2</A>  <A HREF="#modcommonoptions">Common Options</A></H3><!--SEC END --><P> <A NAME="modcommonoptions"></A> </P><P>The following options are used by many modules. Therefore, they are described in
|
||||||
this separate section.</P><P> <A NAME="modiqdiscoption"></A> </P><!--TOC subsubsection <TT>iqdisc</TT>-->
|
this separate section.</P><P> <A NAME="modiqdiscoption"></A> </P><!--TOC subsubsection <TT>iqdisc</TT>-->
|
||||||
<H4 CLASS="subsubsection"><!--SEC ANCHOR --><A HREF="#modiqdiscoption"><TT>iqdisc</TT></A></H4><!--SEC END --><P> <A NAME="modiqdiscoption"></A>
|
<H4 CLASS="subsubsection"><!--SEC ANCHOR --><A HREF="#modiqdiscoption"><TT>iqdisc</TT></A></H4><!--SEC END --><P> <A NAME="modiqdiscoption"></A>
|
||||||
</P><P>Many modules define handlers for processing IQ queries of different namespaces
|
</P><P>Many modules define handlers for processing IQ queries of different namespaces
|
||||||
@ -1892,7 +1917,7 @@ the "@HOST@" keyword must be used:
|
|||||||
...
|
...
|
||||||
]}.
|
]}.
|
||||||
</PRE><P> <A NAME="modannounce"></A> </P><!--TOC subsection <TT>mod_announce</TT>-->
|
</PRE><P> <A NAME="modannounce"></A> </P><!--TOC subsection <TT>mod_announce</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc41">3.3.3</A>  <A HREF="#modannounce"><TT>mod_announce</TT></A></H3><!--SEC END --><P> <A NAME="modannounce"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc42">3.3.3</A>  <A HREF="#modannounce"><TT>mod_announce</TT></A></H3><!--SEC END --><P> <A NAME="modannounce"></A>
|
||||||
</P><P>This module enables configured users to broadcast announcements and to set
|
</P><P>This module enables configured users to broadcast announcements and to set
|
||||||
the message of the day (MOTD).
|
the message of the day (MOTD).
|
||||||
Configured users can perform these actions with a
|
Configured users can perform these actions with a
|
||||||
@ -1956,7 +1981,7 @@ Only administrators can send announcements:
|
|||||||
</PRE></LI></UL><P>Note that <TT>mod_announce</TT> can be resource intensive on large
|
</PRE></LI></UL><P>Note that <TT>mod_announce</TT> can be resource intensive on large
|
||||||
deployments as it can broadcast lot of messages. This module should be
|
deployments as it can broadcast lot of messages. This module should be
|
||||||
disabled for instances of <TT>ejabberd</TT> with hundreds of thousands users.</P><P> <A NAME="moddisco"></A> </P><!--TOC subsection <TT>mod_disco</TT>-->
|
disabled for instances of <TT>ejabberd</TT> with hundreds of thousands users.</P><P> <A NAME="moddisco"></A> </P><!--TOC subsection <TT>mod_disco</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc42">3.3.4</A>  <A HREF="#moddisco"><TT>mod_disco</TT></A></H3><!--SEC END --><P> <A NAME="moddisco"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc43">3.3.4</A>  <A HREF="#moddisco"><TT>mod_disco</TT></A></H3><!--SEC END --><P> <A NAME="moddisco"></A>
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
@ -2030,7 +2055,7 @@ and admin addresses for both the main server and the vJUD service:
|
|||||||
...
|
...
|
||||||
]}.
|
]}.
|
||||||
</PRE></LI></UL><P> <A NAME="modecho"></A> </P><!--TOC subsection <TT>mod_echo</TT>-->
|
</PRE></LI></UL><P> <A NAME="modecho"></A> </P><!--TOC subsection <TT>mod_echo</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc43">3.3.5</A>  <A HREF="#modecho"><TT>mod_echo</TT></A></H3><!--SEC END --><P> <A NAME="modecho"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc44">3.3.5</A>  <A HREF="#modecho"><TT>mod_echo</TT></A></H3><!--SEC END --><P> <A NAME="modecho"></A>
|
||||||
</P><P>This module simply echoes any XMPP
|
</P><P>This module simply echoes any XMPP
|
||||||
packet back to the sender. This mirror can be of interest for
|
packet back to the sender. This mirror can be of interest for
|
||||||
<TT>ejabberd</TT> and XMPP client debugging.</P><P>Options:
|
<TT>ejabberd</TT> and XMPP client debugging.</P><P>Options:
|
||||||
@ -2050,7 +2075,7 @@ of them all?
|
|||||||
...
|
...
|
||||||
]}.
|
]}.
|
||||||
</PRE><P> <A NAME="modhttpbind"></A> </P><!--TOC subsection <TT>mod_http_bind</TT>-->
|
</PRE><P> <A NAME="modhttpbind"></A> </P><!--TOC subsection <TT>mod_http_bind</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc44">3.3.6</A>  <A HREF="#modhttpbind"><TT>mod_http_bind</TT></A></H3><!--SEC END --><P> <A NAME="modhttpbind"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc45">3.3.6</A>  <A HREF="#modhttpbind"><TT>mod_http_bind</TT></A></H3><!--SEC END --><P> <A NAME="modhttpbind"></A>
|
||||||
</P><P>This module implements XMPP over Bosh (formerly known as HTTP Binding)
|
</P><P>This module implements XMPP over Bosh (formerly known as HTTP Binding)
|
||||||
as defined in <A HREF="http://xmpp.org/extensions/xep-0124.html">XEP-0124</A> and <A HREF="http://xmpp.org/extensions/xep-0206.html">XEP-0206</A>.
|
as defined in <A HREF="http://xmpp.org/extensions/xep-0124.html">XEP-0124</A> and <A HREF="http://xmpp.org/extensions/xep-0206.html">XEP-0206</A>.
|
||||||
It extends ejabberd’s built in HTTP service with a configurable
|
It extends ejabberd’s built in HTTP service with a configurable
|
||||||
@ -2103,7 +2128,7 @@ For example, to set 50 seconds:
|
|||||||
...
|
...
|
||||||
]}.
|
]}.
|
||||||
</PRE></DD></DL><P> <A NAME="modhttpfileserver"></A> </P><!--TOC subsection <TT>mod_http_fileserver</TT>-->
|
</PRE></DD></DL><P> <A NAME="modhttpfileserver"></A> </P><!--TOC subsection <TT>mod_http_fileserver</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc45">3.3.7</A>  <A HREF="#modhttpfileserver"><TT>mod_http_fileserver</TT></A></H3><!--SEC END --><P> <A NAME="modhttpfileserver"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc46">3.3.7</A>  <A HREF="#modhttpfileserver"><TT>mod_http_fileserver</TT></A></H3><!--SEC END --><P> <A NAME="modhttpfileserver"></A>
|
||||||
</P><P>This simple module serves files from the local disk over HTTP.</P><P>Options:
|
</P><P>This simple module serves files from the local disk over HTTP.</P><P>Options:
|
||||||
</P><DL CLASS="description"><DT CLASS="dt-description">
|
</P><DL CLASS="description"><DT CLASS="dt-description">
|
||||||
<B><TT>{docroot, Path}</TT></B></DT><DD CLASS="dd-description">
|
<B><TT>{docroot, Path}</TT></B></DT><DD CLASS="dd-description">
|
||||||
@ -2163,7 +2188,7 @@ To use this module you must enable it:
|
|||||||
...
|
...
|
||||||
]}.
|
]}.
|
||||||
</PRE><P> <A NAME="modlast"></A> </P><!--TOC subsection <TT>mod_last</TT>-->
|
</PRE><P> <A NAME="modlast"></A> </P><!--TOC subsection <TT>mod_last</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc46">3.3.8</A>  <A HREF="#modlast"><TT>mod_last</TT></A></H3><!--SEC END --><P> <A NAME="modlast"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc47">3.3.8</A>  <A HREF="#modlast"><TT>mod_last</TT></A></H3><!--SEC END --><P> <A NAME="modlast"></A>
|
||||||
</P><P>This module adds support for Last Activity (<A HREF="http://xmpp.org/extensions/xep-0012.html">XEP-0012</A>). It can be used to
|
</P><P>This module adds support for Last Activity (<A HREF="http://xmpp.org/extensions/xep-0012.html">XEP-0012</A>). It can be used to
|
||||||
discover when a disconnected user last accessed the server, to know when a
|
discover when a disconnected user last accessed the server, to know when a
|
||||||
connected user was last active on the server, or to query the uptime of the
|
connected user was last active on the server, or to query the uptime of the
|
||||||
@ -2172,7 +2197,7 @@ connected user was last active on the server, or to query the uptime of the
|
|||||||
<B><TT>{iqdisc, Discipline}</TT></B></DT><DD CLASS="dd-description"> This specifies
|
<B><TT>{iqdisc, Discipline}</TT></B></DT><DD CLASS="dd-description"> This specifies
|
||||||
the processing discipline for Last activity (<TT>jabber:iq:last</TT>) IQ queries (see section <A HREF="#modiqdiscoption">3.3.2</A>).
|
the processing discipline for Last activity (<TT>jabber:iq:last</TT>) IQ queries (see section <A HREF="#modiqdiscoption">3.3.2</A>).
|
||||||
</DD></DL><P> <A NAME="modmuc"></A> </P><!--TOC subsection <TT>mod_muc</TT>-->
|
</DD></DL><P> <A NAME="modmuc"></A> </P><!--TOC subsection <TT>mod_muc</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc47">3.3.9</A>  <A HREF="#modmuc"><TT>mod_muc</TT></A></H3><!--SEC END --><P> <A NAME="modmuc"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc48">3.3.9</A>  <A HREF="#modmuc"><TT>mod_muc</TT></A></H3><!--SEC END --><P> <A NAME="modmuc"></A>
|
||||||
</P><P>This module provides a Multi-User Chat (<A HREF="http://xmpp.org/extensions/xep-0045.html">XEP-0045</A>) service.
|
</P><P>This module provides a Multi-User Chat (<A HREF="http://xmpp.org/extensions/xep-0045.html">XEP-0045</A>) service.
|
||||||
Users can discover existing rooms, join or create them.
|
Users can discover existing rooms, join or create them.
|
||||||
Occupants of a room can chat in public or have private chats.</P><P>Some of the features of Multi-User Chat:
|
Occupants of a room can chat in public or have private chats.</P><P>Some of the features of Multi-User Chat:
|
||||||
@ -2395,7 +2420,7 @@ the newly created rooms have by default those options.
|
|||||||
...
|
...
|
||||||
]}.
|
]}.
|
||||||
</PRE></LI></UL><P> <A NAME="modmuclog"></A> </P><!--TOC subsection <TT>mod_muc_log</TT>-->
|
</PRE></LI></UL><P> <A NAME="modmuclog"></A> </P><!--TOC subsection <TT>mod_muc_log</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc48">3.3.10</A>  <A HREF="#modmuclog"><TT>mod_muc_log</TT></A></H3><!--SEC END --><P> <A NAME="modmuclog"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc49">3.3.10</A>  <A HREF="#modmuclog"><TT>mod_muc_log</TT></A></H3><!--SEC END --><P> <A NAME="modmuclog"></A>
|
||||||
</P><P>This module enables optional logging of Multi-User Chat (MUC) public conversations to
|
</P><P>This module enables optional logging of Multi-User Chat (MUC) public conversations to
|
||||||
HTML. Once you enable this module, users can join a room using a MUC capable
|
HTML. Once you enable this module, users can join a room using a MUC capable
|
||||||
XMPP client, and if they have enough privileges, they can request the
|
XMPP client, and if they have enough privileges, they can request the
|
||||||
@ -2514,7 +2539,7 @@ top link will be the default <CODE><a href="/">Home</a></CODE>.
|
|||||||
...
|
...
|
||||||
]}.
|
]}.
|
||||||
</PRE></LI></UL><P> <A NAME="modoffline"></A> </P><!--TOC subsection <TT>mod_offline</TT>-->
|
</PRE></LI></UL><P> <A NAME="modoffline"></A> </P><!--TOC subsection <TT>mod_offline</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc49">3.3.11</A>  <A HREF="#modoffline"><TT>mod_offline</TT></A></H3><!--SEC END --><P> <A NAME="modoffline"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc50">3.3.11</A>  <A HREF="#modoffline"><TT>mod_offline</TT></A></H3><!--SEC END --><P> <A NAME="modoffline"></A>
|
||||||
</P><P>This module implements offline message storage (<A HREF="http://xmpp.org/extensions/xep-0160.html">XEP-0160</A>).
|
</P><P>This module implements offline message storage (<A HREF="http://xmpp.org/extensions/xep-0160.html">XEP-0160</A>).
|
||||||
This means that all messages
|
This means that all messages
|
||||||
sent to an offline user will be stored on the server until that user comes
|
sent to an offline user will be stored on the server until that user comes
|
||||||
@ -2546,7 +2571,7 @@ and all the other users up to 100.
|
|||||||
...
|
...
|
||||||
]}.
|
]}.
|
||||||
</PRE><P> <A NAME="modping"></A> </P><!--TOC subsection <TT>mod_ping</TT>-->
|
</PRE><P> <A NAME="modping"></A> </P><!--TOC subsection <TT>mod_ping</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc50">3.3.12</A>  <A HREF="#modping"><TT>mod_ping</TT></A></H3><!--SEC END --><P> <A NAME="modping"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc51">3.3.12</A>  <A HREF="#modping"><TT>mod_ping</TT></A></H3><!--SEC END --><P> <A NAME="modping"></A>
|
||||||
</P><P>This module implements support for XMPP Ping (<A HREF="http://xmpp.org/extensions/xep-0199.html">XEP-0199</A>) and periodic keepalives.
|
</P><P>This module implements support for XMPP Ping (<A HREF="http://xmpp.org/extensions/xep-0199.html">XEP-0199</A>) and periodic keepalives.
|
||||||
When this module is enabled ejabberd responds correctly to
|
When this module is enabled ejabberd responds correctly to
|
||||||
ping requests, as defined in the protocol.</P><P>Configuration options:
|
ping requests, as defined in the protocol.</P><P>Configuration options:
|
||||||
@ -2574,7 +2599,7 @@ and if a client does not answer to the ping in less than 32 seconds, its connect
|
|||||||
...
|
...
|
||||||
]}.
|
]}.
|
||||||
</PRE><P> <A NAME="modprivacy"></A> </P><!--TOC subsection <TT>mod_privacy</TT>-->
|
</PRE><P> <A NAME="modprivacy"></A> </P><!--TOC subsection <TT>mod_privacy</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc51">3.3.13</A>  <A HREF="#modprivacy"><TT>mod_privacy</TT></A></H3><!--SEC END --><P> <A NAME="modprivacy"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc52">3.3.13</A>  <A HREF="#modprivacy"><TT>mod_privacy</TT></A></H3><!--SEC END --><P> <A NAME="modprivacy"></A>
|
||||||
</P><P>This module implements Blocking Communication (also known as Privacy Rules)
|
</P><P>This module implements Blocking Communication (also known as Privacy Rules)
|
||||||
as defined in section 10 from XMPP IM. If end users have support for it in
|
as defined in section 10 from XMPP IM. If end users have support for it in
|
||||||
their XMPP client, they will be able to:
|
their XMPP client, they will be able to:
|
||||||
@ -2602,7 +2627,7 @@ subscription type (or globally).
|
|||||||
<B><TT>{iqdisc, Discipline}</TT></B></DT><DD CLASS="dd-description"> This specifies
|
<B><TT>{iqdisc, Discipline}</TT></B></DT><DD CLASS="dd-description"> This specifies
|
||||||
the processing discipline for Blocking Communication (<TT>jabber:iq:privacy</TT>) IQ queries (see section <A HREF="#modiqdiscoption">3.3.2</A>).
|
the processing discipline for Blocking Communication (<TT>jabber:iq:privacy</TT>) IQ queries (see section <A HREF="#modiqdiscoption">3.3.2</A>).
|
||||||
</DD></DL><P> <A NAME="modprivate"></A> </P><!--TOC subsection <TT>mod_private</TT>-->
|
</DD></DL><P> <A NAME="modprivate"></A> </P><!--TOC subsection <TT>mod_private</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc52">3.3.14</A>  <A HREF="#modprivate"><TT>mod_private</TT></A></H3><!--SEC END --><P> <A NAME="modprivate"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc53">3.3.14</A>  <A HREF="#modprivate"><TT>mod_private</TT></A></H3><!--SEC END --><P> <A NAME="modprivate"></A>
|
||||||
</P><P>This module adds support for Private XML Storage (<A HREF="http://xmpp.org/extensions/xep-0049.html">XEP-0049</A>):
|
</P><P>This module adds support for Private XML Storage (<A HREF="http://xmpp.org/extensions/xep-0049.html">XEP-0049</A>):
|
||||||
</P><BLOCKQUOTE CLASS="quote">
|
</P><BLOCKQUOTE CLASS="quote">
|
||||||
Using this method, XMPP entities can store private data on the server and
|
Using this method, XMPP entities can store private data on the server and
|
||||||
@ -2614,7 +2639,7 @@ of client-specific preferences; another is Bookmark Storage (<A HREF="http://xmp
|
|||||||
<B><TT>{iqdisc, Discipline}</TT></B></DT><DD CLASS="dd-description"> This specifies
|
<B><TT>{iqdisc, Discipline}</TT></B></DT><DD CLASS="dd-description"> This specifies
|
||||||
the processing discipline for Private XML Storage (<TT>jabber:iq:private</TT>) IQ queries (see section <A HREF="#modiqdiscoption">3.3.2</A>).
|
the processing discipline for Private XML Storage (<TT>jabber:iq:private</TT>) IQ queries (see section <A HREF="#modiqdiscoption">3.3.2</A>).
|
||||||
</DD></DL><P> <A NAME="modproxy"></A> </P><!--TOC subsection <TT>mod_proxy65</TT>-->
|
</DD></DL><P> <A NAME="modproxy"></A> </P><!--TOC subsection <TT>mod_proxy65</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc53">3.3.15</A>  <A HREF="#modproxy"><TT>mod_proxy65</TT></A></H3><!--SEC END --><P> <A NAME="modproxy"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc54">3.3.15</A>  <A HREF="#modproxy"><TT>mod_proxy65</TT></A></H3><!--SEC END --><P> <A NAME="modproxy"></A>
|
||||||
</P><P>This module implements SOCKS5 Bytestreams (<A HREF="http://xmpp.org/extensions/xep-0065.html">XEP-0065</A>).
|
</P><P>This module implements SOCKS5 Bytestreams (<A HREF="http://xmpp.org/extensions/xep-0065.html">XEP-0065</A>).
|
||||||
It allows <TT>ejabberd</TT> to act as a file transfer proxy between two
|
It allows <TT>ejabberd</TT> to act as a file transfer proxy between two
|
||||||
XMPP clients.</P><P>Options:
|
XMPP clients.</P><P>Options:
|
||||||
@ -2672,7 +2697,7 @@ The simpliest configuration of the module:
|
|||||||
...
|
...
|
||||||
]}.
|
]}.
|
||||||
</PRE></LI></UL><P> <A NAME="modpubsub"></A> </P><!--TOC subsection <TT>mod_pubsub</TT>-->
|
</PRE></LI></UL><P> <A NAME="modpubsub"></A> </P><!--TOC subsection <TT>mod_pubsub</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc54">3.3.16</A>  <A HREF="#modpubsub"><TT>mod_pubsub</TT></A></H3><!--SEC END --><P> <A NAME="modpubsub"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc55">3.3.16</A>  <A HREF="#modpubsub"><TT>mod_pubsub</TT></A></H3><!--SEC END --><P> <A NAME="modpubsub"></A>
|
||||||
</P><P>This module offers a Publish-Subscribe Service (<A HREF="http://xmpp.org/extensions/xep-0060.html">XEP-0060</A>).
|
</P><P>This module offers a Publish-Subscribe Service (<A HREF="http://xmpp.org/extensions/xep-0060.html">XEP-0060</A>).
|
||||||
The functionality in <TT>mod_pubsub</TT> can be extended using plugins.
|
The functionality in <TT>mod_pubsub</TT> can be extended using plugins.
|
||||||
The plugin that implements PEP (Personal Eventing via Pubsub) (<A HREF="http://xmpp.org/extensions/xep-0163.html">XEP-0163</A>)
|
The plugin that implements PEP (Personal Eventing via Pubsub) (<A HREF="http://xmpp.org/extensions/xep-0163.html">XEP-0163</A>)
|
||||||
@ -2721,7 +2746,7 @@ The following example will use node_tune instead of node_pep for every PEP node
|
|||||||
...
|
...
|
||||||
]}.
|
]}.
|
||||||
</PRE><P> <A NAME="modregister"></A> </P><!--TOC subsection <TT>mod_register</TT>-->
|
</PRE><P> <A NAME="modregister"></A> </P><!--TOC subsection <TT>mod_register</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc55">3.3.17</A>  <A HREF="#modregister"><TT>mod_register</TT></A></H3><!--SEC END --><P> <A NAME="modregister"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc56">3.3.17</A>  <A HREF="#modregister"><TT>mod_register</TT></A></H3><!--SEC END --><P> <A NAME="modregister"></A>
|
||||||
</P><P>This module adds support for In-Band Registration (<A HREF="http://xmpp.org/extensions/xep-0077.html">XEP-0077</A>). This protocol
|
</P><P>This module adds support for In-Band Registration (<A HREF="http://xmpp.org/extensions/xep-0077.html">XEP-0077</A>). This protocol
|
||||||
enables end users to use a XMPP client to:
|
enables end users to use a XMPP client to:
|
||||||
</P><UL CLASS="itemize"><LI CLASS="li-itemize">
|
</P><UL CLASS="itemize"><LI CLASS="li-itemize">
|
||||||
@ -2800,7 +2825,7 @@ Also define a registration timeout of one hour:
|
|||||||
...
|
...
|
||||||
]}.
|
]}.
|
||||||
</PRE></LI></UL><P> <A NAME="modroster"></A> </P><!--TOC subsection <TT>mod_roster</TT>-->
|
</PRE></LI></UL><P> <A NAME="modroster"></A> </P><!--TOC subsection <TT>mod_roster</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc56">3.3.18</A>  <A HREF="#modroster"><TT>mod_roster</TT></A></H3><!--SEC END --><P> <A NAME="modroster"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc57">3.3.18</A>  <A HREF="#modroster"><TT>mod_roster</TT></A></H3><!--SEC END --><P> <A NAME="modroster"></A>
|
||||||
</P><P>This module implements roster management as defined in
|
</P><P>This module implements roster management as defined in
|
||||||
<A HREF="http://xmpp.org/specs/rfc3921.html#roster">RFC 3921: XMPP IM</A>.
|
<A HREF="http://xmpp.org/specs/rfc3921.html#roster">RFC 3921: XMPP IM</A>.
|
||||||
It also supports Roster Versioning (<A HREF="http://xmpp.org/extensions/xep-0237.html">XEP-0237</A>).</P><P>Options:
|
It also supports Roster Versioning (<A HREF="http://xmpp.org/extensions/xep-0237.html">XEP-0237</A>).</P><P>Options:
|
||||||
@ -2826,7 +2851,7 @@ Important: if you use <TT>mod_shared_roster</TT>, you must disable this option.
|
|||||||
...
|
...
|
||||||
]}.
|
]}.
|
||||||
</PRE><P> <A NAME="modservicelog"></A> </P><!--TOC subsection <TT>mod_service_log</TT>-->
|
</PRE><P> <A NAME="modservicelog"></A> </P><!--TOC subsection <TT>mod_service_log</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc57">3.3.19</A>  <A HREF="#modservicelog"><TT>mod_service_log</TT></A></H3><!--SEC END --><P> <A NAME="modservicelog"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc58">3.3.19</A>  <A HREF="#modservicelog"><TT>mod_service_log</TT></A></H3><!--SEC END --><P> <A NAME="modservicelog"></A>
|
||||||
</P><P>This module adds support for logging end user packets via a XMPP message
|
</P><P>This module adds support for logging end user packets via a XMPP message
|
||||||
auditing service such as
|
auditing service such as
|
||||||
<A HREF="http://www.funkypenguin.info/project/bandersnatch/">Bandersnatch</A>. All user
|
<A HREF="http://www.funkypenguin.info/project/bandersnatch/">Bandersnatch</A>. All user
|
||||||
@ -2856,7 +2881,7 @@ To log all end user packets to the Bandersnatch service running on
|
|||||||
...
|
...
|
||||||
]}.
|
]}.
|
||||||
</PRE></LI></UL><P> <A NAME="modsharedroster"></A> </P><!--TOC subsection <TT>mod_shared_roster</TT>-->
|
</PRE></LI></UL><P> <A NAME="modsharedroster"></A> </P><!--TOC subsection <TT>mod_shared_roster</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc58">3.3.20</A>  <A HREF="#modsharedroster"><TT>mod_shared_roster</TT></A></H3><!--SEC END --><P> <A NAME="modsharedroster"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc59">3.3.20</A>  <A HREF="#modsharedroster"><TT>mod_shared_roster</TT></A></H3><!--SEC END --><P> <A NAME="modsharedroster"></A>
|
||||||
</P><P>This module enables you to create shared roster groups. This means that you can
|
</P><P>This module enables you to create shared roster groups. This means that you can
|
||||||
create groups of people that can see members from (other) groups in their
|
create groups of people that can see members from (other) groups in their
|
||||||
rosters. The big advantages of this feature are that end users do not need to
|
rosters. The big advantages of this feature are that end users do not need to
|
||||||
@ -2931,7 +2956,7 @@ roster groups as shown in the following table:
|
|||||||
</TABLE>
|
</TABLE>
|
||||||
<DIV CLASS="center"><HR WIDTH="80%" SIZE=2></DIV></DIV></BLOCKQUOTE>
|
<DIV CLASS="center"><HR WIDTH="80%" SIZE=2></DIV></DIV></BLOCKQUOTE>
|
||||||
</LI></UL><P> <A NAME="modstats"></A> </P><!--TOC subsection <TT>mod_stats</TT>-->
|
</LI></UL><P> <A NAME="modstats"></A> </P><!--TOC subsection <TT>mod_stats</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc59">3.3.21</A>  <A HREF="#modstats"><TT>mod_stats</TT></A></H3><!--SEC END --><P> <A NAME="modstats"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc60">3.3.21</A>  <A HREF="#modstats"><TT>mod_stats</TT></A></H3><!--SEC END --><P> <A NAME="modstats"></A>
|
||||||
</P><P>This module adds support for Statistics Gathering (<A HREF="http://xmpp.org/extensions/xep-0039.html">XEP-0039</A>). This protocol
|
</P><P>This module adds support for Statistics Gathering (<A HREF="http://xmpp.org/extensions/xep-0039.html">XEP-0039</A>). This protocol
|
||||||
allows you to retrieve next statistics from your <TT>ejabberd</TT> deployment:
|
allows you to retrieve next statistics from your <TT>ejabberd</TT> deployment:
|
||||||
</P><UL CLASS="itemize"><LI CLASS="li-itemize">
|
</P><UL CLASS="itemize"><LI CLASS="li-itemize">
|
||||||
@ -2963,14 +2988,14 @@ by sending:
|
|||||||
</query>
|
</query>
|
||||||
</iq>
|
</iq>
|
||||||
</PRE></LI></UL><P> <A NAME="modtime"></A> </P><!--TOC subsection <TT>mod_time</TT>-->
|
</PRE></LI></UL><P> <A NAME="modtime"></A> </P><!--TOC subsection <TT>mod_time</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc60">3.3.22</A>  <A HREF="#modtime"><TT>mod_time</TT></A></H3><!--SEC END --><P> <A NAME="modtime"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc61">3.3.22</A>  <A HREF="#modtime"><TT>mod_time</TT></A></H3><!--SEC END --><P> <A NAME="modtime"></A>
|
||||||
</P><P>This module features support for Entity Time (<A HREF="http://xmpp.org/extensions/xep-0202.html">XEP-0202</A>). By using this XEP,
|
</P><P>This module features support for Entity Time (<A HREF="http://xmpp.org/extensions/xep-0202.html">XEP-0202</A>). By using this XEP,
|
||||||
you are able to discover the time at another entity’s location.</P><P>Options:
|
you are able to discover the time at another entity’s location.</P><P>Options:
|
||||||
</P><DL CLASS="description"><DT CLASS="dt-description">
|
</P><DL CLASS="description"><DT CLASS="dt-description">
|
||||||
<B><TT>{iqdisc, Discipline}</TT></B></DT><DD CLASS="dd-description"> This specifies
|
<B><TT>{iqdisc, Discipline}</TT></B></DT><DD CLASS="dd-description"> This specifies
|
||||||
the processing discipline for Entity Time (<TT>jabber:iq:time</TT>) IQ queries (see section <A HREF="#modiqdiscoption">3.3.2</A>).
|
the processing discipline for Entity Time (<TT>jabber:iq:time</TT>) IQ queries (see section <A HREF="#modiqdiscoption">3.3.2</A>).
|
||||||
</DD></DL><P> <A NAME="modvcard"></A> </P><!--TOC subsection <TT>mod_vcard</TT>-->
|
</DD></DL><P> <A NAME="modvcard"></A> </P><!--TOC subsection <TT>mod_vcard</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc61">3.3.23</A>  <A HREF="#modvcard"><TT>mod_vcard</TT></A></H3><!--SEC END --><P> <A NAME="modvcard"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc62">3.3.23</A>  <A HREF="#modvcard"><TT>mod_vcard</TT></A></H3><!--SEC END --><P> <A NAME="modvcard"></A>
|
||||||
</P><P>This module allows end users to store and retrieve their vCard, and to retrieve
|
</P><P>This module allows end users to store and retrieve their vCard, and to retrieve
|
||||||
other users vCards, as defined in vcard-temp (<A HREF="http://xmpp.org/extensions/xep-0054.html">XEP-0054</A>). The module also
|
other users vCards, as defined in vcard-temp (<A HREF="http://xmpp.org/extensions/xep-0054.html">XEP-0054</A>). The module also
|
||||||
implements an uncomplicated Jabber User Directory based on the vCards of
|
implements an uncomplicated Jabber User Directory based on the vCards of
|
||||||
@ -3025,7 +3050,7 @@ and that all virtual hosts will be searched instead of only the current one:
|
|||||||
...
|
...
|
||||||
]}.
|
]}.
|
||||||
</PRE></LI></UL><P> <A NAME="modvcardldap"></A> </P><!--TOC subsection <TT>mod_vcard_ldap</TT>-->
|
</PRE></LI></UL><P> <A NAME="modvcardldap"></A> </P><!--TOC subsection <TT>mod_vcard_ldap</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc62">3.3.24</A>  <A HREF="#modvcardldap"><TT>mod_vcard_ldap</TT></A></H3><!--SEC END --><P> <A NAME="modvcardldap"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc63">3.3.24</A>  <A HREF="#modvcardldap"><TT>mod_vcard_ldap</TT></A></H3><!--SEC END --><P> <A NAME="modvcardldap"></A>
|
||||||
</P><P><TT>ejabberd</TT> can map LDAP attributes to vCard fields. This behaviour is
|
</P><P><TT>ejabberd</TT> can map LDAP attributes to vCard fields. This behaviour is
|
||||||
implemented in the <TT>mod_vcard_ldap</TT> module. This module does not depend on the
|
implemented in the <TT>mod_vcard_ldap</TT> module. This module does not depend on the
|
||||||
authentication method (see <A HREF="#ldapauth">3.2.5</A>).</P><P>Note that <TT>ejabberd</TT> treats LDAP as a read-only storage:
|
authentication method (see <A HREF="#ldapauth">3.2.5</A>).</P><P>Note that <TT>ejabberd</TT> treats LDAP as a read-only storage:
|
||||||
@ -3204,7 +3229,7 @@ searching his info in LDAP.</P></LI><LI CLASS="li-itemize"><TT>ldap_vcard_map</T
|
|||||||
{"Nickname", "NICKNAME"}
|
{"Nickname", "NICKNAME"}
|
||||||
]},
|
]},
|
||||||
</PRE></LI></UL><P> <A NAME="modversion"></A> </P><!--TOC subsection <TT>mod_version</TT>-->
|
</PRE></LI></UL><P> <A NAME="modversion"></A> </P><!--TOC subsection <TT>mod_version</TT>-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc63">3.3.25</A>  <A HREF="#modversion"><TT>mod_version</TT></A></H3><!--SEC END --><P> <A NAME="modversion"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc64">3.3.25</A>  <A HREF="#modversion"><TT>mod_version</TT></A></H3><!--SEC END --><P> <A NAME="modversion"></A>
|
||||||
</P><P>This module implements Software Version (<A HREF="http://xmpp.org/extensions/xep-0092.html">XEP-0092</A>). Consequently, it
|
</P><P>This module implements Software Version (<A HREF="http://xmpp.org/extensions/xep-0092.html">XEP-0092</A>). Consequently, it
|
||||||
answers <TT>ejabberd</TT>’s version when queried.</P><P>Options:
|
answers <TT>ejabberd</TT>’s version when queried.</P><P>Options:
|
||||||
</P><DL CLASS="description"><DT CLASS="dt-description">
|
</P><DL CLASS="description"><DT CLASS="dt-description">
|
||||||
@ -3213,8 +3238,8 @@ The default value is <TT>true</TT>.
|
|||||||
</DD><DT CLASS="dt-description"><B><TT>{iqdisc, Discipline}</TT></B></DT><DD CLASS="dd-description"> This specifies
|
</DD><DT CLASS="dt-description"><B><TT>{iqdisc, Discipline}</TT></B></DT><DD CLASS="dd-description"> This specifies
|
||||||
the processing discipline for Software Version (<TT>jabber:iq:version</TT>) IQ queries (see section <A HREF="#modiqdiscoption">3.3.2</A>).
|
the processing discipline for Software Version (<TT>jabber:iq:version</TT>) IQ queries (see section <A HREF="#modiqdiscoption">3.3.2</A>).
|
||||||
</DD></DL><P> <A NAME="manage"></A> </P><!--TOC chapter Managing an <TT>ejabberd</TT> Server-->
|
</DD></DL><P> <A NAME="manage"></A> </P><!--TOC chapter Managing an <TT>ejabberd</TT> Server-->
|
||||||
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc64">Chapter 4</A>  <A HREF="#manage">Managing an <TT>ejabberd</TT> Server</A></H1><!--SEC END --><P> <A NAME="manage"></A> </P><P> <A NAME="ejabberdctl"></A> </P><!--TOC section <TT>ejabberdctl</TT>-->
|
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc65">Chapter 4</A>  <A HREF="#manage">Managing an <TT>ejabberd</TT> Server</A></H1><!--SEC END --><P> <A NAME="manage"></A> </P><P> <A NAME="ejabberdctl"></A> </P><!--TOC section <TT>ejabberdctl</TT>-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc65">4.1</A>  <A HREF="#ejabberdctl"><TT>ejabberdctl</TT></A></H2><!--SEC END --><P> <A NAME="ejabberdctl"></A> </P><P>With the <TT>ejabberdctl</TT> command line administration script
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc66">4.1</A>  <A HREF="#ejabberdctl"><TT>ejabberdctl</TT></A></H2><!--SEC END --><P> <A NAME="ejabberdctl"></A> </P><P>With the <TT>ejabberdctl</TT> command line administration script
|
||||||
you can execute <TT>ejabberdctl commands</TT> (described in the next section, <A HREF="#ectl-commands">4.1.1</A>)
|
you can execute <TT>ejabberdctl commands</TT> (described in the next section, <A HREF="#ectl-commands">4.1.1</A>)
|
||||||
and also many general <TT>ejabberd commands</TT> (described in section <A HREF="#eja-commands">4.2</A>).
|
and also many general <TT>ejabberd commands</TT> (described in section <A HREF="#eja-commands">4.2</A>).
|
||||||
This means you can start, stop and perform many other administrative tasks
|
This means you can start, stop and perform many other administrative tasks
|
||||||
@ -3226,7 +3251,7 @@ and other codes may be used for specific results.
|
|||||||
This can be used by other scripts to determine automatically
|
This can be used by other scripts to determine automatically
|
||||||
if a command succeeded or failed,
|
if a command succeeded or failed,
|
||||||
for example using: <TT>echo $?</TT></P><P> <A NAME="ectl-commands"></A> </P><!--TOC subsection ejabberdctl Commands-->
|
for example using: <TT>echo $?</TT></P><P> <A NAME="ectl-commands"></A> </P><!--TOC subsection ejabberdctl Commands-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc66">4.1.1</A>  <A HREF="#ectl-commands">ejabberdctl Commands</A></H3><!--SEC END --><P> <A NAME="ectl-commands"></A> </P><P>When <TT>ejabberdctl</TT> is executed without any parameter,
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc67">4.1.1</A>  <A HREF="#ectl-commands">ejabberdctl Commands</A></H3><!--SEC END --><P> <A NAME="ectl-commands"></A> </P><P>When <TT>ejabberdctl</TT> is executed without any parameter,
|
||||||
it displays the available options. If there isn’t an <TT>ejabberd</TT> server running,
|
it displays the available options. If there isn’t an <TT>ejabberd</TT> server running,
|
||||||
the available parameters are:
|
the available parameters are:
|
||||||
</P><DL CLASS="description"><DT CLASS="dt-description">
|
</P><DL CLASS="description"><DT CLASS="dt-description">
|
||||||
@ -3262,7 +3287,7 @@ robot1
|
|||||||
testuser1
|
testuser1
|
||||||
testuser2
|
testuser2
|
||||||
</PRE><P> <A NAME="erlangconfiguration"></A> </P><!--TOC subsection Erlang Runtime System-->
|
</PRE><P> <A NAME="erlangconfiguration"></A> </P><!--TOC subsection Erlang Runtime System-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc67">4.1.2</A>  <A HREF="#erlangconfiguration">Erlang Runtime System</A></H3><!--SEC END --><P> <A NAME="erlangconfiguration"></A> </P><P><TT>ejabberd</TT> is an Erlang/OTP application that runs inside an Erlang runtime system.
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc68">4.1.2</A>  <A HREF="#erlangconfiguration">Erlang Runtime System</A></H3><!--SEC END --><P> <A NAME="erlangconfiguration"></A> </P><P><TT>ejabberd</TT> is an Erlang/OTP application that runs inside an Erlang runtime system.
|
||||||
This system is configured using environment variables and command line parameters.
|
This system is configured using environment variables and command line parameters.
|
||||||
The <TT>ejabberdctl</TT> administration script uses many of those possibilities.
|
The <TT>ejabberdctl</TT> administration script uses many of those possibilities.
|
||||||
You can configure some of them with the file <TT>ejabberdctl.cfg</TT>,
|
You can configure some of them with the file <TT>ejabberdctl.cfg</TT>,
|
||||||
@ -3339,7 +3364,7 @@ not “Simple Authentication and Security Layer”.
|
|||||||
</DD></DL><P>
|
</DD></DL><P>
|
||||||
Note that some characters need to be escaped when used in shell scripts, for instance <CODE>"</CODE> and <CODE>{}</CODE>.
|
Note that some characters need to be escaped when used in shell scripts, for instance <CODE>"</CODE> and <CODE>{}</CODE>.
|
||||||
You can find other options in the Erlang manual page (<TT>erl -man erl</TT>).</P><P> <A NAME="eja-commands"></A> </P><!--TOC section <TT>ejabberd</TT> Commands-->
|
You can find other options in the Erlang manual page (<TT>erl -man erl</TT>).</P><P> <A NAME="eja-commands"></A> </P><!--TOC section <TT>ejabberd</TT> Commands-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc68">4.2</A>  <A HREF="#eja-commands"><TT>ejabberd</TT> Commands</A></H2><!--SEC END --><P> <A NAME="eja-commands"></A> </P><P>An <TT>ejabberd command</TT> is an abstract function identified by a name,
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc69">4.2</A>  <A HREF="#eja-commands"><TT>ejabberd</TT> Commands</A></H2><!--SEC END --><P> <A NAME="eja-commands"></A> </P><P>An <TT>ejabberd command</TT> is an abstract function identified by a name,
|
||||||
with a defined number and type of calling arguments and type of result
|
with a defined number and type of calling arguments and type of result
|
||||||
that is registered in the <TT>ejabberd_commands</TT> service.
|
that is registered in the <TT>ejabberd_commands</TT> service.
|
||||||
Those commands can be defined in any Erlang module and executed using any valid frontend.</P><P><TT>ejabberd</TT> includes a frontend to execute <TT>ejabberd commands</TT>: the script <TT>ejabberdctl</TT>.
|
Those commands can be defined in any Erlang module and executed using any valid frontend.</P><P><TT>ejabberd</TT> includes a frontend to execute <TT>ejabberd commands</TT>: the script <TT>ejabberdctl</TT>.
|
||||||
@ -3347,7 +3372,7 @@ Other known frontends that can be installed to execute ejabberd commands in diff
|
|||||||
<TT>ejabberd_xmlrpc</TT> (XML-RPC service),
|
<TT>ejabberd_xmlrpc</TT> (XML-RPC service),
|
||||||
<TT>mod_rest</TT> (HTTP POST service),
|
<TT>mod_rest</TT> (HTTP POST service),
|
||||||
<TT>mod_shcommands</TT> (ejabberd WebAdmin page).</P><P> <A NAME="list-eja-commands"></A> </P><!--TOC subsection List of ejabberd Commands-->
|
<TT>mod_shcommands</TT> (ejabberd WebAdmin page).</P><P> <A NAME="list-eja-commands"></A> </P><!--TOC subsection List of ejabberd Commands-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc69">4.2.1</A>  <A HREF="#list-eja-commands">List of ejabberd Commands</A></H3><!--SEC END --><P> <A NAME="list-eja-commands"></A> </P><P><TT>ejabberd</TT> includes a few ejabberd Commands by default.
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc70">4.2.1</A>  <A HREF="#list-eja-commands">List of ejabberd Commands</A></H3><!--SEC END --><P> <A NAME="list-eja-commands"></A> </P><P><TT>ejabberd</TT> includes a few ejabberd Commands by default.
|
||||||
When more modules are installed, new commands may be available in the frontends.</P><P>The easiest way to get a list of the available commands, and get help for them is to use
|
When more modules are installed, new commands may be available in the frontends.</P><P>The easiest way to get a list of the available commands, and get help for them is to use
|
||||||
the ejabberdctl script:
|
the ejabberdctl script:
|
||||||
</P><PRE CLASS="verbatim">$ ejabberdctl help
|
</P><PRE CLASS="verbatim">$ ejabberdctl help
|
||||||
@ -3398,7 +3423,7 @@ is very high.
|
|||||||
</DD><DT CLASS="dt-description"><B><TT>register user host password</TT></B></DT><DD CLASS="dd-description"> Register an account in that domain with the given password.
|
</DD><DT CLASS="dt-description"><B><TT>register user host password</TT></B></DT><DD CLASS="dd-description"> Register an account in that domain with the given password.
|
||||||
</DD><DT CLASS="dt-description"><B><TT>unregister user host</TT></B></DT><DD CLASS="dd-description"> Unregister the given account.
|
</DD><DT CLASS="dt-description"><B><TT>unregister user host</TT></B></DT><DD CLASS="dd-description"> Unregister the given account.
|
||||||
</DD></DL><P> <A NAME="accesscommands"></A> </P><!--TOC subsection Restrict Execution with AccessCommands-->
|
</DD></DL><P> <A NAME="accesscommands"></A> </P><!--TOC subsection Restrict Execution with AccessCommands-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc70">4.2.2</A>  <A HREF="#accesscommands">Restrict Execution with AccessCommands</A></H3><!--SEC END --><P> <A NAME="accesscommands"></A> </P><P>The frontends can be configured to restrict access to certain commands.
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc71">4.2.2</A>  <A HREF="#accesscommands">Restrict Execution with AccessCommands</A></H3><!--SEC END --><P> <A NAME="accesscommands"></A> </P><P>The frontends can be configured to restrict access to certain commands.
|
||||||
In that case, authentication information must be provided.
|
In that case, authentication information must be provided.
|
||||||
In each frontend the <TT>AccessCommands</TT> option is defined
|
In each frontend the <TT>AccessCommands</TT> option is defined
|
||||||
in a different place. But in all cases the option syntax is the same:
|
in a different place. But in all cases the option syntax is the same:
|
||||||
@ -3444,7 +3469,7 @@ and the provided arguments do not contradict Arguments.</P><P>As an example to u
|
|||||||
{_bot_reg_test, [register, unregister], [{host, "test.org"}]}
|
{_bot_reg_test, [register, unregister], [{host, "test.org"}]}
|
||||||
]
|
]
|
||||||
</PRE><P> <A NAME="webadmin"></A> </P><!--TOC section Web Admin-->
|
</PRE><P> <A NAME="webadmin"></A> </P><!--TOC section Web Admin-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc71">4.3</A>  <A HREF="#webadmin">Web Admin</A></H2><!--SEC END --><P> <A NAME="webadmin"></A>
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc72">4.3</A>  <A HREF="#webadmin">Web Admin</A></H2><!--SEC END --><P> <A NAME="webadmin"></A>
|
||||||
</P><P>The <TT>ejabberd</TT> Web Admin allows to administer most of <TT>ejabberd</TT> using a web browser.</P><P>This feature is enabled by default:
|
</P><P>The <TT>ejabberd</TT> Web Admin allows to administer most of <TT>ejabberd</TT> using a web browser.</P><P>This feature is enabled by default:
|
||||||
a <TT>ejabberd_http</TT> listener with the option <TT>web_admin</TT> (see
|
a <TT>ejabberd_http</TT> listener with the option <TT>web_admin</TT> (see
|
||||||
section <A HREF="#listened">3.1.3</A>) is included in the listening ports. Then you can open
|
section <A HREF="#listened">3.1.3</A>) is included in the listening ports. Then you can open
|
||||||
@ -3516,13 +3541,13 @@ The file is searched by default in
|
|||||||
The directory of the documentation can be specified in
|
The directory of the documentation can be specified in
|
||||||
the environment variable <TT>EJABBERD_DOC_PATH</TT>.
|
the environment variable <TT>EJABBERD_DOC_PATH</TT>.
|
||||||
See section <A HREF="#erlangconfiguration">4.1.2</A>.</P><P> <A NAME="adhoccommands"></A> </P><!--TOC section Ad-hoc Commands-->
|
See section <A HREF="#erlangconfiguration">4.1.2</A>.</P><P> <A NAME="adhoccommands"></A> </P><!--TOC section Ad-hoc Commands-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc72">4.4</A>  <A HREF="#adhoccommands">Ad-hoc Commands</A></H2><!--SEC END --><P> <A NAME="adhoccommands"></A> </P><P>If you enable <TT>mod_configure</TT> and <TT>mod_adhoc</TT>,
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc73">4.4</A>  <A HREF="#adhoccommands">Ad-hoc Commands</A></H2><!--SEC END --><P> <A NAME="adhoccommands"></A> </P><P>If you enable <TT>mod_configure</TT> and <TT>mod_adhoc</TT>,
|
||||||
you can perform several administrative tasks in <TT>ejabberd</TT>
|
you can perform several administrative tasks in <TT>ejabberd</TT>
|
||||||
with a XMPP client.
|
with a XMPP client.
|
||||||
The client must support Ad-Hoc Commands (<A HREF="http://xmpp.org/extensions/xep-0050.html">XEP-0050</A>),
|
The client must support Ad-Hoc Commands (<A HREF="http://xmpp.org/extensions/xep-0050.html">XEP-0050</A>),
|
||||||
and you must login in the XMPP server with
|
and you must login in the XMPP server with
|
||||||
an account with proper privileges.</P><P> <A NAME="changeerlangnodename"></A> </P><!--TOC section Change Computer Hostname-->
|
an account with proper privileges.</P><P> <A NAME="changeerlangnodename"></A> </P><!--TOC section Change Computer Hostname-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc73">4.5</A>  <A HREF="#changeerlangnodename">Change Computer Hostname</A></H2><!--SEC END --><P> <A NAME="changeerlangnodename"></A> </P><P><TT>ejabberd</TT> uses the distributed Mnesia database.
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc74">4.5</A>  <A HREF="#changeerlangnodename">Change Computer Hostname</A></H2><!--SEC END --><P> <A NAME="changeerlangnodename"></A> </P><P><TT>ejabberd</TT> uses the distributed Mnesia database.
|
||||||
Being distributed, Mnesia enforces consistency of its file,
|
Being distributed, Mnesia enforces consistency of its file,
|
||||||
so it stores the name of the Erlang node in it (see section <A HREF="#nodename">5.4</A>).
|
so it stores the name of the Erlang node in it (see section <A HREF="#nodename">5.4</A>).
|
||||||
The name of an Erlang node includes the hostname of the computer.
|
The name of an Erlang node includes the hostname of the computer.
|
||||||
@ -3559,8 +3584,8 @@ mv /var/lib/ejabberd/*.* /var/lib/ejabberd/oldfiles/
|
|||||||
</PRE></LI><LI CLASS="li-enumerate">Check that the information of the old database is available: accounts, rosters...
|
</PRE></LI><LI CLASS="li-enumerate">Check that the information of the old database is available: accounts, rosters...
|
||||||
After you finish, remember to delete the temporary backup files from public directories.
|
After you finish, remember to delete the temporary backup files from public directories.
|
||||||
</LI></OL><P> <A NAME="secure"></A> </P><!--TOC chapter Securing <TT>ejabberd</TT>-->
|
</LI></OL><P> <A NAME="secure"></A> </P><!--TOC chapter Securing <TT>ejabberd</TT>-->
|
||||||
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc74">Chapter 5</A>  <A HREF="#secure">Securing <TT>ejabberd</TT></A></H1><!--SEC END --><P> <A NAME="secure"></A> </P><P> <A NAME="firewall"></A> </P><!--TOC section Firewall Settings-->
|
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc75">Chapter 5</A>  <A HREF="#secure">Securing <TT>ejabberd</TT></A></H1><!--SEC END --><P> <A NAME="secure"></A> </P><P> <A NAME="firewall"></A> </P><!--TOC section Firewall Settings-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc75">5.1</A>  <A HREF="#firewall">Firewall Settings</A></H2><!--SEC END --><P> <A NAME="firewall"></A>
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc76">5.1</A>  <A HREF="#firewall">Firewall Settings</A></H2><!--SEC END --><P> <A NAME="firewall"></A>
|
||||||
</P><P>You need to take the following TCP ports in mind when configuring your firewall:
|
</P><P>You need to take the following TCP ports in mind when configuring your firewall:
|
||||||
</P><BLOCKQUOTE CLASS="table"><DIV CLASS="center"><DIV CLASS="center"><HR WIDTH="80%" SIZE=2></DIV>
|
</P><BLOCKQUOTE CLASS="table"><DIV CLASS="center"><DIV CLASS="center"><HR WIDTH="80%" SIZE=2></DIV>
|
||||||
<TABLE BORDER=1 CELLSPACING=0 CELLPADDING=1><TR><TD ALIGN=left NOWRAP><B>Port</B></TD><TD ALIGN=left NOWRAP><B>Description</B></TD></TR>
|
<TABLE BORDER=1 CELLSPACING=0 CELLPADDING=1><TR><TD ALIGN=left NOWRAP><B>Port</B></TD><TD ALIGN=left NOWRAP><B>Description</B></TD></TR>
|
||||||
@ -3571,7 +3596,7 @@ After you finish, remember to delete the temporary backup files from public dire
|
|||||||
<TR><TD ALIGN=left NOWRAP>port range</TD><TD ALIGN=left NOWRAP>Used for connections between Erlang nodes. This range is configurable (see section <A HREF="#epmd">5.2</A>).</TD></TR>
|
<TR><TD ALIGN=left NOWRAP>port range</TD><TD ALIGN=left NOWRAP>Used for connections between Erlang nodes. This range is configurable (see section <A HREF="#epmd">5.2</A>).</TD></TR>
|
||||||
</TABLE>
|
</TABLE>
|
||||||
<DIV CLASS="center"><HR WIDTH="80%" SIZE=2></DIV></DIV></BLOCKQUOTE><P> <A NAME="epmd"></A> </P><!--TOC section epmd-->
|
<DIV CLASS="center"><HR WIDTH="80%" SIZE=2></DIV></DIV></BLOCKQUOTE><P> <A NAME="epmd"></A> </P><!--TOC section epmd-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc76">5.2</A>  <A HREF="#epmd">epmd</A></H2><!--SEC END --><P> <A NAME="epmd"></A> </P><P><A HREF="http://www.erlang.org/doc/man/epmd.html">epmd (Erlang Port Mapper Daemon)</A>
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc77">5.2</A>  <A HREF="#epmd">epmd</A></H2><!--SEC END --><P> <A NAME="epmd"></A> </P><P><A HREF="http://www.erlang.org/doc/man/epmd.html">epmd (Erlang Port Mapper Daemon)</A>
|
||||||
is a small name server included in Erlang/OTP
|
is a small name server included in Erlang/OTP
|
||||||
and used by Erlang programs when establishing distributed Erlang communications.
|
and used by Erlang programs when establishing distributed Erlang communications.
|
||||||
<TT>ejabberd</TT> needs <TT>epmd</TT> to use <TT>ejabberdctl</TT> and also when clustering <TT>ejabberd</TT> nodes.
|
<TT>ejabberd</TT> needs <TT>epmd</TT> to use <TT>ejabberdctl</TT> and also when clustering <TT>ejabberd</TT> nodes.
|
||||||
@ -3596,7 +3621,7 @@ but can be configured in the file <TT>ejabberdctl.cfg</TT>.
|
|||||||
The Erlang command-line parameter used internally is, for example:
|
The Erlang command-line parameter used internally is, for example:
|
||||||
</P><PRE CLASS="verbatim">erl ... -kernel inet_dist_listen_min 4370 inet_dist_listen_max 4375
|
</P><PRE CLASS="verbatim">erl ... -kernel inet_dist_listen_min 4370 inet_dist_listen_max 4375
|
||||||
</PRE><P> <A NAME="cookie"></A> </P><!--TOC section Erlang Cookie-->
|
</PRE><P> <A NAME="cookie"></A> </P><!--TOC section Erlang Cookie-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc77">5.3</A>  <A HREF="#cookie">Erlang Cookie</A></H2><!--SEC END --><P> <A NAME="cookie"></A> </P><P>The Erlang cookie is a string with numbers and letters.
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc78">5.3</A>  <A HREF="#cookie">Erlang Cookie</A></H2><!--SEC END --><P> <A NAME="cookie"></A> </P><P>The Erlang cookie is a string with numbers and letters.
|
||||||
An Erlang node reads the cookie at startup from the command-line parameter <TT>-setcookie</TT>.
|
An Erlang node reads the cookie at startup from the command-line parameter <TT>-setcookie</TT>.
|
||||||
If not indicated, the cookie is read from the cookie file <TT>$HOME/.erlang.cookie</TT>.
|
If not indicated, the cookie is read from the cookie file <TT>$HOME/.erlang.cookie</TT>.
|
||||||
If this file does not exist, it is created immediately with a random cookie.
|
If this file does not exist, it is created immediately with a random cookie.
|
||||||
@ -3610,7 +3635,7 @@ to prevent unauthorized access or intrusion to an Erlang node.
|
|||||||
The communication between Erlang nodes are not encrypted,
|
The communication between Erlang nodes are not encrypted,
|
||||||
so the cookie could be read sniffing the traffic on the network.
|
so the cookie could be read sniffing the traffic on the network.
|
||||||
The recommended way to secure the Erlang node is to block the port 4369.</P><P> <A NAME="nodename"></A> </P><!--TOC section Erlang Node Name-->
|
The recommended way to secure the Erlang node is to block the port 4369.</P><P> <A NAME="nodename"></A> </P><!--TOC section Erlang Node Name-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc78">5.4</A>  <A HREF="#nodename">Erlang Node Name</A></H2><!--SEC END --><P> <A NAME="nodename"></A> </P><P>An Erlang node may have a node name.
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc79">5.4</A>  <A HREF="#nodename">Erlang Node Name</A></H2><!--SEC END --><P> <A NAME="nodename"></A> </P><P>An Erlang node may have a node name.
|
||||||
The name can be short (if indicated with the command-line parameter <TT>-sname</TT>)
|
The name can be short (if indicated with the command-line parameter <TT>-sname</TT>)
|
||||||
or long (if indicated with the parameter <TT>-name</TT>).
|
or long (if indicated with the parameter <TT>-name</TT>).
|
||||||
Starting an Erlang node with -sname limits the communication between Erlang nodes to the LAN.</P><P>Using the option <TT>-sname</TT> instead of <TT>-name</TT> is a simple method
|
Starting an Erlang node with -sname limits the communication between Erlang nodes to the LAN.</P><P>Using the option <TT>-sname</TT> instead of <TT>-name</TT> is a simple method
|
||||||
@ -3619,7 +3644,7 @@ However, it is not ultimately effective to prevent access to the Erlang node,
|
|||||||
because it may be possible to fake the fact that you are on another network
|
because it may be possible to fake the fact that you are on another network
|
||||||
using a modified version of Erlang <TT>epmd</TT>.
|
using a modified version of Erlang <TT>epmd</TT>.
|
||||||
The recommended way to secure the Erlang node is to block the port 4369.</P><P> <A NAME="secure-files"></A> </P><!--TOC section Securing Sensible Files-->
|
The recommended way to secure the Erlang node is to block the port 4369.</P><P> <A NAME="secure-files"></A> </P><!--TOC section Securing Sensible Files-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc79">5.5</A>  <A HREF="#secure-files">Securing Sensible Files</A></H2><!--SEC END --><P> <A NAME="secure-files"></A> </P><P><TT>ejabberd</TT> stores sensible data in the file system either in plain text or binary files.
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc80">5.5</A>  <A HREF="#secure-files">Securing Sensible Files</A></H2><!--SEC END --><P> <A NAME="secure-files"></A> </P><P><TT>ejabberd</TT> stores sensible data in the file system either in plain text or binary files.
|
||||||
The file system permissions should be set to only allow the proper user to read,
|
The file system permissions should be set to only allow the proper user to read,
|
||||||
write and execute those files and directories.</P><DL CLASS="description"><DT CLASS="dt-description">
|
write and execute those files and directories.</P><DL CLASS="description"><DT CLASS="dt-description">
|
||||||
<B><TT>ejabberd configuration file: /etc/ejabberd/ejabberd.cfg</TT></B></DT><DD CLASS="dd-description">
|
<B><TT>ejabberd configuration file: /etc/ejabberd/ejabberd.cfg</TT></B></DT><DD CLASS="dd-description">
|
||||||
@ -3639,9 +3664,9 @@ so it is preferable to secure the whole <TT>/var/lib/ejabberd/</TT> directory.
|
|||||||
</DD><DT CLASS="dt-description"><B><TT>Erlang cookie file: /var/lib/ejabberd/.erlang.cookie</TT></B></DT><DD CLASS="dd-description">
|
</DD><DT CLASS="dt-description"><B><TT>Erlang cookie file: /var/lib/ejabberd/.erlang.cookie</TT></B></DT><DD CLASS="dd-description">
|
||||||
See section <A HREF="#cookie">5.3</A>.
|
See section <A HREF="#cookie">5.3</A>.
|
||||||
</DD></DL><P> <A NAME="clustering"></A> </P><!--TOC chapter Clustering-->
|
</DD></DL><P> <A NAME="clustering"></A> </P><!--TOC chapter Clustering-->
|
||||||
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc80">Chapter 6</A>  <A HREF="#clustering">Clustering</A></H1><!--SEC END --><P> <A NAME="clustering"></A>
|
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc81">Chapter 6</A>  <A HREF="#clustering">Clustering</A></H1><!--SEC END --><P> <A NAME="clustering"></A>
|
||||||
</P><P> <A NAME="howitworks"></A> </P><!--TOC section How it Works-->
|
</P><P> <A NAME="howitworks"></A> </P><!--TOC section How it Works-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc81">6.1</A>  <A HREF="#howitworks">How it Works</A></H2><!--SEC END --><P> <A NAME="howitworks"></A>
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc82">6.1</A>  <A HREF="#howitworks">How it Works</A></H2><!--SEC END --><P> <A NAME="howitworks"></A>
|
||||||
</P><P>A XMPP domain is served by one or more <TT>ejabberd</TT> nodes. These nodes can
|
</P><P>A XMPP domain is served by one or more <TT>ejabberd</TT> nodes. These nodes can
|
||||||
be run on different machines that are connected via a network. They all
|
be run on different machines that are connected via a network. They all
|
||||||
must have the ability to connect to port 4369 of all another nodes, and must
|
must have the ability to connect to port 4369 of all another nodes, and must
|
||||||
@ -3655,29 +3680,29 @@ router,
|
|||||||
</LI><LI CLASS="li-itemize">session manager,
|
</LI><LI CLASS="li-itemize">session manager,
|
||||||
</LI><LI CLASS="li-itemize">s2s manager.
|
</LI><LI CLASS="li-itemize">s2s manager.
|
||||||
</LI></UL><P> <A NAME="router"></A> </P><!--TOC subsection Router-->
|
</LI></UL><P> <A NAME="router"></A> </P><!--TOC subsection Router-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc82">6.1.1</A>  <A HREF="#router">Router</A></H3><!--SEC END --><P> <A NAME="router"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc83">6.1.1</A>  <A HREF="#router">Router</A></H3><!--SEC END --><P> <A NAME="router"></A>
|
||||||
</P><P>This module is the main router of XMPP packets on each node. It
|
</P><P>This module is the main router of XMPP packets on each node. It
|
||||||
routes them based on their destination’s domains. It uses a global
|
routes them based on their destination’s domains. It uses a global
|
||||||
routing table. The domain of the packet’s destination is searched in the
|
routing table. The domain of the packet’s destination is searched in the
|
||||||
routing table, and if it is found, the packet is routed to the
|
routing table, and if it is found, the packet is routed to the
|
||||||
appropriate process. If not, it is sent to the s2s manager.</P><P> <A NAME="localrouter"></A> </P><!--TOC subsection Local Router-->
|
appropriate process. If not, it is sent to the s2s manager.</P><P> <A NAME="localrouter"></A> </P><!--TOC subsection Local Router-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc83">6.1.2</A>  <A HREF="#localrouter">Local Router</A></H3><!--SEC END --><P> <A NAME="localrouter"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc84">6.1.2</A>  <A HREF="#localrouter">Local Router</A></H3><!--SEC END --><P> <A NAME="localrouter"></A>
|
||||||
</P><P>This module routes packets which have a destination domain equal to
|
</P><P>This module routes packets which have a destination domain equal to
|
||||||
one of this server’s host names. If the destination JID has a non-empty user
|
one of this server’s host names. If the destination JID has a non-empty user
|
||||||
part, it is routed to the session manager, otherwise it is processed depending
|
part, it is routed to the session manager, otherwise it is processed depending
|
||||||
on its content.</P><P> <A NAME="sessionmanager"></A> </P><!--TOC subsection Session Manager-->
|
on its content.</P><P> <A NAME="sessionmanager"></A> </P><!--TOC subsection Session Manager-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc84">6.1.3</A>  <A HREF="#sessionmanager">Session Manager</A></H3><!--SEC END --><P> <A NAME="sessionmanager"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc85">6.1.3</A>  <A HREF="#sessionmanager">Session Manager</A></H3><!--SEC END --><P> <A NAME="sessionmanager"></A>
|
||||||
</P><P>This module routes packets to local users. It looks up to which user
|
</P><P>This module routes packets to local users. It looks up to which user
|
||||||
resource a packet must be sent via a presence table. Then the packet is
|
resource a packet must be sent via a presence table. Then the packet is
|
||||||
either routed to the appropriate c2s process, or stored in offline
|
either routed to the appropriate c2s process, or stored in offline
|
||||||
storage, or bounced back.</P><P> <A NAME="s2smanager"></A> </P><!--TOC subsection s2s Manager-->
|
storage, or bounced back.</P><P> <A NAME="s2smanager"></A> </P><!--TOC subsection s2s Manager-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc85">6.1.4</A>  <A HREF="#s2smanager">s2s Manager</A></H3><!--SEC END --><P> <A NAME="s2smanager"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc86">6.1.4</A>  <A HREF="#s2smanager">s2s Manager</A></H3><!--SEC END --><P> <A NAME="s2smanager"></A>
|
||||||
</P><P>This module routes packets to other XMPP servers. First, it
|
</P><P>This module routes packets to other XMPP servers. First, it
|
||||||
checks if an opened s2s connection from the domain of the packet’s
|
checks if an opened s2s connection from the domain of the packet’s
|
||||||
source to the domain of the packet’s destination exists. If that is the case,
|
source to the domain of the packet’s destination exists. If that is the case,
|
||||||
the s2s manager routes the packet to the process
|
the s2s manager routes the packet to the process
|
||||||
serving this connection, otherwise a new connection is opened.</P><P> <A NAME="cluster"></A> </P><!--TOC section Clustering Setup-->
|
serving this connection, otherwise a new connection is opened.</P><P> <A NAME="cluster"></A> </P><!--TOC section Clustering Setup-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc86">6.2</A>  <A HREF="#cluster">Clustering Setup</A></H2><!--SEC END --><P> <A NAME="cluster"></A>
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc87">6.2</A>  <A HREF="#cluster">Clustering Setup</A></H2><!--SEC END --><P> <A NAME="cluster"></A>
|
||||||
</P><P>Suppose you already configured <TT>ejabberd</TT> on one machine named (<TT>first</TT>),
|
</P><P>Suppose you already configured <TT>ejabberd</TT> on one machine named (<TT>first</TT>),
|
||||||
and you need to setup another one to make an <TT>ejabberd</TT> cluster. Then do
|
and you need to setup another one to make an <TT>ejabberd</TT> cluster. Then do
|
||||||
following steps:</P><OL CLASS="enumerate" type=1><LI CLASS="li-enumerate">
|
following steps:</P><OL CLASS="enumerate" type=1><LI CLASS="li-enumerate">
|
||||||
@ -3715,10 +3740,10 @@ and ‘<CODE>access</CODE>’ options because they will be taken from
|
|||||||
enabled only on one machine in the cluster.
|
enabled only on one machine in the cluster.
|
||||||
</LI></OL><P>You can repeat these steps for other machines supposed to serve this
|
</LI></OL><P>You can repeat these steps for other machines supposed to serve this
|
||||||
domain.</P><P> <A NAME="servicelb"></A> </P><!--TOC section Service Load-Balancing-->
|
domain.</P><P> <A NAME="servicelb"></A> </P><!--TOC section Service Load-Balancing-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc87">6.3</A>  <A HREF="#servicelb">Service Load-Balancing</A></H2><!--SEC END --><P> <A NAME="servicelb"></A>
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc88">6.3</A>  <A HREF="#servicelb">Service Load-Balancing</A></H2><!--SEC END --><P> <A NAME="servicelb"></A>
|
||||||
</P><P> <A NAME="componentlb"></A> </P><!--TOC subsection Components Load-Balancing-->
|
</P><P> <A NAME="componentlb"></A> </P><!--TOC subsection Components Load-Balancing-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc88">6.3.1</A>  <A HREF="#componentlb">Components Load-Balancing</A></H3><!--SEC END --><P> <A NAME="componentlb"></A> </P><P> <A NAME="domainlb"></A> </P><!--TOC subsection Domain Load-Balancing Algorithm-->
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc89">6.3.1</A>  <A HREF="#componentlb">Components Load-Balancing</A></H3><!--SEC END --><P> <A NAME="componentlb"></A> </P><P> <A NAME="domainlb"></A> </P><!--TOC subsection Domain Load-Balancing Algorithm-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc89">6.3.2</A>  <A HREF="#domainlb">Domain Load-Balancing Algorithm</A></H3><!--SEC END --><P> <A NAME="domainlb"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc90">6.3.2</A>  <A HREF="#domainlb">Domain Load-Balancing Algorithm</A></H3><!--SEC END --><P> <A NAME="domainlb"></A>
|
||||||
</P><P><TT>ejabberd</TT> includes an algorithm to load balance the components that are plugged on an <TT>ejabberd</TT> cluster. It means that you can plug one or several instances of the same component on each <TT>ejabberd</TT> cluster and that the traffic will be automatically distributed.</P><P>The default distribution algorithm try to deliver to a local instance of a component. If several local instances are available, one instance is chosen randomly. If no instance is available locally, one instance is chosen randomly among the remote component instances.</P><P>If you need a different behaviour, you can change the load balancing behaviour with the option <TT>domain_balancing</TT>. The syntax of the option is the following:
|
</P><P><TT>ejabberd</TT> includes an algorithm to load balance the components that are plugged on an <TT>ejabberd</TT> cluster. It means that you can plug one or several instances of the same component on each <TT>ejabberd</TT> cluster and that the traffic will be automatically distributed.</P><P>The default distribution algorithm try to deliver to a local instance of a component. If several local instances are available, one instance is chosen randomly. If no instance is available locally, one instance is chosen randomly among the remote component instances.</P><P>If you need a different behaviour, you can change the load balancing behaviour with the option <TT>domain_balancing</TT>. The syntax of the option is the following:
|
||||||
</P><DL CLASS="description"><DT CLASS="dt-description"><B><TT>{domain_balancing, "component.example.com", BalancingCriteria}.</TT></B></DT></DL><P>Several balancing criteria are available:
|
</P><DL CLASS="description"><DT CLASS="dt-description"><B><TT>{domain_balancing, "component.example.com", BalancingCriteria}.</TT></B></DT></DL><P>Several balancing criteria are available:
|
||||||
</P><UL CLASS="itemize"><LI CLASS="li-itemize">
|
</P><UL CLASS="itemize"><LI CLASS="li-itemize">
|
||||||
@ -3727,12 +3752,12 @@ domain.</P><P> <A NAME="servicelb"></A> </P><!--TOC section Service Load-Balanci
|
|||||||
</LI><LI CLASS="li-itemize"><TT>bare_destination</TT>: the bare JID (without resource) of the packet <TT>to</TT> attribute is used.
|
</LI><LI CLASS="li-itemize"><TT>bare_destination</TT>: the bare JID (without resource) of the packet <TT>to</TT> attribute is used.
|
||||||
</LI><LI CLASS="li-itemize"><TT>bare_source</TT>: the bare JID (without resource) of the packet <TT>from</TT> attribute is used.
|
</LI><LI CLASS="li-itemize"><TT>bare_source</TT>: the bare JID (without resource) of the packet <TT>from</TT> attribute is used.
|
||||||
</LI></UL><P>If the value corresponding to the criteria is the same, the same component instance in the cluster will be used.</P><P> <A NAME="lbbuckets"></A> </P><!--TOC subsection Load-Balancing Buckets-->
|
</LI></UL><P>If the value corresponding to the criteria is the same, the same component instance in the cluster will be used.</P><P> <A NAME="lbbuckets"></A> </P><!--TOC subsection Load-Balancing Buckets-->
|
||||||
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc90">6.3.3</A>  <A HREF="#lbbuckets">Load-Balancing Buckets</A></H3><!--SEC END --><P> <A NAME="lbbuckets"></A>
|
<H3 CLASS="subsection"><!--SEC ANCHOR --><A NAME="htoc91">6.3.3</A>  <A HREF="#lbbuckets">Load-Balancing Buckets</A></H3><!--SEC END --><P> <A NAME="lbbuckets"></A>
|
||||||
</P><P>When there is a risk of failure for a given component, domain balancing can cause service trouble. If one component is failing the service will not work correctly unless the sessions are rebalanced.</P><P>In this case, it is best to limit the problem to the sessions handled by the failing component. This is what the <TT>domain_balancing_component_number</TT> option does, making the load balancing algorithm not dynamic, but sticky on a fix number of component instances.</P><P>The syntax is:
|
</P><P>When there is a risk of failure for a given component, domain balancing can cause service trouble. If one component is failing the service will not work correctly unless the sessions are rebalanced.</P><P>In this case, it is best to limit the problem to the sessions handled by the failing component. This is what the <TT>domain_balancing_component_number</TT> option does, making the load balancing algorithm not dynamic, but sticky on a fix number of component instances.</P><P>The syntax is:
|
||||||
</P><DL CLASS="description"><DT CLASS="dt-description"><B><TT>{domain_balancing_component_number, "component.example.com", Number}.</TT></B></DT></DL><P> <A NAME="debugging"></A> </P><!--TOC chapter Debugging-->
|
</P><DL CLASS="description"><DT CLASS="dt-description"><B><TT>{domain_balancing_component_number, "component.example.com", Number}.</TT></B></DT></DL><P> <A NAME="debugging"></A> </P><!--TOC chapter Debugging-->
|
||||||
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc91">Chapter 7</A>  <A HREF="#debugging">Debugging</A></H1><!--SEC END --><P> <A NAME="debugging"></A>
|
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc92">Chapter 7</A>  <A HREF="#debugging">Debugging</A></H1><!--SEC END --><P> <A NAME="debugging"></A>
|
||||||
</P><P> <A NAME="logfiles"></A> </P><!--TOC section Log Files-->
|
</P><P> <A NAME="logfiles"></A> </P><!--TOC section Log Files-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc92">7.1</A>  <A HREF="#logfiles">Log Files</A></H2><!--SEC END --><P> <A NAME="logfiles"></A> </P><P>An <TT>ejabberd</TT> node writes two log files:
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc93">7.1</A>  <A HREF="#logfiles">Log Files</A></H2><!--SEC END --><P> <A NAME="logfiles"></A> </P><P>An <TT>ejabberd</TT> node writes two log files:
|
||||||
</P><DL CLASS="description"><DT CLASS="dt-description">
|
</P><DL CLASS="description"><DT CLASS="dt-description">
|
||||||
<B><TT>ejabberd.log</TT></B></DT><DD CLASS="dd-description"> is the ejabberd service log, with the messages reported by <TT>ejabberd</TT> code
|
<B><TT>ejabberd.log</TT></B></DT><DD CLASS="dd-description"> is the ejabberd service log, with the messages reported by <TT>ejabberd</TT> code
|
||||||
</DD><DT CLASS="dt-description"><B><TT>erlang.log</TT></B></DT><DD CLASS="dd-description"> is the Erlang/OTP system log, with the messages reported by Erlang/OTP using SASL (System Architecture Support Libraries)
|
</DD><DT CLASS="dt-description"><B><TT>erlang.log</TT></B></DT><DD CLASS="dd-description"> is the Erlang/OTP system log, with the messages reported by Erlang/OTP using SASL (System Architecture Support Libraries)
|
||||||
@ -3754,12 +3779,12 @@ The ejabberdctl command <TT>reopen-log</TT>
|
|||||||
(please refer to section <A HREF="#ectl-commands">4.1.1</A>)
|
(please refer to section <A HREF="#ectl-commands">4.1.1</A>)
|
||||||
reopens the log files,
|
reopens the log files,
|
||||||
and also renames the old ones if you didn’t rename them.</P><P> <A NAME="debugconsole"></A> </P><!--TOC section Debug Console-->
|
and also renames the old ones if you didn’t rename them.</P><P> <A NAME="debugconsole"></A> </P><!--TOC section Debug Console-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc93">7.2</A>  <A HREF="#debugconsole">Debug Console</A></H2><!--SEC END --><P> <A NAME="debugconsole"></A> </P><P>The Debug Console is an Erlang shell attached to an already running <TT>ejabberd</TT> server.
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc94">7.2</A>  <A HREF="#debugconsole">Debug Console</A></H2><!--SEC END --><P> <A NAME="debugconsole"></A> </P><P>The Debug Console is an Erlang shell attached to an already running <TT>ejabberd</TT> server.
|
||||||
With this Erlang shell, an experienced administrator can perform complex tasks.</P><P>This shell gives complete control over the <TT>ejabberd</TT> server,
|
With this Erlang shell, an experienced administrator can perform complex tasks.</P><P>This shell gives complete control over the <TT>ejabberd</TT> server,
|
||||||
so it is important to use it with extremely care.
|
so it is important to use it with extremely care.
|
||||||
There are some simple and safe examples in the article
|
There are some simple and safe examples in the article
|
||||||
<A HREF="http://www.ejabberd.im/interconnect-erl-nodes">Interconnecting Erlang Nodes</A></P><P>To exit the shell, close the window or press the keys: control+c control+c.</P><P> <A NAME="watchdog"></A> </P><!--TOC section Watchdog Alerts-->
|
<A HREF="http://www.ejabberd.im/interconnect-erl-nodes">Interconnecting Erlang Nodes</A></P><P>To exit the shell, close the window or press the keys: control+c control+c.</P><P> <A NAME="watchdog"></A> </P><!--TOC section Watchdog Alerts-->
|
||||||
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc94">7.3</A>  <A HREF="#watchdog">Watchdog Alerts</A></H2><!--SEC END --><P> <A NAME="watchdog"></A>
|
<H2 CLASS="section"><!--SEC ANCHOR --><A NAME="htoc95">7.3</A>  <A HREF="#watchdog">Watchdog Alerts</A></H2><!--SEC END --><P> <A NAME="watchdog"></A>
|
||||||
</P><P><TT>ejabberd</TT> includes a watchdog mechanism that may be useful to developers
|
</P><P><TT>ejabberd</TT> includes a watchdog mechanism that may be useful to developers
|
||||||
when troubleshooting a problem related to memory usage.
|
when troubleshooting a problem related to memory usage.
|
||||||
If a process in the <TT>ejabberd</TT> server consumes more memory than the configured threshold,
|
If a process in the <TT>ejabberd</TT> server consumes more memory than the configured threshold,
|
||||||
@ -3779,7 +3804,7 @@ or in a conversation with the watchdog alert bot.</P><P>The syntax is:
|
|||||||
To remove all watchdog admins, set the option with an empty list:
|
To remove all watchdog admins, set the option with an empty list:
|
||||||
</P><PRE CLASS="verbatim">{watchdog_admins, []}.
|
</P><PRE CLASS="verbatim">{watchdog_admins, []}.
|
||||||
</PRE><P> <A NAME="i18ni10n"></A> </P><!--TOC chapter Internationalization and Localization-->
|
</PRE><P> <A NAME="i18ni10n"></A> </P><!--TOC chapter Internationalization and Localization-->
|
||||||
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc95">Appendix A</A>  <A HREF="#i18ni10n">Internationalization and Localization</A></H1><!--SEC END --><P> <A NAME="i18ni10n"></A>
|
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc96">Appendix A</A>  <A HREF="#i18ni10n">Internationalization and Localization</A></H1><!--SEC END --><P> <A NAME="i18ni10n"></A>
|
||||||
</P><P>The source code of <TT>ejabberd</TT> supports localization.
|
</P><P>The source code of <TT>ejabberd</TT> supports localization.
|
||||||
The translators can edit the
|
The translators can edit the
|
||||||
<A HREF="http://www.gnu.org/software/gettext/">gettext</A> .po files
|
<A HREF="http://www.gnu.org/software/gettext/">gettext</A> .po files
|
||||||
@ -3814,9 +3839,9 @@ HTTP header ‘Accept-Language: ru’</TD></TR>
|
|||||||
</TABLE></DIV>
|
</TABLE></DIV>
|
||||||
<A NAME="fig:webadmmainru"></A>
|
<A NAME="fig:webadmmainru"></A>
|
||||||
<DIV CLASS="center"><HR WIDTH="80%" SIZE=2></DIV></DIV></BLOCKQUOTE><P> <A NAME="releasenotes"></A> </P><!--TOC chapter Release Notes-->
|
<DIV CLASS="center"><HR WIDTH="80%" SIZE=2></DIV></DIV></BLOCKQUOTE><P> <A NAME="releasenotes"></A> </P><!--TOC chapter Release Notes-->
|
||||||
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc96">Appendix B</A>  <A HREF="#releasenotes">Release Notes</A></H1><!--SEC END --><P> <A NAME="releasenotes"></A>
|
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc97">Appendix B</A>  <A HREF="#releasenotes">Release Notes</A></H1><!--SEC END --><P> <A NAME="releasenotes"></A>
|
||||||
</P><P>Release notes are available from <A HREF="http://www.process-one.net/en/ejabberd/release_notes/">ejabberd Home Page</A></P><P> <A NAME="acknowledgements"></A> </P><!--TOC chapter Acknowledgements-->
|
</P><P>Release notes are available from <A HREF="http://www.process-one.net/en/ejabberd/release_notes/">ejabberd Home Page</A></P><P> <A NAME="acknowledgements"></A> </P><!--TOC chapter Acknowledgements-->
|
||||||
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc97">Appendix C</A>  <A HREF="#acknowledgements">Acknowledgements</A></H1><!--SEC END --><P> <A NAME="acknowledgements"></A> </P><P>Thanks to all people who contributed to this guide:
|
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc98">Appendix C</A>  <A HREF="#acknowledgements">Acknowledgements</A></H1><!--SEC END --><P> <A NAME="acknowledgements"></A> </P><P>Thanks to all people who contributed to this guide:
|
||||||
</P><UL CLASS="itemize"><LI CLASS="li-itemize">
|
</P><UL CLASS="itemize"><LI CLASS="li-itemize">
|
||||||
Alexey Shchepin (<A HREF="xmpp:aleksey@jabber.ru"><TT>xmpp:aleksey@jabber.ru</TT></A>)
|
Alexey Shchepin (<A HREF="xmpp:aleksey@jabber.ru"><TT>xmpp:aleksey@jabber.ru</TT></A>)
|
||||||
</LI><LI CLASS="li-itemize">Badlop (<A HREF="xmpp:badlop@jabberes.org"><TT>xmpp:badlop@jabberes.org</TT></A>)
|
</LI><LI CLASS="li-itemize">Badlop (<A HREF="xmpp:badlop@jabberes.org"><TT>xmpp:badlop@jabberes.org</TT></A>)
|
||||||
@ -3828,7 +3853,7 @@ Alexey Shchepin (<A HREF="xmpp:aleksey@jabber.ru"><TT>xmpp:aleksey@jabber.ru</TT
|
|||||||
</LI><LI CLASS="li-itemize">Sergei Golovan (<A HREF="xmpp:sgolovan@nes.ru"><TT>xmpp:sgolovan@nes.ru</TT></A>)
|
</LI><LI CLASS="li-itemize">Sergei Golovan (<A HREF="xmpp:sgolovan@nes.ru"><TT>xmpp:sgolovan@nes.ru</TT></A>)
|
||||||
</LI><LI CLASS="li-itemize">Vsevolod Pelipas (<A HREF="xmpp:vsevoload@jabber.ru"><TT>xmpp:vsevoload@jabber.ru</TT></A>)
|
</LI><LI CLASS="li-itemize">Vsevolod Pelipas (<A HREF="xmpp:vsevoload@jabber.ru"><TT>xmpp:vsevoload@jabber.ru</TT></A>)
|
||||||
</LI></UL><P> <A NAME="copyright"></A> </P><!--TOC chapter Copyright Information-->
|
</LI></UL><P> <A NAME="copyright"></A> </P><!--TOC chapter Copyright Information-->
|
||||||
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc98">Appendix D</A>  <A HREF="#copyright">Copyright Information</A></H1><!--SEC END --><P> <A NAME="copyright"></A> </P><P>Ejabberd Installation and Operation Guide.<BR>
|
<H1 CLASS="chapter"><!--SEC ANCHOR --><A NAME="htoc99">Appendix D</A>  <A HREF="#copyright">Copyright Information</A></H1><!--SEC END --><P> <A NAME="copyright"></A> </P><P>Ejabberd Installation and Operation Guide.<BR>
|
||||||
Copyright © 2003 — 2009 ProcessOne</P><P>This document is free software; you can redistribute it and/or
|
Copyright © 2003 — 2009 ProcessOne</P><P>This document is free software; you can redistribute it and/or
|
||||||
modify it under the terms of the GNU General Public License
|
modify it under the terms of the GNU General Public License
|
||||||
as published by the Free Software Foundation; either version 2
|
as published by the Free Software Foundation; either version 2
|
||||||
|
@ -804,7 +804,7 @@ The available modules, their purpose and the options allowed by each one are:
|
|||||||
\titem{\texttt{ejabberd\_service}}
|
\titem{\texttt{ejabberd\_service}}
|
||||||
Interacts with an \footahref{http://www.ejabberd.im/tutorials-transports}{external component}
|
Interacts with an \footahref{http://www.ejabberd.im/tutorials-transports}{external component}
|
||||||
(as defined in the Jabber Component Protocol (\xepref{0114}).\\
|
(as defined in the Jabber Component Protocol (\xepref{0114}).\\
|
||||||
Options: \texttt{access}, \texttt{hosts},
|
Options: \texttt{access}, \texttt{hosts}, \texttt{max\_fsm\_queue},
|
||||||
\texttt{shaper}, \texttt{service\_check\_from}
|
\texttt{shaper}, \texttt{service\_check\_from}
|
||||||
\titem{\texttt{ejabberd\_stun}}
|
\titem{\texttt{ejabberd\_stun}}
|
||||||
Handles STUN Binding requests as defined in
|
Handles STUN Binding requests as defined in
|
||||||
@ -872,7 +872,14 @@ This is a detailed description of each option allowed by the listening modules:
|
|||||||
\term{http\_poll\_timeout}. The default value is five minutes.
|
\term{http\_poll\_timeout}. The default value is five minutes.
|
||||||
The option can be defined in \term{ejabberd.cfg}, expressing the time
|
The option can be defined in \term{ejabberd.cfg}, expressing the time
|
||||||
in seconds: \verb|{http_poll_timeout, 300}.|
|
in seconds: \verb|{http_poll_timeout, 300}.|
|
||||||
|
\titem{\{max\_fsm\_queue, Size\}}
|
||||||
|
This option specifies the maximum number of elements in the queue of the FSM.
|
||||||
|
This option can be specified for an \term{ejabberd\_service} listener,
|
||||||
|
or also globally for \term{ejabberd\_s2s\_out}.
|
||||||
|
If the option is not specified for an \term{ejabberd\_service} listener,
|
||||||
|
the globally configured value is used.
|
||||||
|
The allowed values are integers and 'undefined'.
|
||||||
|
Default value: 'undefined'.
|
||||||
\titem{\{max\_stanza\_size, Size\}}
|
\titem{\{max\_stanza\_size, Size\}}
|
||||||
\ind{options!max\_stanza\_size}This option specifies an
|
\ind{options!max\_stanza\_size}This option specifies an
|
||||||
approximate maximum size in bytes of XML stanzas. Approximate,
|
approximate maximum size in bytes of XML stanzas. Approximate,
|
||||||
@ -950,6 +957,14 @@ There are some additional global options that can be specified in the ejabberd c
|
|||||||
\titem{\{s2s\_max\_retry\_delay, Seconds\}} \ind{options!s2s\_max\_retry\_delay}
|
\titem{\{s2s\_max\_retry\_delay, Seconds\}} \ind{options!s2s\_max\_retry\_delay}
|
||||||
The maximum allowed delay for retry to connect after a failed connection attempt.
|
The maximum allowed delay for retry to connect after a failed connection attempt.
|
||||||
Specified in seconds. The default value is 300 seconds (5 minutes).
|
Specified in seconds. The default value is 300 seconds (5 minutes).
|
||||||
|
\titem{\{max\_fsm\_queue, Size\}}
|
||||||
|
This option specifies the maximum number of elements in the queue of the FSM.
|
||||||
|
This option can be specified for an \term{ejabberd\_service} listener,
|
||||||
|
or also globally for \term{ejabberd\_s2s\_out}.
|
||||||
|
If the option is not specified for an \term{ejabberd\_service} listener,
|
||||||
|
the globally configured value is used.
|
||||||
|
The allowed values are integers and 'undefined'.
|
||||||
|
Default value: 'undefined'.
|
||||||
\end{description}
|
\end{description}
|
||||||
|
|
||||||
\makesubsubsection{listened-examples}{Examples}
|
\makesubsubsection{listened-examples}{Examples}
|
||||||
|
Loading…
Reference in New Issue
Block a user