minshall

i also still see it.

the following appears to fix the problem. (note that the "zero" function here functions as an "else"). diff --git a/lisp/mh-e/mh-scan.el b/lisp/mh-e/mh-scan.el index f3ad7c68ba..c4f1c7dadf 100644 --- a/lisp/mh-e/mh-scan.el +++ b/lisp/mh-e/mh-scan.el @@ -76,11 +76,11 @@ mh-scan-format-nmh (concat "%4(msg)" "%<(cur)+%| %>" - "%<{replied}-" - "%?(nonnull(comp{to}))%<(mymbox{to})t%>" - "%?(nonnull(comp{cc}))%<(mymbox{cc})c%>" - "%?(nonnull(comp{bcc}))%<(mymbox{bcc})b%>" - "%?(nonnull(comp{newsgroups}))n%>"...

message with "me" in cc: field don't get marked in scan listing

well, i ran into this again today (and, searching the bugs, found this forgotten bit!:). not that i'm lobbying to have the priority increased, especially as it doesn't seem to have happened to anyone else. if i do "F u" (mh-undo-folder) in +outbox, the "q", i get an error (wrong-type-argument consp nil) in (mh-update-sequences). i think this is because (mh-find-seq 'cur) returns nil, which is then used (in variable seq-entry) as the target of a setcdr, which, i assume, generates the error. to reproduce:...

hi, Bill, i think sf accepted my e-mail, just not my web-post. (no received-by lines said Turkey... :) cheers, Greg sent from my mobile; please excuse any errors or terseness... On 6 Nov 2017, at 08:59, Bill Wohler wohler@users.sf.net wrote: Thanks, Greg. I see your patch on the ticket now, so it looks like you were eventually successful. minshall via mh-e-devel mh-e-devel@lists.sourceforge.net wrote: Mike, et al., would you be willing to try this small patch (plus customization)? i tried to post...

Mike, et al., would you be willing to try this small patch (plus customization)? i tried to post it on the bug entry, but (because i've posted "too often" recently? because i'm in Turkey, and nobody trusts IP connections from a host in Turkey?), i got some message about "spambot detection", and my post doesn't seem to have made it (yet?). here's a proposed/possible fix: there's an existing gnus/mm customizable variable called mm-inlined-types. customize this to get rid of the entry for "message/external-body"....

it allows a privacy violation since by monitoring the target, one can decide the recipient has at least "opened" the message -- sort of like a 'read-receipt' (which also confirms the validity of the recipient's e-mail address). i don't know about overwriting files, not understanding the standard.

this is sort of a duplicate of the (IBM System/) 370, i think? i'd probably prefer an option that leaves the external unloaded, with a button to load it. but, i could easily live with "ask" (as Bill points out, these come through seldom, for me, at least). i don't know the social relationships, but is there a chance of gnus adding hooks? or, is advice the way to go? (i guess i'm somewhat motivated to look into this.)