On 12 Apr 2022, at 11:49, Bill Cole wrote: > On 2022-04-12 at 10:42:18 UTC-0400 (Tue, 12 Apr 2022 10:42:18 -0400) > Benjamin Coddington <mailmate@lists.freron.com> is rumored to have said: > >> Hi Benny, et al. >> >> Something's changed out in my mail world recently such that emails of >> plain-text patches for development work that used to arrive with: >> >> Content-Type: text/plain; charset="US-ASCII"; x-default=true >> >> Now arrive with: >> >> Content-Type: application/octet-stream; x-default=true > > Whoever is generating that mail needs a stern talking-to...
I agree, though I've gone that route before, and I doubt a solution lies there. >> This causes my MM (1.13.2 (5673)) to forego displaying the body, and only >> presents the attachment dialog. I'd love to be able to override this >> behavior, if possible. Is there a way to do that? > > I doubt that MM can do that in any automatic way. There would be > substantial safety concerns with generally forcing the display of > arbitrary binary data (i.e. 'application/octet-stream' content type) as > plain text, and message headers in IMAP are immutable, so you can't just > modify the Content-Type header on the relevant messages that you can trust > are in fact displayable text. > > I assume you know about the "View->Show Raw Message" (cmd-opt-u) menu > command & find it wanting... Yes, its a pain to continually have to work around this way and read past all the headers. Thanks for confirming that there's not something I've overlooked. I did have sieve's editheader try to fix things up, but there must be a bug or other problem there because it was severely mangling the headers in doing so. I might look into implementing a plugin for these messages. Ben _______________________________________________ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
