KDE Jabber Server
Daniel Stone
daniel at fooishbar.org
Mon Sep 8 00:44:52 BST 2003
On Sun, Sep 07, 2003 at 04:12:41PM -0400, Duncan Mac-Vicar Prett wrote:
> I think there is no reason to use a different domain for KDE developers.
> Jabber is a bit broken in that aspect, it used to use MX records to point a
> Jabber server machine from a domain, so kde.org could add a 3rd party hosted
> Jabber server to kde.org MX records and we are set, but the spec is
> confusing, apparently Jabber now uses SRV record, and clients doesn't follow
> the protocol, so if you connect to kde.org they will try to connect to the
> kde.org machine instead of looking up MX records or SRV records.
Right. In general, servers use SRV records to go on, much like the one for
raging.dropbear.id.au.
> (Daniel can you help us with this, you seem to understand very well the
> current spec and how clients support it)
Client support is another matter altogether. Clients like Psi (not sure if
Kopete ever got it or not) support authenticating as one JID, but connecting
to another server (e.g, connecting to bovine.artificial-stupidity.net, but
authenticating as daniel at raging.dropbear.id.au). Most clients just go on the A
or MX records for that domain, however. If your client doesn't support an
alternate server, it really should.
> * Open server?
>
> I think KDE.org server should match kde.org email address. Open usage of that
> server would make kde.org domain full like hotmail. Matching would make
> inter/intra developers communication very simple and powerfull. In the
> future, very nice innovative services could use the Jabber server to help
> KDE's development process.
>
> Having a different server for kde fans, is not a bad idea, and would show very
> well KDE's support for the Jabber IM network. Something like kdeusers.org,
> ilovekde.org ...
Yes, I agree with this. But why not a subdomain? dstone at kde.org, versus
moocow at users.kde.org?
--
Daniel Stone <daniel at fooishbar.org>
http://www.debian.org - http://www.kde.org - http://www.freedesktop.org
"Configurability is always the best choice when it's pretty simple to implement"
-- Havoc Pennington, gnome-list
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 240 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20030908/5cf813a1/attachment.sig>
More information about the kde-core-devel
mailing list