[MlMt] Content-type header viewing behaviors

[Benjamin Coddington]

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 at 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