La presenza di un'intestazione Content-ID in un MIME e-mail significa che l'allegato deve essere incorporato?


11

Abbiamo due diversi prodotti di posta elettronica di terze parti che reagiscono in modo diverso alla presenza di un'intestazione id-contenuto nell'origine MIME di un'e-mail. Ciò si traduce in un'esperienza utente incoerente che stiamo cercando di risolvere.

Ecco un esempio:

--boundary-example
Content-Location: CID:somethingatelse 
Content-ID: <foo4atfoo1atbar.net>
Content-Type: IMAGE/GIF
Content-Transfer-Encoding: BASE64

R0lGODlhGAGgAPEAAP/////ZRaCgoAAAACH+PUNv
cHlyaWdodCAoQykgMTk5LiBVbmF1dGhvcml6ZWQgZHV
wbGljYXRpb24gcHJvaGliaXRlZC4A etc..

Un prodotto di posta elettronica lo interpreta come un'immagine incorporata. L'altro lo interpreta come un normale attaccamento (non incorporato). Se rimuoviamo completamente la riga Content-ID , entrambi i prodotti ritengono che l'allegato non sia incorporato.

Esiste un RFC specifico che conclude definitivamente quale comportamento è corretto? Un collega e io abbiamo recensito RFC2392 che nell'abstract di apertura dice:

L'uso di [MIME] all'interno della posta elettronica per trasmettere le pagine Web e le
immagini associate richiede uno schema URL per consentire all'HTML di fare riferimento
alle immagini o ad altri dati inclusi nel messaggio. Il
localizzatore di risorse uniformi Content-ID , "cid:", serve a tale scopo. […] Lo schema "cid" si riferisce a una parte specifica del corpo di un messaggio; il suo uso è generalmente limitato ai riferimenti ad altre parti del corpo nello stesso messaggio della parte del corpo di riferimento. Lo schema "intermedio" può anche riferirsi a una parte specifica del corpo all'interno di un messaggio designato, includendo l'indirizzo dell'ID contenuto.

Pertanto, sebbene non assoluti, siamo propensi a credere che, dal momento che tutti gli elementi incorporati hanno bisogno di un cid per fare riferimento a loro, e che sia "generalmente limitato ad altre parti del corpo nello stesso messaggio", e che gli allegati non hanno bisogno di un cid , è un comportamento ragionevole per un prodotto di posta elettronica trattare la presenza di un cid, come indicatore di "intenzione di incorporare".

Posso avere conferma su questo?


chiedere all'autore della RFC o al pertinente IGF WG, forse?
sendmoreinfo,

Risposte:


8

Il Content-IDnon indica che un'immagine deve essere visualizzata in linea. Questa intestazione è necessaria per fare riferimento ai dati incorporati all'interno di HTML.

Poiché un'e-mail è un messaggio di testo, non vi è alcun motivo per visualizzare un'immagine incorporata, purché la posta sia di testo semplice.

Alcuni client visualizzano i dati in linea indipendentemente dal formato HTML o testo normale. Ma questo non è un comportamento definito


8

Penso che tu stia cercando il Content-Dispositioncampo di intestazione, che ti consente di definire lo stile di presentazione di una parte del corpo (come un'immagine) da essere inlineo attachment.

Ecco un esempio inline creato da Thunderbird:

--------------040202010204080305090405
Content-Type: image/png; name="test.png"
Content-Transfer-Encoding: base64
Content-ID: <part1.02080004.04000407@sample.com>
Content-Disposition: inline; filename="test.png"

Puoi leggere di più su:


L'intestazione Content-Disposition non è sempre inclusa. A volte è necessario determinare se una parte è in linea o un allegato in base alle intestazioni fornite nella domanda.
user2817219
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.