ejabberd：XMLスタンザejabberdのストリーム管理セッションを再開しながら

Question

を認めていない、私は以下のログを取得する：ここで

2016-04-11 08:53:07.430 [info] <0.5432.11>@ejabberd_c2s:terminate:1752 Closing former stream of resumed session for 54ff31587261691606060000@108.59.83.204/sender 
2016-04-11 08:53:07.430 [info] <0.7868.11>@ejabberd_c2s:handle_unacked_stanzas:2814 1 stanzas were not acknowledged by 54ff31587261691606060000@108.59.83.204/sender 
2016-04-11 08:53:07.430 [info] <0.7868.11>@ejabberd_c2s:handle_resume:2731 Resumed session for 54ff31587261691606060000@108.59.83.204/sender 
2016-04-11 08:53:08.602 [info] <0.8227.11>@ejabberd_c2s:handle_enable:2644 Stream management with resumption enabled for 5695b87d7261697179130000@108.59.83.204/sender 
2016-04-11 08:53:09.516 [info] <0.8227.11>@ejabberd_c2s:terminate:1779 ({socket_state,gen_tcp,#Port<0.138899>,<0.8244.11>}) Close session for 5695b87d7261697179130000@108.59.83.204/sender 
2016-04-11 08:53:09.517 [info] <0.8227.11>@ejabberd_c2s:handle_unacked_stanzas:2814 1 stanzas were not acknowledged by 5695b87d7261697179130000@108.59.83.204/sender 
2016-04-11 08:53:09.987 [info] <0.458.0>@ejabberd_listener:accept:333 (#Port<0.138210>) Accepted connection 106.196.172.221:58035 -> 10.240.0.3:5222 
2016-04-11 08:53:11.157 [info] <0.8254.11>@ejabberd_c2s:wait_for_sasl_response:919 ({socket_state,gen_tcp,#Port<0.138210>,<0.8185.11>}) Accepted authentication for 5695b87d7261697179130000 by undefined from 106.196.172.221 

を1スタンザが認められていなかった、それが何を意味し、それを修正する方法。

場合によっては、受信者クライアントによって配信確認が受信されないことがあります。これが、これらのスタンが失われている理由ですか？

更新： セッション中にスタンザは認識されず、接続が再開されると再び交換されます。しかし、一部のスタンザが失われているケースがあります。その結果、配信確認が送信側のクライアント側に反映されません。

ストリーム管理のための設定パラメータ：タイムアウトの

再開：120秒

再送信タイムアウトに：真

は、私が何らかのスタンザが迷子になっているに不足している可能性のある構成があります？

Answer 1

これは、ストリーム管理を使用しており、クライアントがスタンザを受け取ったことをクライアントが確認しなかったことを意味します。これがメッセージの場合、オフライン配信用に保存されるか、別の接続で再送信されるため、メッセージは失われません。