anexos mutt e mail

3

Como você lida com anexos de e-mail ao verificar e-mails no mutt?

Eu configurei auto_view para arquivos html:

bind  attach  <return>  view-mailcap
alternative_order text/plain text/enriched text/html text
unauto_view *
auto_view text/html

Mas se houver alguma imagem anexada ao e-mail, a menos que eu vá e verifique "ver anexos", não há como eu saber disso.

Às vezes, o seguinte é exibido no pager:

[-- Attachment #1: tutorial.pdf --]
[-- Type: application/pdf, Encoding: base64, Size: 320K --]
[-- application/pdf is unsupported (use 'v' to view this part) --]'

Se [-- Attachment #1: x --] aparecesse toda vez, seria ótimo, mas não parece funcionar com imagens em linha.

Como resultado, tenho que lembrar de verificá-lo sempre ... Existe uma maneira melhor?

    
por DaftWooly 07.08.2016 / 15:12

1 resposta

1

O Mutt deve mostrar seus anexos contanto que eles sejam parte de um multipart/alternative MIME, não importando quais sejam os anexos (pode ser não suportado , mas a linha Attachment # estará lá). No entanto, alguns clientes de email criam o MIME da seguinte maneira (notavelmente o Apple Mail e o iPhone):

  I     1 <no description>             [multipa/alternativ, 7bit, 496K]
  I     2 ├─><no description>         [text/plain, quoted, utf-8, 3.5K]
  I     3 └─><no description>             [multipa/related, 7bit, 492K]
  I     4   ├─><no description>         [text/html, quoted, utf-8, 17K]
  I     5   └─>Screen Shot.png                [image/png, base64, 474K]

O Mutt não consegue lidar com essa imagem porque a imagem está dentro de outro MIME multipartes, um MIME que não deve conter anexos. Pelo menos esse é o cenário em que meu mutt não exibe os anexos.

O raciocínio por trás disso é que multipart/related não deve ser usado para anexos, mas exibe sugestões, de acordo com a RFC

Referência:

por 07.08.2016 / 16:23

Tags