Summary: | "Error - File is empty" when redirecting mail with empty parts | ||
---|---|---|---|
Product: | Claws Mail (GTK 2) | Reporter: | lbickley <lbickley> |
Component: | UI | Assignee: | users |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | P3 | ||
Version: | 3.9.3 | ||
Hardware: | PC | ||
OS: | Linux |
Description
lbickley
2014-03-24 17:55:10 UTC
Could that error message actually be "File doesn't exist or is empty."? Looks like you are referencing a file that no longer exists, perhaps via a Template that tries to attach a file that no longer exists. The error message was exactly as I indicated. (In reply to comment #2) > The error message was exactly as I indicated. Then the message is not coming from Claws Mail. Then why the: compose.c:3813:First text part found alertpanel.c:254:Creating alert panel dialog... alertpanel.c:213:called inc_lock (lock count 1) As I said, Claws hangs (no other app hangs) until the message is closed (by hitting the "Close" button). If it's not Claws - why does ONLY Claws hang? And what about the debug messages above? I've been a senior programmer for over forty years (C, Assembly, Embedded programming) and have managed literally scores of programmers. I don't waste other programmers time reporting bugs that are non-existent. I've donated two times to support Claws developers (I support all open-source products I use). I feel strongly that this and my previous bug are related. I will continue to keep Claws running in "--debug" mode in case this or my previous bug re-occur. What file are you attempting to attach to the message? The error occurred while receiving POP mail. I wasn't attempting to "attach" anything to a message being composed. However, I do have a filter which re-directs "lbickley@bickleywest.com" to "lyle.bickley@gmail.com". Now that I've thought about it - the only times I have seen my previous submission regarding "C:" drive files empty or missing occurred while receiving POP3 mail which was being redirected to gmail. Does the "redirect" do so via "compose"? If so, that may be our culprit. Lyle yes, it will use the Compose code. However, Redirecting via filtering works fine for me. Try inspecting the message that fails to redirect. The "redirect filter" has worked for me for a couple of years without any failures. Only with 3.9.3 has Claws begun to fail "randomly" and "rarely" with this bug on our now suspect re-direct. FYI: I typically have from 60-100 messages per day redirected to my gmail/android account. I can go days w/o experiencing this bug... I'll keep "--debug" on until we figure this on out. Anything else I can do to help find this bug? you should be able to find the mail in the .processing directory in the directory where you store your mail while the alert panel is displayed. I haven't gone through Claws code regarding filtering - but it appears that Claws reads all POP emails - and then post-processes them by filtering them in sequence. For instance when Claws reads 100 POP emails - it subsequently filters and re-directs selected emails - displaying the count in increments of 10 (i.e., 10, 20, 30,...) that it is processing. When it hangs in the middle of this process - what will indicate to me which email in the POPed to directory is being processed? Is there some kind of pointer in the logs, or what? Or will it always be the email with the most recent date or highest sequence number? The assertion in your first debug log is suspicious, too: compose.c:11200 Condition !compose->batch failed traceback: 0: claws-mail() [0x46c1fa] 1: claws-mail(compose_redirect+0x89) [0x481449] 2: claws-mail() [0x489578] 3: claws-mail(filter_message_by_msginfo+0x10b) [0x48ad5b] 4: claws-mail(procmsg_msglist_filter+0x241) [0x544ba1] 5: claws-mail() [0x4b5415] 6: claws-mail(inc_all_account_mail+0x1b7) [0x4b66e7] 7: claws-mail() [0x4b6810] 8: /usr/lib64/libglib-2.0.so.0(+0x4be73) [0x7fcbffb4be73] 9: /usr/lib64/libglib-2.0.so.0(g_main_context_dispatch+0x146) [0x7fcbffb4b316] 10: /usr/lib64/libglib-2.0.so.0(+0x4b668) [0x7fcbffb4b668] 11: /usr/lib64/libglib-2.0.so.0(g_main_loop_run+0x6a) [0x7fcbffb4ba6a] 12: /usr/lib64/libgtk-x11-2.0.so.0(gtk_main+0xa7) [0x7fcc03755627] 13: claws-mail(main+0x2182) [0x451612] 14: /lib64/libc.so.6(__libc_start_main+0xf5) [0x7fcbfe389be5] 15: claws-mail() [0x451a1d] But it's not. In fact the problem is indeed that Claws tries to attach a zero-length file while redirecting, because the redirected message's last part is length 0... It failed again the same way this AM. Here's the debug log: ----------------------------------------------------------- [06:56:40] SMTP< 221 2.0.0 bickleywest.com closing connection session.c:363:session (0xfcd7e00): closed session.c:235:session (0xfcd7e00): destroyed procmsg.c:1803:saving sent message... mh.c:235:MH scan not required: /home/lpb/cMail/sent (1395755799 <= 1395755799) mh.c:235:MH scan not required: /home/lpb/cMail/queue (1395755799 <= 1395755799) mh.c:550:Copying message queue/107 to sent ... msgcache.c:275:TIMING msgcache_get_msg_list : 0s015ms mh.c:1366:TIMING mh_write_sequences : 0s019ms mh.c:1398:MH: forced mtime of sent to 1395755800 mh.c:1398:MH: forced mtime of queue to 1395755799 mh.c:235:MH scan not required: /home/lpb/cMail/queue (1395755799 <= 1395755799) mh.c:1398:MH: forced mtime of queue to 1395755800 msgcache.c:195:Cache size: 0 messages, 0 bytes msgcache.c:173:Cache size: 26984 messages, 14351258 bytes procmsg.c:2088:Changing flags for message 37195 in folder sent procmsg.c:2007:Setting flags for message 107 in folder queue procmsg.c:2007:Setting flags for message 37195 in folder sent procmsg.c:1815:moved queued mail 107 to sent folder folder.c:2164:Scanning folder queue for cache changes. mh.c:293:mh_get_num_list(): Scanning queue ... mh.c:1398:MH: forced mtime of queue to 1395755800 msgcache.c:275:TIMING msgcache_get_msg_list : 0s000ms compose.c:5178:called inc_unlock (lock count 0) compose.c:7375:Creating compose window... toolbar.c:721:read Toolbar Configuration from toolbar_compose.xml compose.c:6713:extra headers file not found addr_compl.c:325:read 2806 items in (null) addr_compl.c:386:start_address_completion((null)) ref count 1 compose.c:11200 Condition !compose->batch failed traceback: 0: claws-mail() [0x46c1fa] 1: claws-mail(compose_redirect+0x89) [0x481449] 2: claws-mail() [0x489578] 3: claws-mail(filter_message_by_msginfo+0x10b) [0x48ad5b] 4: claws-mail(procmsg_msglist_filter+0x241) [0x544ba1] 5: claws-mail() [0x4b5415] 6: claws-mail(inc_all_account_mail+0x1b7) [0x4b66e7] 7: /usr/lib64/libgobject-2.0.so.0(+0x11547) [0x7fcbffe19547] 8: /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x442) [0x7fcbffe32012] 9: /usr/lib64/libgobject-2.0.so.0(g_signal_emit_by_name+0x522) [0x7fcbffe331a2] 10: /usr/lib64/libgobject-2.0.so.0(+0x11547) [0x7fcbffe19547] 11: /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x442) [0x7fcbffe32012] 12: /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x82) [0x7fcbffe32c72] 13: /usr/lib64/libgtk-x11-2.0.so.0(+0x964f5) [0x7fcc036b64f5] 14: /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x138) [0x7fcbffe19318] 15: /usr/lib64/libgobject-2.0.so.0(+0x224c7) [0x7fcbffe2a4c7] 16: /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0xde9) [0x7fcbffe329b9] 17: /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x82) [0x7fcbffe32c72] 18: /usr/lib64/libgtk-x11-2.0.so.0(+0x95439) [0x7fcc036b5439] 19: /usr/lib64/libgtk-x11-2.0.so.0(+0x1379d5) [0x7fcc037579d5] 20: /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x138) [0x7fcbffe19318] 21: /usr/lib64/libgobject-2.0.so.0(+0x22a6b) [0x7fcbffe2aa6b] 22: /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0xab9) [0x7fcbffe32689] 23: /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x82) [0x7fcbffe32c72] 24: /usr/lib64/libgtk-x11-2.0.so.0(+0x247864) [0x7fcc03867864] 25: /usr/lib64/libgtk-x11-2.0.so.0(gtk_propagate_event+0xc4) [0x7fcc03756184] 26: /usr/lib64/libgtk-x11-2.0.so.0(gtk_main_do_event+0x2db) [0x7fcc0375653b] 27: /usr/lib64/libgdk-x11-2.0.so.0(+0x5ba8c) [0x7fcc033c3a8c] 28: /usr/lib64/libglib-2.0.so.0(g_main_context_dispatch+0x146) [0x7fcbffb4b316] 29: /usr/lib64/libglib-2.0.so.0(+0x4b668) [0x7fcbffb4b668] 30: /usr/lib64/libglib-2.0.so.0(g_main_loop_run+0x6a) [0x7fcbffb4ba6a] 31: /usr/lib64/libgtk-x11-2.0.so.0(gtk_main+0xa7) [0x7fcc03755627] 32: claws-mail(main+0x2182) [0x451612] 33: /lib64/libc.so.6(__libc_start_main+0xf5) [0x7fcbfe389be5] 34: claws-mail() [0x451a1d] message/rfc822 (offset:0 length:12152 encoding: 6) multipart/mixed (offset:838 length:11314 encoding: 6) text/plain (offset:1015 length:904 encoding: 0) application/zip (offset:2118 length:9951 encoding: 4) text/plain (offset:12110 length:0 encoding: 6) procmsg.c:2007:Setting flags for message 317 in folder processing procmsg.c:2007:Setting flags for message 317 in folder processing message/rfc822 (offset:0 length:12152 encoding: 6) multipart/mixed (offset:838 length:11314 encoding: 6) text/plain (offset:1015 length:904 encoding: 0) application/zip (offset:2118 length:9951 encoding: 4) text/plain (offset:12110 length:0 encoding: 6) compose.c:3813:First text part found alertpanel.c:254:Creating alert panel dialog... alertpanel.c:213:called inc_lock (lock count 1) ---------------------------------------------------------------- Hi, The fix is in GIT, but did you apply it? Sorry, didn't notice it was there. Will pick it up... Now applied, running version 3.9.3-55-gd61569. I'm still running in --debug mode, just in case ;) I'm in agreement. I've experienced no similar errors after patch. Changes related to this bug have been committed. Please check latest Git and update the bug accordingly. You can also get the patch from: http://git.claws-mail.org/ ++ ChangeLog 2014-04-08 15:29:04.273570764 +0200 http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=b5860f91ffd836bdcd497d0fc26cf88ad6dbff98 Merge: f32f7d2 3a9aa84 Author: Colin Leroy <colin@colino.net> Date: Tue Apr 8 15:29:03 2014 +0200 Merge branch 'master' of file:///home/git/claws http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=3a9aa8405f460fba1d1d6be1a3aa2d6bba8537e6 Author: Ricardo Mones <ricardo@mones.org> Date: Sun Apr 6 02:24:39 2014 +0200 Fix typo http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=ed20c6b9693e3f03e78dc996bf040bae226f121f Author: Ricardo Mones <ricardo@mones.org> Date: Sat Apr 5 19:57:31 2014 +0200 Update plugins section of manual • Merge extra plugins section, since they're all provided now. • Synchronize list of plugins with website list. • Add new “Obsolete plugins” section for the ones we're not shipping anymore for a variety of reasons. http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=0e9e5fa081832e34eb5eab806dc5cbb59dab67e0 Author: Ricardo Mones <ricardo@mones.org> Date: Sat Apr 5 18:41:05 2014 +0200 Update source code references to add git and re-wrap http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=a697eae3b750b59e1c51cda98a91ef1360453f18 Author: Christian Hesse <mail@eworm.de> Date: Wed Mar 26 22:27:53 2014 +0100 Fix bug #3126 “libravatar: do not collect empty files” Signed-off-by: Ricardo Mones <ricardo@mones.org> http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=73a8781b8463557a0ddabe7b1beb0507a4d2beca Author: Paul <paul@claws-mail.org> Date: Thu Mar 27 16:16:32 2014 +0000 when using Redirect, use the redirecting account's address in the SMTP MAIL FROM http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=d6156962e24689e1be484b8a44a4841719bf4679 Author: Colin Leroy <colin@colino.net> Date: Tue Mar 25 09:04:33 2014 +0100 Fix bug #3120, "Error - file is empty" when redirecting a mail with an empty part: ask for confirmation when attaching an empty file, apart in batch mode where no confirmation is asked. |