Criando correios alternativos / multipartes no mutt?

4

Gostaria de criar uma mensagem text/plain usando a formatação do Markdown e transformá-la em uma mensagem multipart/alternative , em que a parte text/html foi gerada a partir do Markdown. Eu tentei usar o comando filter para filtrar isso através de um programa python que cria a mensagem, mas parece que a mensagem não é enviada corretamente. O código está abaixo (isso é apenas código de teste para ver se consigo fazer multipart/alternative mensagens.

import sys
from email.mime.text import MIMEText
from email.mime.multipart import MIMEMultipart

html = """<html>
          <body>
          This is <i>HTML</i>
          </body>
          </html>
"""

msgbody = sys.stdin.read()

newmsg = MIMEMultipart("alternative")

plain = MIMEText(msgbody, "plain")
plain["Content-Disposition"] = "inline"

html = MIMEText(html, "html")
html["Content-Disposition"] = "inline"

newmsg.attach(plain)
newmsg.attach(html)

print newmsg.as_string()

Infelizmente, no mutt, você só recebe o corpo da mensagem enviado ao comando de filtro quando você compõe (os cabeçalhos não estão incluídos). Depois que eu começar a trabalhar, acho que a parte de remarcação não será muito difícil.

    
por Chris W. 06.02.2013 / 21:39

1 resposta

0

Eu gostaria de comentar mais sobre a questão, mas estou bloqueado devido à reputação.

Eu tentei criar multipart alteratives no mutt em um wrapper-script para meu editor, como sugerido por @ n611x007. Eu criei com sucesso um script python que aceitou um e-mail criado pelo editor e, em seguida, criei uma nova mensagem que era uma alternativa multiparte da mesma mensagem.

No entanto, mutt interpretou o e-mail rfc2822 alternativo de multipart válido e criado como algo que poderia ser apenas um corpo simples, e reformulou o mutltipart como um componente mime text / plain muito difícil de ler.

Portanto, é minha suspeita que gerar uma mensagem MIME multipart através de scripts não é realmente possível por meio de uma abordagem interativa, embora certamente seja possível manipular explicitamente a carga mime na tela de pós-criação, onde normalmente é possível criar anexos, etc. No entanto, o fluxo de trabalho não é bom o suficiente para algo que alguém possa fazer regularmente.

A abordagem alternativa seria gerar a alternativa multiparte como parte da transmissão, como um wrapper para o comando sendmail local, ou como um script que envolve falar diretamente com smtp / s. Alguns exemplos dessa abordagem são link e

    
por 03.01.2016 / 05:57