当我手动从服务器上的名单中删除联系人时,这是服务器发送给我的内容(openfire):
'<iq type="set" id="183-87" to="foo@edmund.local/hydra"><query xmlns="jabber:iq:roster"><item jid="bar@yahoo.edmund.local" name="baz" ask="unsubscribe" subscription="none"><group>Buddies</group></item></query></iq>'
'<iq type="set" id="187-88" to="foo@edmund.local/hydra"><query xmlns="jabber:iq:roster"><item jid="bar@yahoo.edmund.local" name="baz" subscription="none"><group>Buddies</group></item></query></iq>'
'<presence type="unsubscribed" to="foo@edmund.local" from="bar@yahoo.edmund.local"/>'
如果我回复'取消订阅'存在节(根据RFC 3921,我认为这是正确的),服务器会通过更多“未订阅”的存在向我发送垃圾邮件。
无论哪种方式,下次我的客户登录时,名单中没有任何变化。我做错了吗?
答案 0 :(得分:4)
这取决于您所谈论的客户 - 无论是订阅者还是订阅者。
如果客户是订户,那么什么都不是:
根据section 9.4,如果订阅者发送unsubscribe
请求或其他原因导致客户端被取消订阅,则服务器必须通过{{1}确认请求/报告状态更改响应。那是互动的结束。
如果订阅者在每次通知服务器收到unsubscribed
状态时发出另一个unsubscribe
请求,告知其先前的订阅已被删除,那么它将永远不会结束。
如果客户端是订阅节点,则可以发送unsubscribed
以确认允许删除订阅,但是当您在正常机制之外更改名单时,是否仍然存在我不确定。
我在9.4中读到的表是订阅和服务器在取消订阅期间的消息:
unsubscribe
我对section 8.6的解读,名单删除是这样的:
subscriber server subscribee
| -- unsubscribe --> | |
| | -- unsubscribe --> |
| | <- unsubscribed -- | (optional)
| | -- unsubscribed -> |
| <- unsubscribed -- | |
任何一个客户都不需要确认。
答案 1 :(得分:1)
我太生疏了,无法给你一个直接答案,但是因为已经有几个小时没有答案,所以我只是提出一个建议......
加载pidgin或其他可以记录xmlstream的客户端,从该客户端发送取消订阅,然后复制您在日志中看到的代码。
这将帮助您获得正确的节或者它将识别openfire中的不兼容性(不太可能,但谁知道)。