Hallo zusammen. Kurzusammenfassung des Problems Wenn ich neue Mails habe, die ich gerne abholen möchte, dann kommt es häufig vor, dass mir einfach sylpheed crasht. Manchmal erst nach dem download aller e-mails, aber dann (kritischer) auch wenn noch nicht alle mails gedownloadet wurden. Letzeres ist leider das grössere Problem, weil die mails auf dem server erst gelöscht werden, wenn diese vollständig heruntergeladen wurden, das Problem ist jetzt bei den mailinglisten, da diese nicht wenige mails pro Tag sind.
Versuch der ausfühlicheren Beschreibung des Problems Zunächst einige Informationen zu den möglicherweise wichtigen Daten: System ist ein Debian SID, mit 2.6.9 kernel. Dies sollte aber auf das Problem keinen Einfluss haben. Wichtigere Daten: Benutzte sylpheed-gtk2 Version: --- snip --- ii sylpheed-gtk2 0.9.99-2 Light weight e-mail client with GTK2 --- snap --- Sylpheed ist dabei abhängig von: --- snip --- Depends: libatk1.0-0 (>= 1.6.0), libc6 (>= 2.3.2.ds1-4), libcompfaceg1, libglib2.0-0 (>= 2.4.6), libgpgme6 (>= 0.3.16-2), libgtk2.0-0 (>= 2.4.4), libldap2 (>= 2.1.17-1), libpango1.0-0 (>= 1.4.1), libpisock8, libssl0.9.7, libx11-6 | xlibs (>> 4.1.0) --- snap --- Diese sollten eigentlich alle durch apt richtig installiert worden sein. Wie schon oben erwähnt ist es eben nicht so dass es jedesmal beim abholen geschieht, aber sicher häufiger als die Fälle wo es ohne Probleme klappt. Habe natürlich schon per google dannach gesucht. Folgendes passiert, wenn ich strace sylpheed-gtk2 in einer Terminalemulation ausführe: --- snip --- write(1, "unset new flags because mark_que"..., 42unset new flags because mark_queue exists ) = 42 write(1, "procmsg_write_mark_file(): writi"..., 48procmsg_write_mark_file(): writing mark file... ) = 48 stat64("/home/salvi/Mail/inbox/mailinglists/debian/debian-user", {st_mode=S_IFDIR|0700, st_size=49, ...}) = 0 open("/home/salvi/Mail/inbox/mailinglists/debian/debian-user/.sylpheed_mark", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 8 fchmod(8, 0600) = 0 fstat64(8, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7397000 write(8, "\2\0\0\0%\0\0\0\3\0\0\0\1\0\0\0\0\0\0\0\2\0\0\0\0\0\0\0"..., 300) = 300 close(8) = 0 munmap(0xb7397000, 4096) = 0 write(4, "F\7\t\0%\1\300\2\7\0\300\2\0\0\34\0\270\1\1\0\0\0*\0\270"..., 2044) = 2044 writev(4, [{"\2\7\t\0\375\0\230\0\25\31\300\0028\0\4\0i\1\300\2\0\0"..., 2044}, {"\310\0\215\0 \0\r\0", 8}], 2) = 2052 writev(4, [{"\233\27\n\0\3\0\230\0k\1\300\2\367\0\300\0026\0\0\0\311"..., 2044}, {"\241\0\177\0 \0\r\0", 8}], 2) = 2052 open("/home/salvi/.sylpheed/uidl/[EMAIL PROTECTED]", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 8 close(8) = 0 poll([{fd=4, events=POLLIN}, {fd=5, events=POLLIN}, {fd=3, events=POLLIN|POLLPRI}], 3, 0) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ --- snap --- Manchmal wird es auch mit folgender Meldung beendet (hier werden wenigstens alle mails vorher noch heruntergeladen): --- snip --- poll([{fd=4, events=POLLIN}, {fd=5, events=POLLIN}, {fd=3, events=POLLIN|POLLPRI}, {fd=8, events=POLLIN, revents=POLLIN}], 4, 1) = 1 select(9, [8], NULL, NULL, {0, 0}) = 1 (in [8], left {0, 0}) select(9, [8], NULL, NULL, {0, 0}) = 1 (in [8], left {0, 0}) gettimeofday({1100349204, 905368}, NULL) = 0 gettimeofday({1100349204, 905459}, NULL) = 0 fcntl64(8, F_GETFL) = 0x802 (flags O_RDWR|O_NONBLOCK) read(8, "\27\3\1\0 ", 5) = 5 read(8, "g\332W\23\266\3749\243\265\374\351\220YyKC\267bzBku\362"..., 32) = 32 time([1100349204]) = 1100349204 write(7, "[13:33:24] POP3< +OK bye\n", 25) = 25 close(8) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ --- snap --- Ja ok, gut segmentation fault. Am Ram kann's irgendwie nicht wirklich liegen, würde ich natürlich aber auch noch mit memtest86 überprüfen. Es passiert ja aber nicht ständig, und ja auch nur mit sylpheed-gtk2. Ich habe natürlich schon ein bisschen gegoogelt: In einem Problem [1] das ich gefunden hatte, gab es auch ein segfault, jedoch beim Senden von mails mit Anhang, das kann man also schon mal ausschliessen. Aber trotzdem zu den verwendeten Optionen für die betroffenen mail-accounts: Für dem Empfang geht's über einen pop-server (POP3 (APOP auth)). Es ist so eingestellt, dass die Nachrichten nach dem download gelöscht werden. Ebenso ist auch SSL aktiviert. Im Bugtracker auf www.sourceforge.net habe ich natürlich auch schon geschaut [2]: Das Problem dort betrifft leider eine ältere Version, und als Anmerkung findet man dort, dass das Problem in der nachfolgenden Version behoben worden war. Im Forum www.linuxforen.de habe ich auch schon gesucht, und man findet auch etwas [3], jedoch wurde das Problem dort weder gelöst, liegt zweitens schon ein paar Jährchen zurück, und des weiteren ist es möglichweise auch nicht unbedingt genau derselbe Fehler. Im Bug-Tacker auf www.debian.org finde ich speziell zum segfault beim empfangen auch wieder nichts (vielleicht bin ich nur zu dumm zum suchen, könnte natürlich auch sein), nur wieder der Bug bezüglich dem senden von Mails. Irgenwo habe ich noch gelesen (weiss jetzt die Quelle nicht mehr :(), dass es eventuell nur bei manchen Header von Mails passieren könnte, wäre hier auch gut möglich denn mails an eine Mailingliste enthalten viele verschiedene Header, jedoch wird es halt entsprechend schwer herauszufinden (finde ich), wie es jetzt genau ausehen würde. Falls mehr Informationen nötig wären, bitte sagts ruhig, ich werde dann versuchen so gut wie möglich die Informationen herzukriegen und dann hier anzufügen. Herzlichen Dank, an alle die das aufmerksam gelesen haben, und die möglicherweise helfen können. Quellen [1] http://groups.google.ch/groups?q=sylpheed-gtk2+segmentation+fault&hl=de&lr=&selm=2Gfob-4hr-5%40gated-at.bofh.it&rnum=1 [2] https://sourceforge.net/tracker/index.php?func=detail&aid=801625&group_id=88198&atid=585814 [3] http://www.linuxforen.de/forums/showthread.php?t=57279&highlight=sylpheed+segmentation [4] http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pkg&data=sylpheed-gtk2&archive=no MfG Salvatore -- Linux arda 2.6.9-1-686 #1 Sun Oct 31 03:42:37 EST 2004 i686 GNU/Linux -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)