[xmpp] 3921bis: probe + unavailable

Peter Saint-Andre <stpeter@stpeter.im> Thu, 28 January 2010 21:33 UTC

Return-Path: <stpeter@stpeter.im>
X-Original-To: xmpp@core3.amsl.com
Delivered-To: xmpp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 28C403A68DE for <xmpp@core3.amsl.com>; Thu, 28 Jan 2010 13:33:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R-tr0IZC3s1h for <xmpp@core3.amsl.com>; Thu, 28 Jan 2010 13:33:50 -0800 (PST)
Received: from stpeter.im (stpeter.im [207.210.219.233]) by core3.amsl.com (Postfix) with ESMTP id 062103A68A9 for <xmpp@ietf.org>; Thu, 28 Jan 2010 13:33:50 -0800 (PST)
Received: from dhcp-64-101-72-234.cisco.com (dhcp-64-101-72-234.cisco.com [64.101.72.234]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id E467440126 for <xmpp@ietf.org>; Thu, 28 Jan 2010 14:34:08 -0700 (MST)
Message-ID: <4B6202CF.6070702@stpeter.im>
Date: Thu, 28 Jan 2010 14:34:07 -0700
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1
MIME-Version: 1.0
To: XMPP <xmpp@ietf.org>
X-Enigmail-Version: 1.0
OpenPGP: url=http://www.saint-andre.com/me/stpeter.asc
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha1"; boundary="------------ms080103060402090004020701"
Subject: [xmpp] 3921bis: probe + unavailable
X-BeenThere: xmpp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: XMPP Working Group <xmpp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/xmpp>, <mailto:xmpp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/xmpp>
List-Post: <mailto:xmpp@ietf.org>
List-Help: <mailto:xmpp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xmpp>, <mailto:xmpp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Jan 2010 21:33:51 -0000

Regarding the server response to an inbound presence probe, Section
4.3.2 of 3921bis currently reads as follows:

******

   2.  Else, if the contact has no available resources, then the server
       SHOULD reply to the presence probe by sending to the user the
       full XML of the last presence stanza of type "unavailable"
       received by the server from the contact (however, the server MAY
       opt to not reply at all).

******

There are two issues I'd like to bring up:

a. My sense of existing implementations is that people would prefer a
definitive answer to the probe (i.e., <presence type='unavailable'/>).
Therefore I would like to change "SHOULD reply with unavailable but MAY
opt to not reply at all" to "MUST reply with unavailable".

b. Someone poked me offlist about a potential security issue here: what
if the probing user was blocked from receiving the contact's presence at
that time (e.g. via privacy lists)?

Therefore I suggest that the spec shall be modified to read as follows:

******

   2.  Else, if the contact has no available resources, then the server
       MUST reply to the presence probe by sending to the user a
       presence stanza of type "unavailable"; this presence stanza
       SHOULD be empty but (subject to local security policies) MAY
       include the full XML of the last unavailable presence stanza that
       the server received from the contact.

   CS: <presence from='mercutio@example.com'
                 to='juliet@example.com'
                 type='unavailable'/>

******

Objections?

Peter

-- 
Peter Saint-Andre
https://stpeter.im/