-
I checked this issue and it was caused by
from
attribute being set to bare jid. It should be replaced on server side by full jid of user connection, which was not done. I fixed this by changes in plugin to make sure this issue will not happen, but I also decided to fix code responsible for settingfrom
to make sure that it is set to full jid as it should be according to latest RFC about XMPP.During verification of this fix, I also found issue with Message Carbons not working properly with latest ACS and fixed this to make sure we have Message Carbons working in clustering with or without ACS.
Type |
Bug
|
Priority |
Major
|
Assignee | |
RedmineID |
2693
|
Spent time |
0
|
Issue Votes (0)
Watchers (0)
After logs analysis attached to message#4301 it looks like an IQ with message carbons enabling request gets to SM (message carbons plugin) a IQ result is generated and also a new IQ is generated (disabling message carbons without ID). This in turn is being processed by SM (and plugin) generating IQ result and again a new IQ set request (disabling message carbons with ID).
As a result a client receives a flood of IQ results without ID.
Log excerpt (complete logs can be found attached to the topic)