Dois produtos de e-mail de terceiros diferentes que temos reagiram de forma diferente à presença de um cabeçalho content-id na origem MIME de um e-mail. Isso está resultando em uma experiência do usuário inconsistente que estamos tentando resolver.
Veja um exemplo:
--boundary-example
Content-Location: CID:somethingatelse
Content-ID: <foo4atfoo1atbar.net>
Content-Type: IMAGE/GIF
Content-Transfer-Encoding: BASE64
R0lGODlhGAGgAPEAAP/////ZRaCgoAAAACH+PUNv
cHlyaWdodCAoQykgMTk5LiBVbmF1dGhvcml6ZWQgZHV
wbGljYXRpb24gcHJvaGliaXRlZC4A etc..
Um produto de email interpreta isso como uma imagem incorporada. O outro interpreta isso como um apego comum (não embutido). Se removermos completamente a linha Content-ID , ambos os produtos acham que o anexo não está incorporado.
Existe uma RFC específica que conclui definitivamente qual comportamento está correto? Um colega e eu revimos o RFC2392 que no resumo de abertura diz:
Portanto, embora não seja absoluto, estamos inclinados a acreditar que, como todos os itens incorporados precisam de um cid para referenciá-los, e que ele é "geralmente limitado a outras partes do corpo na mesma mensagem" e que os anexos não precisa de um cid, é um comportamento razoável para um produto de e-mail tratar a presença de um cid, como um indicador de "intenção de incorporar".The use of [MIME] within email to convey Web pages and their
associated images requires a URL scheme to permit the HTML to refer
to the images or other data included in the message. The Content-ID
Uniform Resource Locator, "cid:", serves that purpose. […] The "cid" scheme refers to a specific body part of a message; its use is generally limited to references to other body parts in the same message as the referring body part. The "mid" scheme may also refer to a specific body part within a designated message, by including the content-ID's address.
Posso receber uma confirmação sobre isso?
Acho que você está procurando o campo de cabeçalho Content-Disposition , que permite definir o estilo de apresentação de uma parte do corpo (como uma imagem) como inline ou attachment .
Aqui está um exemplo inline criado pelo Thunderbird:
--------------040202010204080305090405
Content-Type: image/png; name="test.png"
Content-Transfer-Encoding: base64
Content-ID: <[email protected]>
Content-Disposition: inline; filename="test.png"
Você pode ler mais em:
O Content-ID não indica que uma imagem deve ser exibida em linha. Este cabeçalho é necessário para referenciar os dados incorporados no HTML.
Como um e-mail é uma mensagem de texto, não há motivo para exibir uma imagem incorporada, desde que o e-mail seja simples.
Alguns clientes exibem os dados in-line, independentemente do formato ser HTML ou texto sem formatação. Mas isso não é um comportamento definido