Summary: | net-im/pidgin XMPP/SASL authentication fail with >=dev-libs/cyrus-sasl-2.1.25 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Uros <infinity80> |
Component: | Current packages | Assignee: | Lars Wendler (Polynomial-C) (RETIRED) <polynomial-c> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | eras, net-im |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Uros
2012-01-20 10:04:49 UTC
Did you try cyrus-sasl-2.1.25-r1? Looks like a duplicate of bug 392761. So, I ... - emerged dev-libs/cyrus-sasl-2.1.25-r1 (berkdb gdbm pam ssl) - ran revdep-rebuild --library '/usr/lib64/libsasl2.so.2.0.23' && rm '/usr/lib64/libsasl2.so.2.0.23' - rebuilt net-im/pidgin-2.10.1 (dbus gtk idn nls sasl) -- just to be on the safe side After restarting pidgin, I get the same error. I did a little more testing. It seems that problem seems to be triggered only on company network (@work) - and even then only with >=dev-libs/cyrus-sasl-2.1.25. When I'm @home everything works as expected with both versions. Weird. I can confirm that! @home: no problem with 2.1.25-r1 @work: 2.1.25-r1 has said problems, but 2.1.23-r6 works fine and what really strange is, that I have @home an even more restricted network, than @work (I'm a linux admin ;). So I don't think, that we have some kind of firewall problem here. maybe some weird DNS-stuff (SRV-records) and our recursor @work... I don't know. But I wanted to confirm that problem. according to [1] and [2] this can be fixed by modifying your /etc/hosts file. [1] http://archives.gentoo.org/gentoo-user/msg_67106f9dce77b9857ade8056d3a4c522.xml [2] http://askubuntu.com/questions/88989/unable-to-connect-to-google-talk-using-pidgin-sasl-error Thanks for info. I've been running dev-libs/cyrus-sasl-2.1.26-r1 at least from 27.02.2013 and haven't experienced mentioned issues since. I forgot about this issue, so I'll just resolve it as fixed since latest version works without needed /etc/hosts modifications. |