[Server-devel] Ugly JABBER problem

Bryan Berry bryan.berry at gmail.com
Tue Aug 5 05:53:09 EDT 2008


On Tue, 2008-08-05 at 21:02 +1200, Martin Langhoff wrote:
> I don't understand the problem, perhaps I am missing something. The XO
> image won't have the user setup anyway, so it will ask the user for
> his/her name on first use, and then pick up the jabber server at
> "Register" time. This is needed also because the XS needs to be told
> about the user (idmgr keeps a DB of registered users).
> 
> > I have tried to use "schoolserver" as the Jabber ID but no joy. Need the
> > fully qualified domain name
> 
> A naked "schoolserver" lookup is used to perform registration, and
> during registration idmgr tells the XO the FQDN of the jabber server.
> This is how the XO-XS interaction goes from "I don't know my school
> server but if I call 'schoolserver' it will answer' to "I know its
> full name".

There is a default value for the XS on the XO. I don't see how
registering w/ the XS changes this value. Please enlighten me.

I used sugar-control-panel -s jabber schoolserver then "Registered" w/
the XS. CTL+ALT+Delete No joy. reboot. No joy.

I don't think our Identity Manager is working. The service is running.
but When I run /home/idmgr/list_registration, I get nothing. The values
in /etc/idmgr.conf match our XS's fqdn

Most of the vanilla XO images have a jabber fqdn server preset and are
not set to "schoolserver" or even ""


> > Our schoolservers will have unique fqdn's
> 
> Not only fqdns - but also will be on their own subdomain. Please don't
> change the domain naming scheme we ship the XS with! Yes do give each
> school a different domain when you call domain_config - but don't
> change how we have BIND setup.

pls explain this part. Are you suggesting we use some variant of
random.xs.laptop.org rather than something unique to Nepal?

We haven't changed any part of BIND. We used the OLPC script to change
the domain. 

> Uruguay did things differently and now they'll need to implement some
> complex workarounds - split horizon dns setups, etc. Wad thought this
> out pretty well from the start, so let's use the good planning we
> have.

Perhaps this was though out but pls point me out to the reasoning behind
it. 

> If you are wanting to do something that you suspect the current scheme
> does not allow or help, bounce it off the mailing list :-)

That's what my messages are :) Bouncing off the mailing list and asking
for guidance. 

> That is _exactly_ how it works. Nothing to get around :-) - that I know of!
> 




More information about the Server-devel mailing list