If this conversation ever continues on elsewhere, please keep me in the know. I'm interested in contributing where possible as I'm looking at developing a mobile presence+messaging client.
On Tue, Mar 25, 2008 at 7:05 PM, Peter Saint-Andre <[EMAIL PROTECTED]> wrote: > Fabio Forno wrote: > > On Tue, Mar 25, 2008 at 10:08 PM, Peter Saint-Andre <[EMAIL PROTECTED]> > wrote: > > > >> Yes that makes sense. But it sounds as if we don't yet know enough to > >> define session hush and session pause very well. Perhaps we need to talk > >> with more people who care about this kind of feature (as I did recently > >> at the eComm conference). > > > > Indeed suspend is not difficult, it's just one more "command" to be > > added to stanza acknowledgments (or an attribute to the existing <r/> > > or <a/>), simply telling the server to suspend the connection (timings > > can be negotiated at session level, such as we already do in BOSH with > > a careful setting of "wait" and "inactivity" attributes). > > Yes I will add that to XEP-0198. > > > > Hush is the one that is difficult, since it is a sort of dynamic > > privacy list in which we set which messages can be considered > > important and at with which importance. Hush moreover has a meaning > > both when connected (e.g. I'd like to delay some messages for > > optimizing compression) and when disconnected (which messages can > > start a new connection?), and for this reason I think it fits a > > completely different XEP and we can wait for it... > > I wonder if hush is really just a special privacy list, but I haven't > had time to work out if that's true. > > > > Peter > > -- > Peter Saint-Andre > https://stpeter.im/ > >
