сообщения xmpp теряются, когда клиентское соединение потеряно suddently

я провел последнюю неделю, пытаясь отследить недостающие сообщения в моем приложении xmppframework и ejabberd messaging. Вот полные шаги, которые я прошел, чтобы гарантировать доставку сообщений и какие последствия каждого шага.

Mod_offline

на сервере ejabberd.файл конфигурации yml убедитесь, что у вас есть это в правилах доступа:

max_user_offline_messages:
  admin: 5000
  all: 100

и это в разделе модули:

mod_offline:
  access_max_user_messages: max_user_offline_messages

когда сервер знает получатель сообщения находится в автономном режиме, они будут хранить его и доставлять при повторном подключении.

Ping (XEP-199)

xmppPing = XMPPPing()
xmppPing.respondsToQueries = true
xmppPing.activate(xmppStream)

xmppAutoPing = XMPPAutoPing()
xmppAutoPing.pingInterval = 2 * 60
xmppAutoPing.pingTimeout = 10.0
xmppAutoPing.activate(xmppStream)

Ping действует как сердцебиение, поэтому сервер знает, когда пользователь находится в автономном режиме, но не отключается нормально. Это хорошая идея, чтобы не полагаться на это отключением на applicationDidEnterBackground но когда клиент теряет подключение или поток отключается по неизвестным причинам, существует окно времени, когда клиент находится в автономном режиме, но сервер пока не знает, потому что пинг не ожидался до какого-то времени в будущем. В этом случае сообщение не доставляется и не хранится для автономной доставки.

управление потоком (XEP-198)

xmppStreamManagement = XMPPStreamManagement(storage: XMPPStreamManagementMemoryStorage(), dispatchQueue: dispatch_get_main_queue())
xmppStreamManagement.autoResume = true
xmppStreamManagement.addDelegate(self, delegateQueue: dispatch_get_main_queue())
xmppStreamManagement.activate(xmppStream)

и затем в xmppStreamDidAuthenticate

xmppStreamManagement.enableStreamManagementWithResumption(true, maxTimeout: 100)

почти нет. Последний шаг-вернуться к ejabberd.yml и добавьте эту строку в раздел прослушивания портов под access: c2s:

resend_on_timeout: true

управление потоком добавляет req / akn рукопожатия после каждой доставки сообщения. На своем собственном он не будет иметь никакого эффекта на стороне сервера, если это resend_on_timeout установлено (чего нет по умолчанию в eJabberd).

существует последний крайний случай, который необходимо учитывать, когда подтверждение полученного сообщения не попадает на сервер, и он решает сохранить его для автономной доставки. При следующем входе клиента в систему они, скорее всего, получат дубликат сообщения. Чтобы справиться с этим мы установили, что делегат XMPPStreamManager. Реализовать xmppStreamManagement getIsHandled: и если сообщение имеет тело чата, установите isHandledPtr значение false. При создании исходящего сообщения добавьте xmppElement с уникальным идентификатором:

let xmppMessage = XMPPMessage(type: "chat", to: partnerJID)
let xmppElement = DDXMLElement(name: "message")
xmppElement.addAttributeWithName("id", stringValue: xmppStream.generateUUID())
xmppElement.addAttributeWithName("type", stringValue: "chat")
xmppElement.addAttributeWithName("to", stringValue: partnerJID.bare())
xmppMessage.addBody(message)
xmppMessage.addChild(xmppElement)
xmppMessage.addReceiptRequest()
xmppStream.sendElement(xmppMessage)

затем, когда вы получите сообщение, сообщите менеджеру поток, что сообщение было обработано с xmppStreamManager.markHandledStanzaId(message.from().resource)

цель этого заключительного шага-установить уникальный идентификатор, который вы можете добавить в XMPPMessageArchivingCoreDataStorage и проверьте наличие дубликатов перед отображением.