Summary: | mozilla-thunderbird-0.7.3-r1 has problems with IMAP | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Miroslav Šulc <fordfrog> |
Component: | Current packages | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | RESOLVED INVALID | ||
Severity: | major | CC: | sgtphou |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Miroslav Šulc
2004-08-25 03:56:33 UTC
This is a common issue as far as I've seen with different handling of the IDLE command. Your best bet is to go into preferences and disable the IDLE command and test again. Here's a link to the first bug I could find with the same problem on Mozilla's site. http://bugzilla.mozilla.org/show_bug.cgi?id=249806 But if you follow this link, you'll see that a lot of users complain of similiar things. Don't know why. http://bugzilla.mozilla.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&field0-0-0=product&type0-0-0=substring&value0-0-0=IMAP&field0-0-1=component&type0-0-1=substring&value0-0-1=IMAP&field0-0-2=short_desc&type0-0-2=substring&value0-0-2=IMAP&field0-0-3=status_whiteboard&type0-0-3=substring&value0-0-3=IMAP&field1-0-0=product&type1-0-0=substring&value1-0-0=thunderbird&field1-0-1=component&type1-0-1=substring&value1-0-1=thunderbird&field1-0-2=short_desc&type1-0-2=substring&value1-0-2=thunderbird&field1-0-3=status_whiteboard&type1-0-3=substring&value1-0-3=thunderbird Thank you, Dough, but it didn't help much. I have turned off the IDLE feature as you wrote and the problem now doesn't appear as often as it appeared and the dialog window with error doesn't display often but the connection to the IMAP server often freezes and then nothing works though no error is displayed :-( I see wholly different problems with thunderbird 0.7.3-r1 imap support. It's difficult to describe but here we go. I have several folders set up. I have filters set up which when matched, thunderbird moves them there. Open up thunderbird, it grabs the new ones, applies filters, etc. Example that's happening right now, it shows 64 new unread messages in the folder called amd-64. I click on this folder, and there are 3 messages total shown. Wait, where's the 64 total? Exactly the same thing is happening with other folders. I can delete the messages I see, emtpy trash, and it will still say there are 64 messages in there, and I see none. Trying a different client, evolution, it properly reads all my folders. It shows 0 unread or new messages in any of these folders. Checkint out my mbox directories by hand, indeed shows that evolution is correct. These folders are in reality empty. Now this isn't always the case. Once in a great while, i can restart thunderbird, and actually see SOME but not all of these phantom messages. When I do get to see them, their dates are from weeks if not months ago. It's as if thunderbird is confused, and storing them in its own setup, and if you're lucky, allowing you to see them. Even at this point if I delete them and empty my trash, these folders STILL show the same number of unread/new messages in the folder index. What this comes down to is I'm forced to use evolution, which to me is not nearly as good as thunderbird -- when it's working properly. Portage 2.0.50-r8 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.4.20040808-r0, 2.6.7-grsec) ================================================================= System uname: 2.6.7-grsec i686 AMD Athlon(TM) XP 1800+ Gentoo Base System version 1.4.16 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -fstack-protector -fomit-frame-pointer -funroll-loops -fprefetch-loop-arrays -pipe -mmmx -msse -m3dnow -mfpmath=sse,387" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fstack-protector -fomit-frame-pointer -funroll-loops -fprefetch-loop-arrays -pipe -mmmx -msse -m3dnow -mfpmath=sse,387" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache notitles sandbox" GENTOO_MIRRORS="http://mirrors.tds.net/gentoo ftp://mirrors.tds.net/gentoo ftp://gentoo.netnitco.net/pub/mirrors/gentoo/source/ http://gentoo.blueyonder.co.uk ftp://mirror.iawnet.sandia.gov/pub/gentoo/" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="3dnow X alsa apm avi berkdb cdr chroot crypt dv dvd dvdr encode foomaticdb gdbm gif gnome gpm gtk gtk2 imlib java jpeg kde ldap libg++ libwww mad mikmod mmx motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png pwdb python qt quicktime readline sdl slang spell sse ssl svga tcltk tcpd tiff truetype x86 xml2 xmms xv zlib" I have installed mozilla-thunderbird-8.0 and the problem still persists but the error message is now more specific. It says that I should decreased the number of cached connections in advanced settings dialog. I have done it and the problem dissapeared :-) I don't know whether this option was in 7.3 too. If you are going to upgrade to mozilla-thunderbird-8.0, you might face a bug with displaying of messages. In http://bugs.gentoo.org/show_bug.cgi?id=64210 you can find manual solution that worked for me. I think that ff the solution above will work for others too then this bug could be closed. Any progress on this? Still using evolution. I am still having the same issues in 1.0 A word from somebody would be encouraging. Did you try to decrease the number of connections TB cashes? I have lowered the number (and increased the number of connections at our mail server) and the problem disappeared. I will close this bug because the solution that worked for me and should work for others too is to lower the number of connections TB cashes or increase the number of connections to the mailserver from single IP address at the mailserver. |