This section is designed to include a number of advanced configuration options available within Tigase, but may not have a relevant section yet to house them.
Tigase now supports the full implementation or XEP-0334, See XEP-0334 for protocol details.
This can be customized by setting a list of paths and xmlns to trigger and place storage of offline messages using the following settings in init.properties:
This will require the enabling of AMP plugin, so be sure --sm-plugins=+amp is enabled.
Tigase can now support users with empty nicknames. This can be enabled by adding the following code is in init.properties.
In order to protect Tigase servers from DOS attacks, a limit on number of account registrations per second has been implemented. This may be configured by adding the following line in the init.properties file:
This setting allows for 10 registrations from a single IP per second. If the limit is exceeded, a NOT_ALLOWED error will be returned.
You can now have Tigase ignore packets delivered to unavailable resources to avoid having a packet bounce around and create unnecessary traffic. You may set this globally, within standard message handling only, or within the AMP component using the following settings:
Message Processing Only:
A new processor within statistics has been added to count the number of errors that Tigase returns. This processor, named error-counter, will count all errors returned by Tigase, however by default the number is always zero if it is not enabled. It can be found as an MBean object in JMX under ErrorStatistics and contains values for packets with ERROR and grouped by type. To enable counting of these errors, you must ensure the processor is included in your --sm-plugins:
Stream ERROR packets are not included in the above counter by default as they are processed separately. To enable this to be added to the counter, the following line must be in your init.properties file.
SteamManagementIOProcessor now has a setting that can be used to change the maximum timeout time it will wait for reconnection if a client does not send a time to wait. Two settings are now available:
The above setting in init.properties file will change the default timeout period to 90 seconds.
This setting will set the maximum time allowed for stream resumption to 900 seconds. This can be handy if you expect a number of mobile phones to connect to your server and want to avoid duplicate messages being sent back and forth.
You may setup a server to automatically approve presence subscriptions or roster authorizations for all users. Say you were hosting bots and wanted to automate the process. This can be done with the following settings:
Both of these settings are false by default, and you may use them together or separately. The following behavior is followed when they are both activated: