this problem does not seem always reproducible, but it happens enough to be very annoying. i have the --debug output from a session where i selected a folder, selected a message, tried ctrl-d (my shortcut for Mark), it didn't get a check mark next to it, so i tried the menu item "Mark", still didn't get the check mark. So i selected a different folder, then came back to the original folder, which still had that message selected, did a ctrl-D and it marked it (got the check mark). here are some relevant sections of the debug output: here are the two unsuccessful marks 3078 is evidently the message number: imap.c:1408:message 3078 has been already fully cached. message/rfc822 (offset:0 length:14465 encoding: 6) multipart/related (offset:1458 length:13007 encoding: 6) multipart/alternative (offset:1632 length:7410 encoding: 6) text/plain (offset:1764 length:1472 encoding: 3) text/html (offset:3367 length:5632 encoding: 3) image/gif (offset:9274 length:5147 encoding: 4) textview.c:664:TIMING textview_add_part : 0s002ms textview.c:635:TIMING textview_add_part : 0s000ms textview.c:635:TIMING textview_add_part : 0s000ms textview.c:1061:Viewing text content of type: plain (length: 1448) textview.c:767:TIMING textview_add_part : 0s031ms textview.c:784:TIMING recursive_add_parts : 0s031ms textview.c:830:TIMING recursive_add_parts : 0s031ms textview.c:767:TIMING textview_add_part : 0s000ms textview.c:784:TIMING recursive_add_parts : 0s000ms textview.c:830:TIMING recursive_add_parts : 0s031ms textview.c:830:TIMING recursive_add_parts : 0s034ms textview.c:592:TIMING textview_show_part : 0s034ms summaryview.c:3473:TIMING summary_display_msg_full : 0s049ms summaryview.c:3844:called inc_lock (lock count 1) hooks.c:89:unregisted hook 1 in 'msginfo_update' imap.c:4964:IMAP switching to batch mode summaryview.c:3309:flags: doing change now procmsg.c:1979:Changing flags for message 3078 in folder subs imap.c:4343:getting session... imap.c:3198:using separator: . summaryview.c:3792:Message subs/3078 is marked imap.c:4983:IMAP switching away from batch mode summaryview.c:3849:called inc_unlock (lock count 0) folder.c:1202:Counting total number of messages... main.c:971:The name com.google.code.Awn was not provided by any .service files hooks.c:70:registed new hook for 'msginfo_update' as id 3 summaryview.c:3844:called inc_lock (lock count 1) hooks.c:89:unregisted hook 3 in 'msginfo_update' imap.c:4964:IMAP switching to batch mode summaryview.c:3309:flags: doing change now procmsg.c:1979:Changing flags for message 3078 in folder subs imap.c:4343:getting session... imap.c:3198:using separator: . summaryview.c:3792:Message subs/3078 is marked imap.c:4983:IMAP switching away from batch mode summaryview.c:3849:called inc_unlock (lock count 0) folder.c:1202:Counting total number of messages... main.c:971:The name com.google.code.Awn was not provided by any .service files hooks.c:70:registed new hook for 'msginfo_update' as id 4 folderview.c:2180:newly selected 0x8f94f00, opened 0x8f93920 summaryview.c:1148:called inc_lock (lock count 1) summaryview.c:1219:empty folder ((nil) (null) (nil) 0) summaryview.c:1229:called inc_unlock (lock count 0) summaryview.c:1239:TIMING summary_show : 0s002ms imap.c:4213:scan already required folder.c:2603:Save cache for folder #imap/jake/subs ============================================================ and here is the successful mark: imap.c:1408:message 3078 has been already fully cached. message/rfc822 (offset:0 length:14465 encoding: 6) multipart/related (offset:1458 length:13007 encoding: 6) multipart/alternative (offset:1632 length:7410 encoding: 6) text/plain (offset:1764 length:1472 encoding: 3) text/html (offset:3367 length:5632 encoding: 3) image/gif (offset:9274 length:5147 encoding: 4) textview.c:664:TIMING textview_add_part : 0s002ms textview.c:635:TIMING textview_add_part : 0s000ms textview.c:635:TIMING textview_add_part : 0s000ms textview.c:1061:Viewing text content of type: plain (length: 1448) textview.c:767:TIMING textview_add_part : 0s017ms textview.c:784:TIMING recursive_add_parts : 0s017ms textview.c:830:TIMING recursive_add_parts : 0s017ms textview.c:767:TIMING textview_add_part : 0s000ms textview.c:784:TIMING recursive_add_parts : 0s000ms textview.c:830:TIMING recursive_add_parts : 0s017ms textview.c:830:TIMING recursive_add_parts : 0s019ms textview.c:592:TIMING textview_show_part : 0s020ms summaryview.c:3473:TIMING summary_display_msg_full : 0s027ms summaryview.c:1489: summaryview.c:1494:called inc_unlock (lock count 0) summaryview.c:1495:TIMING summary_show : 0s058ms folder.c:2451:Total cache memory usage: 458105 folderview.c:2302:TIMING folderview_selected : 0s369ms folderview.c:2180:newly selected 0x8f93920, opened 0x8f93920 folderview.c:2184:TIMING folderview_selected : 0s000ms summaryview.c:3844:called inc_lock (lock count 1) hooks.c:89:unregisted hook 4 in 'msginfo_update' imap.c:4964:IMAP switching to batch mode summaryview.c:3309:flags: doing change now procmsg.c:1979:Changing flags for message 3078 in folder subs imap.c:4343:getting session... imap.c:4362:IMAP batch mode on, deferring flags change msgcache.c:270:TIMING msgcache_get_msg_list : 0s000ms summaryview.c:3792:Message subs/3078 is marked imap.c:4983:IMAP switching away from batch mode imap.c:4853:getting session... imap.c:4858:IMAP setting flags to 4 for 1 messages imap.c:511:locking session 0x8fc8428 (0) imap-thread.c:3184:imap store - begin imap-thread.c:387:found imap 0x8f63040 imap-thread.c:387:found imap 0x8f63040 [15:44:43] IMAP4> 34 UID STORE 3078 +FLAGS.SILENT (\Flagged) [15:44:43] IMAP4< 34 OK Store completed. imap-thread.c:3174:imap store run - end 0 imap-thread.c:403:generic_cb imap-thread.c:3196:imap store - end imap.c:524:unlocking session 0x8fc8428 summaryview.c:3849:called inc_unlock (lock count 0)
oh yeah, one more data point: this worked with whatever version fedora 9 shipped. I never had this problem until recently upgrading to F10.