XMPP Service Operators - 2018-04-14

> As a client user, how do you migrate an account with its settings and roster and notify all contacts about the change? If this is not the right place to ask this, could you give me a hint where to get this information?

philipp, there is no easy answer right now

In theory a client could do this. I think Gajim had some stuff to help with migrating accounts, but it's been some time

Where is bunneh?

Thank you, MattJ. That's a start, I'll check what Gajim offers. It was difficult to find info about this on the web and I was surprised because in a decentralised system like Jabber this seemed like a basic feature to me

Yeah

There was a tool around many years ago, which would help with this

It was web-based (PHP I believe) and anyone could host a copy

But I haven't seen it anywhere for a long time

I even found an XEP but it was long deprecated

Deprecated or deferred?

Let me check if I'll quickly find it again

Rejected: https://xmpp.org/extensions/xep-0015.html

Ah right, that's a really old one

A better candidate these days would be https://xmpp.org/extensions/xep-0283.html

There is also https://xmpp.org/extensions/xep-0227.html which was implemented by some servers, but it was mainly used for transferring accounts from one server implementation to another (by admins)

Thanks, good to know. I had heard of this feature for server admins, but this is something quite useful for client users, too

So rather than the XEP-0015 way, I think it's better for a client (either built into existing clients, or a dedicated client just for migration) to manage the process

It's already possible today to make a client that downloads all the data from one account, and upload it to a second account

Notifying contacts is the only thing missing, and that's what XEP-0283 is for

So... someone just needs to write this tool :)

OK, maybe I can hack together some script using an XMPP library

I'll look into this newer XEP and try to implement something. Then this could hopefully be integrated in a client

Given the deferred status of the XEP, is this is a reasonable way to proceed?

philipp, sure. Deferred just means nobody has worked on the XEP for some time, which usually happens when there are no implementations

philipp, if you implement it, you should write to the standards mailing list and maybe we can get the XEP back on track

Just give some feedback, etc.

All right, thanks, I know basically nothing about the standard processes