Op dinsdag 29 augustus 2006 22:59, schreef Cedric Hyppolite:
snip
To solve the bootstrapping problem, the client would include an
initial list of stable, well-connected xmpp server which would be
used as a seed to discover the full network, then select which server
to register to. The
Sander Devrieze wrote:
Op dinsdag 29 augustus 2006 22:59, schreef Cedric Hyppolite:
snip
To solve the bootstrapping problem, the client would include an
initial list of stable, well-connected xmpp server which would be
used as a seed to discover the full network, then select which server
to
Hal Rottenberg wrote:
Well, usually client developers download the list of servers before the
user ever logs on (so the user can choose a server). If we say that you
need to be connected to the XMPP network before you can get a list of
servers, then we have a bootstrapping problem.
Let me
Le 29 août 06 à 22:08, Peter Saint-Andre a écrit :
Hal Rottenberg wrote:
Well, usually client developers download the list of servers
before the
user ever logs on (so the user can choose a server). If we say
that you
need to be connected to the XMPP network before you can get a
list of
On Aug 29, 2006, at 3:59 PM, Cedric Hyppolite wrote:
Le 29 août 06 à 22:08, Peter Saint-Andre a écrit :
Hal Rottenberg wrote:
Well, usually client developers download the list of servers
before the
user ever logs on (so the user can choose a server). If we say
that you
need to be
On 8/29/06, Cedric Hyppolite [EMAIL PROTECTED] wrote:
You could have a system where you can connect to a server without
having an account on it, and discover which servers he knows. This
information is not account specific and this is similar to account
registration which obviously does not
On 8/29/06, Hal Rottenberg [EMAIL PROTECTED] wrote:
1. SRV query to the child domain to which the client computer belongs.
SRV examples for the two guys in back who have no clue what I'm talking about:
http://www.planeta.toliman.pl/?p=84
--
Psi webmaster (http://psi-im.org)
im:[EMAIL
Hal Rottenberg wrote:
Instead of going to that mythical well-connected server (which really
can only be jabber.org in this context), I've got an idea for what
could be done first. It's very client-intelligence-dependent but
makes sense to me.
1. SRV query to the child domain to which the
Instead of going to that mythical well-connected server (which really
can only be jabber.org in this context), I've got an idea for what
could be done first. It's very client-intelligence-dependent but
makes sense to me.
1. SRV query to the child domain to which the client computer belongs.
Daniel Noll wrote:
Instead of going to that mythical well-connected server (which really
can only be jabber.org in this context), I've got an idea for what
could be done first. It's very client-intelligence-dependent but
makes sense to me.
1. SRV query to the child domain to which the client
On 8/29/06, Maciek Niedzielski [EMAIL PROTECTED] wrote:
There are so many servers in jabber.example.com domains, that you'd also
have to check jabber.something on every step of this recursive checking.
I agree it's common but I don't think it's good practice to check for that.
--
Psi
Better not recurse forever, or you'll meet something called a spider
trap:
query bogus1.example.com, tells you about bogus2.example.com
query bogus2.example.com, tells you about bogus3.example.com
...
I thought the idea was:
if your full domain is: host1.some.network.example.com,
On 8/29/06, Maciek Niedzielski [EMAIL PROTECTED] wrote:
I thought the idea was:
if your full domain is: host1.some.network.example.com, then:
1. check if host1.some.network.example.com is a jabber server
2. else check if some.network.example.com is a jabber server
3. else check if
On 8/29/06, Daniel Noll [EMAIL PROTECTED] wrote:
Sure, but what if bogus1.example.com says yes?
You stop. ?? Not sure what the problem there would be.
--
Psi webmaster (http://psi-im.org)
im:[EMAIL PROTECTED]
http://halr9000.com
Hal Rottenberg wrote:
On 8/29/06, Maciek Niedzielski [EMAIL PROTECTED] wrote:
I thought the idea was:
if your full domain is: host1.some.network.example.com, then:
1. check if host1.some.network.example.com is a jabber server
2. else check if some.network.example.com is a jabber server
3. else
Hal Rottenberg wrote:
Instead of going to that mythical well-connected server (which really
can only be jabber.org in this context), I've got an idea for what
could be done first. It's very client-intelligence-dependent but
makes sense to me.
1. SRV query to the child domain to which the
I just got an idea: Why not use DHCP for this? It can already be used to
discover your default IRC server (8.19 in RFC-2132), so why not your
default XMPP server?
We already have another way to do it too, DNS Service Discovery.
Daniel
--
Jabber: [EMAIL PROTECTED]
Email: [EMAIL
On Tuesday 29 August 2006 21:07, Daniel Noll wrote:
I just got an idea: Why not use DHCP for this? It can already be used to
discover your default IRC server (8.19 in RFC-2132), so why not your
default XMPP server?
We already have another way to do it too, DNS Service Discovery.
That's
Well, usually client developers download the list of servers before the
user ever logs on (so the user can choose a server). If we say that you
need to be connected to the XMPP network before you can get a list of
servers, then we have a bootstrapping problem.
Let me come at the OPs question a
On 8/26/06, Hal Rottenberg [EMAIL PROTECTED] wrote:
Why can't you use S2S to discover the meshed network of servers and
available services?
Because no one wrote a JEP for it yet?
--
- Norman Rasmussen
- Email: [EMAIL PROTECTED]
- Home page: http://norman.rasmussen.co.za/
On 8/25/06, Norman Rasmussen [EMAIL PROTECTED] wrote:
On 8/26/06, Hal Rottenberg [EMAIL PROTECTED] wrote:
Why can't you use S2S to discover the meshed network of servers and
available services?
Because no one wrote a JEP for it yet?
That's a lame excuse. :)
Oh btw the email-jabber analogy
Hi,
I am wondering if it's possible to discover the Jabber server
federation starting by only one jabber server.
I would like to put a jabber server name in the client, and ask the
server the list of other jabber servers it knows.
Then I could select one and ask him its features... The idea
On 8/24/06, Cedric Hyppolite [EMAIL PROTECTED] wrote:
Is this server federation discovery possible with Jabber?
Unfortunatly not. The 'jabber federation' is controlled by DNS - just
like email. It's the same as asking:
I am wondering if it's possible to discover the email server install
Cedric Hyppolite wrote:
Hi,
I am wondering if it's possible to discover the Jabber server federation
starting by only one jabber server.
Right now we have this:
http://www.jabber.org/servers.xml
That data is based on an old feed. We need to update it so it uses the
data from
On 8/24/06, Norman Rasmussen [EMAIL PROTECTED] wrote:
On 8/24/06, Cedric Hyppolite [EMAIL PROTECTED] wrote:
Is this server federation discovery possible with Jabber?
Unfortunatly not. The 'jabber federation' is controlled by DNS - just
like email.
That being said, there are some 'central'
Oh, and another thing...
Cedric Hyppolite wrote:
The idea behind this
is to let a user new to Jabber browse the network to find a jabber
server providing all the features that he needs (gateway, user registry,
conference rooms) and then register an account in-band.
The whole point of
Thanks for the fast replies !
I asked this question because, the first time I tried Jabber, I
looked at different places on the web xmpp.net, jabber.org before
finding a server to register an account to. I wanted to know if this
search for a server could be done in some way inside the xmpp
Cedric Hyppolite wrote:
Thanks for the fast replies !
I asked this question because, the first time I tried Jabber, I looked
at different places on the web xmpp.net, jabber.org before finding a
server to register an account to. I wanted to know if this search for a
server could be done in
28 matches
Mail list logo
