[jdev] jabber.org account registration policy

Peter Saint-Andre stpeter at stpeter.im
Sat Apr 4 14:13:31 CDT 2009


On 4/4/09 6:30 AM, naw wrote:
> El Viernes 03 Abril 2009, Sander Devrieze escribió:
>> 2009/4/3 Peter Saint-Andre <stpeter at stpeter.im>:
>>> http://www.jabber.org/index.php/2009/04/account-registration-policy/
>>> says:
>>>
>>> The Jabber.org IM service has instituted a new account registration
>>> policy. Until further notice, IM accounts can be registered only via the
>>> web at register.jabber.org, which means that our longtime practice of
>>> allowing in-band registration using an IM client has been disabled.
>> Would it be possible to remove jabber.org from
>> http://xmpp.org/services/services.xml ? I think that list makes no
>> sense when it contains services which are not in-band registration
>> capable...

Done.

> I think that it mades sense to have a list of federated servers. It can be 
> useful for other things. But maybe there should be some aditional information 
> about the servers (if they support in-band registration), or maybe several 
> lists (e.g. one for all servers, another one for servers wich support 
> in-band...)

I think it's best if services.xml includes only services that support
in-band registration (IBR), because this file is used by clients to
present a list of services for account registration.

> Also, if in-band registration is going to be less used by servers until the 
> implementation of XEP-0158 (captchas) in servers and clients, it could be 
> also useful to provide the registration address as a child element in the 
> list.

Given the recent (and growing) problems with automated processes
registering large numbers of accounts on public XMPP services, I think
that IBR will soon become unworkable without XEP-0158 support in clients
and servers. Until that happens, we will diable IBR at jabber.org (and I
expect many other public XMPP services to do the same). IBR was a great
idea back in 1999 when no one had ever heard of Jabber, but these days
it is very close to hazardous for the health of the network.

Peter

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


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 6751 bytes
Desc: S/MIME Cryptographic Signature
URL: <https://www.jabber.org/jdev/attachments/20090404/cac8fa3e/attachment-0003.bin>


More information about the JDev mailing list