Gaim version: 1.0.2-r1 When trying to connect to an MSN account -- any account, as I opened a new one for testing -- it performs login, shows my online buddies, and... jams my network connection. I can't browse any website, I don't get pings, etc. The MSN connection dies after a minute or so, and then everything is back to normal. If, however, Gaim is killed -- my network is dead, until I reboot the router and the modem. This is NOT related to the SSL bug -- the appropriate plugin is loaded, according to the debug messages, and the login actually occurs. Reproducible: Always Steps to Reproduce: 1. emerge nss 2. USE="-crypt" emerge gaim 3. Start Gaim, and log into an MSN Messenger account Actual Results: My network connection was totally jammed. Expected Results: Work as expected -- allow me to chat with MSN buddies. Portage 2.0.51-r3 (default-linux/x86/2004.0, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r4 i686) ================================================================= System uname: 2.6.9-gentoo-r4 i686 Intel(R) Pentium(R) 4 CPU 1.70GHz Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.14.90.0.8-r1 Headers: sys-kernel/linux26-headers-2.6.8.1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig candy ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://212.219.56.146/sites/www.ibiblio.org/gentoo/ ftp://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://194.83.57.7/sites/www.ibiblio.org/gentoo/ http://194.83.57.2/sites/www.ibiblio.org/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi alsa avi berkdb bidi bitmap-fonts crypt cups dvd eds esd f77 fam foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 hal icq imlib java jpeg libg++ libwww mad mikmod mmx motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python quicktime readline samba sdl slang sse ssl tcpd tiff truetype unicode x86 xml xml2 xv zlib"
Can you provide a debug log (gaim -d > gaimdebug.log) of this happening?
Created attachment 45167 [details] Gaim debug messages Account password was replaced with "***", otherwise this log was left intact.
Also -- I forgot to mention -- I got several messages on the terminal: dns[14919]: nobody needs me... =( dns[14990] Error: getaddrinfo returned -3 dns[14992]: nobody needs me... =( dns[15033] Error: getaddrinfo returned -3 dns[15033]: Oops, father has gone, wait for me, wait...!
Can you please try this with gaim-1.1.0 and see if it is still happening.
I emerged gaim-1.1.0, but the problem persists. I suppose it has something to do with one of the used libraries, rather than the Gaim code...
This honestly sounds like a buggy or misconfigured router/modem. Are you blocking any outbound traffic?
Stu wants to know if you're using the "DNS Forwarder" of your router/modem?
nothing in gaim nor its libraries does anything other than standard system calls for network functions. for this to be a problem directly caused by userspace software, it would have to be a bug in glibc and the kernel. note the includes used for getaddrinfo (linux devel man pages), they point to .h files provided by libc6.
I don't think there is anything in my current network setup that can cause this issue. I admit I am far from having the required skills to analyze a network problem, but since I'm able to log to MSN with SIM (and the official Windows client) I don't think the problem lies in my configuration. I may, of course, be wrong, so if anyone could tip me about how to analyze such a problem network-wise it would be very good.
Okay, that WAS my faulty network setup, got it working now (thanks Guy :-). Sorry for all the trouble...