Concerning internalObjectID...

Colin Barrett colin at springsandstruts.com
Tue Aug 16 18:26:53 UTC 2011


So we have

- (username, hostname) which won't change without sign off / sign on, but doesn't uniquely identify a user, and
- nick, which can change without sign off / sign on, but does uniquely identify a user

Essentially we should create our own internal identifier (just a number) as a replacement for nicks, which will be assigned once when we first see a particular contact and never change. When we see nick changes, we update the mapping of nick -> id num. (perhaps stored with a map of user at host to an array of (nick, id) pairs.)

Sorry this is just a sketch, but hopefully it can spark some ideas for someone else.

-Colin

On Aug 16, 2011, at 1:16 AM, Thijs Alkemade wrote:

> The servers I'm familiar with (Freenode, Quakenet) all make you appear to part or quit when you apply a cloak.
> 
> However, without nick it is not unique, which would give the same problems as non-anonymous XMPP MUCs, where we can not distinguish different instances of the same JID. There too we should find a better way to ID users.
> 
> Thijs
> 
> On Aug 16, 2011 2:50 AM, "Colin Barrett" <colin at springsandstruts.com> wrote:
> > On Aug 15, 2011, at 5:29 PM, Peter Hosey wrote:
> > 
> >> username at hostname is not changeable except by disconnection and reconnection, but multiple connections to the server can have the same u at h (with different nicknames).
> > 
> > Except on freenode when you authenticate with their services. You can have your hostname changed at that point to a vanity/privacy mask.
> > 
> > -Colin

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://adium.im/pipermail/devel_adium.im/attachments/20110816/459c0864/attachment-0002.html>


More information about the devel mailing list