Details
-
New Feature
-
Status: Open
-
Major
-
Resolution: Unresolved
-
None
-
None
-
None
Description
from dev-ML:
> XEP-0206 Section 7 Recipient-Unavailable
>
> This is not implemented, I am not sure it was even considered.
>
> While looking into ways to implement this one thing became painfully
> obvious, using the StanzaWriter interface is an upstream dead end.
> (Which I suppose makes some sense if you are looking to decouple the CM
> from the XMPP core).
>
> When BoshBackedSessionContext.close is called the DelayedResponseQueue
> (Which is essentially the CM's buffer) needs to be drained and Message
> and certain IQs persisted.
>
> I implemented as much as I could filtering the stanzas in the DRQ and
> grabbing a handle to the OfflineStanzaReceiver (it's a little messy but
> it does work pretty well).
>
> The last part that I could not implement was the handling of persistence
> exceptions which should return an error back to the sender. I do not see
> a way to get back downstream to handle this unless the implementation is
> more in line with the core Endpoint and StanzaRelay implementations.
>
> -Paul