I have just upgraded from 2.0.0.16 to .17 and I am currently unable to open any older email in my inbox and worse send emails. Vim seems to be able to open the files normally, so I have no clue what is happening. In the process of outsmarting my computer I have installed thunderbird-bin (the same version) which seems to work nicely. (If it stops too, I'll report it) The only thing I can think about is something like a enigmail interfering, but I have updated that too. Reproducible: Always Steps to Reproduce: * mail-client/mozilla-thunderbird [R 2.0.0.17] <target> Reasons: x11-plugins/enigmail-0.95.7-r1:0::installed, x11-plugins/replytolist-0.3.0:0::installed -bindist crypt -debug -gnome ipv6 -ldap mozdom -moznopango replytolist xinerama -xprint linguas: -af -be -bg -ca -cs -da -de -el en -en_GB -en_US -es -es_AR -es_ES -eu -fi -fr -ga -ga_IE -he -hu -it -ja -ko -lt -mk -nb -nb_NO nl -nn -nn_NO -pa -pa_IN -pl -pt -pt_BR -pt_PT -ru -sk -sl -sv paludis 0.28.2 Paludis build information: Compiler: CXX: x86_64-pc-linux-gnu-g++ 4.3.1 CXXFLAGS: -march=athlon64 -O2 -pipe -msse3 LDFLAGS: DATE: 2008-08-15T21:29:39+0200 Libraries: C++ Library: GNU libstdc++ 20080606 Reduced Privs: reduced_uid: 105 reduced_uid->name: paludisbuild reduced_uid->dir: /dev/null reduced_gid: 1007 reduced_gid->name: paludisbuild Paths: DATADIR: /usr/share LIBDIR: /usr/lib64 LIBEXECDIR: /usr/libexec SYSCONFDIR: /etc PYTHONINSTALLDIR: RUBYINSTALLDIR: Environment: Format: paludis Config dir: /etc/paludis World file: /var/db/pkg/world Repository virtuals: format: virtuals Repository installed-virtuals: format: installed_virtuals root: / Repository gentoo: format: ebuild location: /usr/portage append_repository_name_to_write_cache: true binary_destination: false binary_keywords: binary_uri_prefix: builddir: /var/tmp/paludis cache: /usr/portage/metadata/cache distdir: /usr/portage/distfiles eapi_when_unknown: 0 eapi_when_unspecified: 0 eclassdirs: /usr/portage/eclass ignore_deprecated_profiles: false layout: traditional names_cache: /usr/portage/.cache/names newsdir: /usr/portage/metadata/news profile_eapi: 0 profiles: /usr/portage/profiles/default-linux/amd64/2007.0 securitydir: /usr/portage/metadata/glsa setsdir: /usr/portage/sets sync: rsync://rsync.nl.gentoo.org/gentoo-portage sync_options: use_manifest: use write_cache: /var/cache/paludis/metadata Package information: app-admin/eselect-compiler: (none) app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7 2.1.6-r1 dev-lang/python: 2.4.4-r4 2.5.2-r8 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: (none) dev-util/cmake: 2.6.2 dev-util/confcache: (none) sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.3.0-r1 sys-apps/sandbox: 1.2.18.1-r3 sys-devel/autoconf: 2.13 2.63 sys-devel/automake: 1.10.1-r1 1.4_p6 1.5 1.6.3 1.7.9-r1 1.8.5-r3 1.9.6-r2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.26 (for sys-kernel/linux-headers::installed)
Having had the same promlem (and even the same temporary "solution" with -bin :) ), I discovered that - although I save all my mails away into a separate, distinct "local" folder - the folders were _not_ empty, but contained really old mails; this even after "compacrting" all folders. Manually, I deleted all *.msf, all content left-over in the subfolders of my mail accounts, un-merged -bin and re-emerged from source: voila! I guess that alternatively moving the existing ~/.thunderbird out of the way, freshly setting up the accounts would have been an equivalent repair; but now, I can't cross-check that any more ;) Would be nice if you could walk this alternative road ? Additional hint / observation : In another bug related to thunderbird : http://bugs.gentoo.org/show_bug.cgi?id=246421#c5 gcc x86_64-pc-linux-gnu-g++ 4.3.x is "suspected guilty": "Mine was 4.3.2, his was 4.2.4. I switched to 4.2.4 as well, re-emerged thunderbird and enigmail,and voila... it works fine. So apparently this is a gcc-4.3 issue."
If you can still reproduce this with 3.0 please update summary and reopen.
