Version: 0.12.2 (using KDE KDE 3.5.4) Installed from: Ubuntu Packages OS: Linux Jabber clients should use SRV lookups to locate their servers. In my case my Jabber-ID is equal to my mailaddress (berni-at-birkenwald.de). birkenwald.de has no A/AAAA record (and even if it had, it would point to my webserver to support http://birkenwald.de, not to the jabber server). The standard way of a Jabber client would be to use the SRV record _xmpp-client._tcp.domain to locate the server $ dig -t srv _xmpp-client._tcp.birkenwald.de +short 5 0 5222 vs02.svr02.mucip.net. $ host vs02.svr02.mucip.net vs02.svr02.mucip.net has address 83.170.6.69 vs02.svr02.mucip.net has IPv6 address 2001:1b10:1000:0:2aa:ff:fe00:202 At the current state of Kopete I have to override the default server information in Kopete. Similar issues arise when using Kopete with GoogleTalk, as they use the same method to find the chatserver. At the moment you have to enter talk.google.com manually.
*** Bug 136229 has been marked as a duplicate of this bug. ***
*** This bug has been confirmed by popular vote. ***
*** Bug 162758 has been marked as a duplicate of this bug. ***
Come on guys. The bug is older than two years and haven't been fixed yet. It also affect kopete in kde 4.1.1 (0.60.2). Is any kopete-developer using Jabber?
You have my full agreement. It would really be nice to see that basic jabber feature implemented in the near future. Pleeeeaaaase :-)
Hi, I've tried to fix this bug and implement an SRV DNS lookup for Jabber protocol in Kopete. However, for my implementation, I used an external library Ruli (http://www.nongnu.org/ruli/). This way, the implementation is much simpler than to write a custom SRV lookup library; but I'm not sure, whether it is acceptable for Kopete being dependent on a external library. Could someone from Kopete developement team comment on this issue? In case, the implementation using Ruli is acceptable, I would paste my patch here (after running some tests), in other case, I would try to write a custom resolver (unfortunately QDns or Q3Dns class has been marked deprecated since Qt4). Best regards, Marek
Did you ask the author of Ruli for an integration? Maybe those developers are happy when someone integrates it into a real featured application like kopete... Just an idea?
That's not a good idea as after the next update of our local copy of Iris, that will be directly supported by Iris. I think Olivier is currently working on that.
Why not using Q3Dns while Qt4 would get full dns functionality? PSI uses Q3Dns, and works well with SRV records.
After more than half of a year after last comment bug still exists. Do developers even plan adding the SRV lookup?
Kopete now supports SRV lookups.
Detlev, that sounds great. Thanks! For reference, what version of kopete contains or will contain the fix?