On Sat, Jul 18, 2009 at 3:10 PM, Tomasz Sterna<[email protected]> wrote: > Could authors of XEP-0267: Server Rosters explain what is the rationale > of the MUST: > "Upon receiving such a presence subscription request, the XMPP server > software running at the peer MUST prompt the server administrator(s) to > approve the request, rather than automatically approving it." > > jabberd2 server implements "server presences" for more than a year now > and automatically approves subscribes and answers probes to anyone > interested. > > Additionally it advertises server-based services via server resources > like: > - example.com/echo > - example.com/help > - example.com/announce >
Very interesting... I did not know of this feature of jabberd2. We were thinking of doing something pretty similar in Prosody. Server presence is just too interesting to /not/ be used :) > > I see no reason for the administrator approval of these presences. > Nor did I have any complaint from jabberd2 users (server administrators) > that their server exposes the server presence to anyone. > I agree. However the XEPs that may be based on XEP-0257 give more meaning to someone being on your roster than just sharing presence with them. I don't know whether this is a particularly good thing, as we are overloading something which does already have an established meaning. > > What is the meaning of denying this subscription? > Interested party knows anyway whether the server is "online" just > because it is processing XMPP packets. > As above, I think the acception of the request is more the admin acknowledging the requester as a trusted entity than simply choosing to share presence with them. Regards, Matthew
