[Standards] mobile strengths and weaknesses

[Dallas Gutauckis]

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 <stpeter at stpeter.im> wrote:
> Fabio Forno wrote:
>  > On Tue, Mar 25, 2008 at 10:08 PM, Peter Saint-Andre <stpeter at stpeter.im> 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/
>
>