Pues sí que es curioso. Voy a poner aqui el enlace por si interesa posteriormente:

• RFC 3921: XMPP extensions for basic instant messaging and presence
• 11. Server Rules for Handling XML Stanzas
• 11.1 Inbound Stanzas
• Else if the JID is of the form and there is at least one available resource available for the user, the recipient's server MUST follow these rules:
• However, the server MUST NOT deliver the stanza to an available resource with a negative priority; if the only available resource has a negative priority, the server SHOULD handle the message as if there were no available resources (defined below).

Y ahora entiendo que sí es realmente util:

• Por la mañana madrugas para ir al tabajo. Antes de salir de casa quieres enviarle un mensaje urgente a alguien. No quieres recibir ahora los mensajes atrasados, pues no tienes tiempo de leerlos, que tienes prisa.
• Si conectas en un PC que no es el tuyo, con un cliente poco fiable, quizá no quieras recibir los mensajes atrasados. Cuando llegues a casa ya los leerás.
• Y probablemente la más chula, enviarte mensajes al futuro: conectas con prioridad negativa, te envias un mensaje a ti mismo. El mensaje lo recibirás cuando conectes con prioridad positiva.

El colmo sería poder enviar mensajes a otra gente para el futuro, especificando la fecha a partir de la cual pueden ser entregados. No se si ya está descrito, lo que sí hay es lo contrario: poner una fecha de caducidad a los mensajes (en JEP-0079: Advanced Message Processing; expire-at).