Configure how VerneMQ handles certain aspects of MQTT
Set the time in seconds after a
QoS=1 or QoS=2message has been sent that VerneMQ will wait before retrying when no response is received.
retry_interval = 20
This option default to
This option defines the maximum number of QoS 1 or 2 messages that can be in the process of being transmitted simultaneously.
max_inflight_messages = 20
0for no limit. The inflight window serves as a protection for sessions, on the incoming side.
The maximum number of messages to hold in the queue above those messages that are currently in flight. Defaults to
1000. Set to
-1for no limit. This option protects a client session from overload by dropping messages (of any QoS).
max_online_messages = 1000
-1for no limit. This parameter was named
0.10.*. Note that
0will totally block message delivery from any queue!
This option specifies the maximum number of QoS 1 and 2 messages to hold in the offline queue.
max_offline_messages = 1000
-1for no limit, use
0if no messages should be stored.
In contrast to the session based inflight window, max_online_messages and max_offline_messages serves as a protection of queues, on the outgoing side.
override_max_online_messages = off
When an offline session transists to online, by default VerneMQ will adhere to the queue sizes also for moving data from the offline queue to the online queue. Therefore, if max_offline_messages > max_online_message VerneMQ will start dropping messages. It is possible to override this behaviour and allow VerneMQ to move all messages from the offline queue to the online queue. The queue will then batched (or streamed) to the subscribers, and the messages are read from disk in batches as well. The additional memory needed thus is just the amount needed to store references to those messages and not the messages themselves.