[Standards] Presence Priority Implementation Guide

Lukáš 'Spike' Polívka lukas.polivka at gmail.com
Thu May 17 18:20:44 UTC 2007

On 5/17/07, Stephen Pendleton <pendleto at movsoftware.com> wrote:
> Are there any server implementations that will deliver "initial" or all
> messages to all connected resources of a contact? I have found the most
> common complaint I get is that messages get delivered to the "wrong"
> resource.
> As an example, if I am connected using a desktop client and a mobile client
> I would want messages from a JID to be sent to both my desktop and mobile
> client and only after I respond to a message I would want further messages
> sent by that JID to be sent only to the resource I used.
> This is similar in use case to mobile email where a person has their email
> configured on their cell phone and desktop to "keep messages" on the server
> so I can read my email and respond using either device.
> I would think this is a very common case.
> -----Original Message-----
> From: standards-bounces at xmpp.org [mailto:standards-bounces at xmpp.org] On
> Behalf Of JD Conley
> Sent: Wednesday, May 16, 2007 8:26 PM
> To: XMPP Extension Discussion List
> Subject: RE: [Standards] Presence Priority Implementation Guide
> > I question the various show values. The reason I do is based on the
> > fact that I usually set my home computer to "xa" prior to heading to
> > work. That comes in handy because I occasionally send messages to my
> > client at home containing URLs and what not. Unfortunately I have an
> > hour drive to work and occasionally I'll have messages sent to me
> > during the drive. A negative priority would be perfect for this
> > situation where I don't want messages delivered to home while I'm
> > still offline everywhere else.
> Good Point.
> I think this would be best as a user selectable option of "Don't send
> messages here" when they go to put in their presence status message. This is
> similar to the state I mentioned in the mobile text in response to Joe's
> comments. Thoughts?
> -JD


From my experience, ejabberd delivers to all resources with the same
priority, when the resource is not specified. (I think it's good.)

I like Rachel's use of Chat State Notifications ('gone') to further
enhance the user experience.

IM (XMPP/Jabber/Google Talk): spike411 at jabber.cz
ICQ, AIM, MSN: Never ever!

More information about the Standards mailing list