After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 629209 - Jabber Connection fails when using Override Server Settings and Certificate
Jabber Connection fails when using Override Server Settings and Certificate
Status: RESOLVED NOTGNOME
Product: empathy
Classification: Core
Component: Accounts
2.31.x
Other Linux
: Normal normal
: ---
Assigned To: empathy-maint
Depends on:
Blocks:
 
 
Reported: 2010-09-09 19:11 UTC by Johannes Schmitz
Modified: 2010-09-10 12:31 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
gabble log scenario 1 (11.72 KB, text/x-log)
2010-09-10 09:30 UTC, Johannes Schmitz
Details
mission control log scenario 1 (9.89 KB, text/x-log)
2010-09-10 09:31 UTC, Johannes Schmitz
Details
gabble log scenario 1 (11.80 KB, text/x-log)
2010-09-10 09:41 UTC, Johannes Schmitz
Details
gabble log scenario 2 (13.66 KB, text/x-log)
2010-09-10 09:46 UTC, Johannes Schmitz
Details

Description Johannes Schmitz 2010-09-09 19:11:12 UTC
The scenarios are as follows:

Jabber Account.
The server uses a certificate, Encryption required.
servername is: jabber.rwth-aachen.de

Scenario 1:
When using username@servername.net as Login ID and nothing for "Override server settings the error message is: "Disconnected - Network error"

Scenario 2:
Login ID is username without @servername.net. Instead the same server is set under "Override server settings"
When trying to connect the error message is "Disconnected - Certificate hostname mismatch".


Dirty Solution: Put both username@servername.net and put the same server for "Override server settings".

Problem: Most normal users will give up before finding out this. It is really annoying. At least Scenario 1 should work as it is meant to be the default option without using advanced settings.

Empathy should be able to connect the Login ID and Override server settings to a valid Jabber ID.

All scenarios should work and give no error message as it most convenient.
Comment 1 Guillaume Desmottes 2010-09-10 07:46:45 UTC
Some work have been done recently to improve certificate checking. Could you try with Empathy 2.31.91 and telepathy-gabble 0.9.17 please?
Comment 2 Johannes Schmitz 2010-09-10 08:01:10 UTC
I am actually running 2.31.91.1 on Ubuntu 10.10 beta.
Comment 3 Guillaume Desmottes 2010-09-10 08:55:59 UTC
Ah interesting. Could you please attach gabble logs when trying to connect with Scenario 1? You can grab them from the help - debug menu.
Comment 4 Johannes Schmitz 2010-09-10 09:30:57 UTC
Created attachment 169928 [details]
gabble log scenario 1
Comment 5 Johannes Schmitz 2010-09-10 09:31:27 UTC
Created attachment 169929 [details]
mission control log scenario 1
Comment 6 Johannes Schmitz 2010-09-10 09:36:22 UTC
(In reply to comment #4)
> Created an attachment (id=169928) [details]
> gabble log scenario 1

Sorry the gabble log is the wrong one. I just found out that facebook is also using jabber. But I have problems with the other Jabber account.
Comment 7 Johannes Schmitz 2010-09-10 09:41:22 UTC
Created attachment 169930 [details]
gabble log scenario 1

this should be the correct one
Comment 8 Johannes Schmitz 2010-09-10 09:46:59 UTC
Created attachment 169931 [details]
gabble log scenario 2
Comment 9 Guillaume Desmottes 2010-09-10 12:27:48 UTC
_xmpp._tcp.jabber.rwth-aachen.de is a CNAME while it should be a SRV record. The server is probably miss-configured but gabble should do a better job and be able to connect anyway.

The good news is, gabble master does as https://bugs.freedesktop.org/show_bug.cgi?id=28051 has been fixed. Closing the bug for now. Feel free to re-open if you still have this issue with the future release of gabble.
Comment 10 Guillaume Desmottes 2010-09-10 12:31:18 UTC
(In reply to comment #0)
> Scenario 2:
> Login ID is username without @servername.net. Instead the same server is set
> under "Override server settings"

You shouldn't be able to do that. I opened bug #629261 about this issue.