Informazioni sulla conversione del contenuto
Si applica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Ultima modifica dell'argomento: 2016-11-28
La conversione del contenuto è il processo che consente di formattare correttamente un messaggio in base al destinatario. La decisione di eseguire la conversione del contenuto su un messaggio dipende dalla destinazione e dal formato del messaggio in fase di elaborazione. I messaggi inviati a destinatari all'interno dell'organizzazione di Microsoft Exchange Server non richiedono alcuna conversione del contenuto. La conversione del contenuto può essere necessaria solo per i messaggi inviati a destinatari esterni.
All'interno di un'organizzazione Exchange Server 2010, la conversione del contenuto viene gestita dal classificatore su un server su cui è installato il ruolo del server Trasporto Hub. La classificazione di ogni messaggio avviene non appena un nuovo messaggio viene inserito nella coda di invio. Sul messaggio, oltre alla risoluzione dei destinatari e del routing e prima del suo inserimento nella coda di recapito, viene eseguita la conversione del contenuto. Se un singolo messaggio contiene più destinatari, la conversione del contenuto determina la codifica appropriata per ciascun destinatario. Su un server Trasporto Edge si verifica una classificazione abbreviata, che non implica la conversione del contenuto.
Sommario
Concetti relativi alla struttura dei messaggi di posta elettronica
Formati dei messaggi di Exchange 2010 e Outlook
Elementi della conversione del contenuto
Conversione del contenuto eseguita dal driver di archivio
Per informazioni sulle attività di gestione relative alla conversione del contenuto, vedere Gestione dei server di trasporto.
Concetti relativi alla struttura dei messaggi di posta elettronica
Per comprendere meglio la conversione del contenuto, è necessario capire la struttura dei messaggi di posta elettronica. Un messaggio SMTP si basa su testo normale in formato US-ASCII a 7 bit per la composizione e l'invio di messaggi di posta elettronica. Un messaggio SMTP standard è costituito dai seguenti elementi:
Busta del messaggio La busta del messaggio è definita in RFC 2821. Contiene le informazioni necessarie per trasmettere e recapitare il messaggio. I destinatari non vedono mai la busta del messaggio, perché viene generata dal processo di trasmissione del messaggio e non è parte integrante del contenuto.
Contenuto del messaggio Il contenuto del messaggio è definito in RFC 2822. È composto dai seguenti elementi:
Intestazione del messaggio L'intestazione del messaggio è un insieme di campi di intestazione. I campi di intestazione consistono di un nome di campo, seguito da due punti (:) e dal corpo del campo, e terminano con una combinazione di caratteri ritorno a capo/avanzamento riga (CR/LF).
Un nome di campo deve essere composto da caratteri di testo US-ASCII stampabili, ad eccezione dei due punti (:). In particolare, sono consentiti i caratteri ASCII con valori compresi tra 33 e 57 e tra 59 e 126.
Il corpo di un campo può essere composto da qualsiasi carattere in formato US-ASCII, ad eccezione dei caratteri di ritorno a capo (CR) e avanzamento riga (LF). Tuttavia, il corpo di un campo può contenere la combinazione di caratteri CR/LF quando è utilizzato in un'intestazionesu più righe. L'intestazione su più righe corrisponde alla divisione del corpo di un singolo campo di intestazione in più righe, come descritto nella sezione 2.2.3 di RFC 2822. Altri requisiti di sintassi del corpo del campo sono descritti nelle sezioni 3 e 4 di RFC 2822.
Corpo del messaggio Il corpo del messaggio è un insieme di righe di caratteri di testo US-ASCII visualizzate dopo l'intestazione del messaggio. L'intestazione e il corpo del messaggio sono separati da una riga vuota che termina con la combinazione di caratteri CR/LF. Il corpo del messaggio è facoltativo. Ciascuna riga di testo nel corpo del messaggio deve essere inferiore a 998 caratteri. I caratteri di ritorno a capo e avanzamento riga possono essere inseriti solo insieme per indicare la fine di una riga.
Quando i messaggi SMTP contengono elementi che non sono testo US-ASCII normale, il messaggio deve essere codificato per preservare tali elementi. Lo standard MIME definisce un metodo di codifica del contenuto diverso dal testo presente nei messaggi. MIME consente di utilizzare testo appartenente ad altri set di caratteri, allegati privi di testo, corpi di messaggi costituiti da più parti e campi di intestazione che utilizzano altri set di caratteri. MIME è definito in RFC 2045, RFC 2046, RFC 2047, RFC 2048 e RFC 2077. MIME definisce un insieme di campi di intestazione che specificano altri attributi dei messaggi. Nella seguente tabella vengono descritti alcuni campi di intestazione MIME importanti.
Campi di intestazione MIME importanti
| Nome del campo di intestazione | Valore predefinito | Descrizione |
|---|---|---|
MIME-Version |
1.0 |
Questo è il primo campo di intestazione MIME visualizzato in un messaggio in formato MIME. Viene visualizzato dopo gli altri campi di intestazione RFC 2822 standard e prima di qualsiasi altro campo di intestazione MIME. I client di posta elettronica basati su MIME utilizzano questo campo di intestazione per identificare un messaggio con codifica MIME. Se il campo di intestazione è assente, i client di posta elettronica basati su MIME identificano il messaggio come testo normale. |
Content-Type |
text/plain |
Questo campo di intestazione identifica il tipo di supporto del contenuto del messaggio secondo quanto descritto in RFC 2046. Un tipo di supporto è costituito da un tipo, un sottotipo e uno o più parametri facoltativi, come il parametro charset= che definisce la codifica dei caratteri MIME. I tipi che iniziano con "x-" non sono standard. I sottotipi che iniziano con "vnd." sono specifici del fornitore. IANA (Internet Assigned Numbers Authority) gestisce un elenco di tipi di supporti registrati. Per ulteriori informazioni, vedere MIME Media Types (informazioni in lingua inglese). Il tipo di supporto costituito da più parti consente di inserire più parti del messaggio nello stesso messaggio utilizzando sezioni definite da tipi di supporti diversi. Alcuni valori possibili per il campo Content-Type sono text/plain, text/html, multipart/mixed e multipart/alternative. |
Content-Transfer-Encoding |
7bit |
Questo campo di intestazione consente di descrivere le seguenti informazioni sul messaggio:
Possono essere presenti più valori per il campo di intestazione Content-Transfer-Encoding in un messaggio MIME. Se il campo di intestazione Content-Transfer-Encoding è presente nell'intestazione del messaggio, viene applicato all'intero corpo del messaggio. Se il campo di intestazione è presente solo in una parte di un messaggio costituito da più parti, viene applicato solo a quella determinata parte del messaggio. Quando un algoritmo di codifica viene applicato ai dati del corpo del messaggio, i dati del corpo del messaggio vengono trasformati in testo US-ASCII normale. Questa trasformazione consente al messaggio di passare attraverso i server di messaggistica SMTP precedenti che supportano solo messaggi in formato di testo US-ASCII. I valori del campo di intestazione Content-Transfer-Encoding che indicano l'utilizzo di un algoritmo di codifica sul corpo del messaggio sono i seguenti:
Generalmente nello stesso messaggio non vengono utilizzati più algoritmi di codifica. Se per il corpo del messaggio non è stato utilizzato alcun algoritmo di codifica, il campo di intestazione Content-Transfer-Encoding identifica solamente lo stato attuale dei dati del corpo del messaggio. I seguenti valori del campo di intestazione Content-Transfer-Encoding indicano che non è stato utilizzato alcun algoritmo di codifica sul corpo del messaggio:
I valori 7bit, 8bit e Binary non sono mai presenti insieme nello stesso messaggio costituito da più parti. I valori si escludono reciprocamente. I valori Quoted-Printable o Base64 possono essere visualizzati nel corpo di un messaggio costituito da più parti 7bit o 8bit, ma mai in un corpo Binary. Se il corpo di un messaggio costituito da più parti contiene diverse parti con contenuto 7bit e 8bit, l'intero messaggio viene classificato come 8bit. Se il corpo di un messaggio costituito da più parti contiene diverse parti con contenuto 7bit, 8bit e Binary, l'intero messaggio viene classificato come Binary. |
Content-Disposition |
Attachment |
Questo campo di intestazione indica a un client di posta elettronica abilitato per MIME come visualizzare un file allegato ed è descritto in RFC 2183. I valori di questo campo possono essere Inline o Attachment. Quando il valore di questo campo è Inline, l'allegato viene visualizzato nel corpo del messaggio. Quando il valore di questo campo è Attachment, il file allegato viene visualizzato come allegato normale separato dal corpo del messaggio. Quando il valore è Attachment sono disponibili altri parametri, ad esempio Filename, Creation-date e Size. |
Formati dei messaggi di Exchange 2010 e Outlook
Nel seguente elenco sono descritti i formati di base dei messaggi disponibili in Exchange 2010 e Microsoft Outlook:
Testo normale Un messaggio di testo normale utilizza solo testo US-ASCII come descritto in RFC 2822. Il messaggio non può contenere caratteri diversi o altri formati di testo. Per un messaggio di testo normale possono essere utilizzati i seguenti due formati:
Le intestazioni e il corpo dei messaggi sono costituiti da testo US-ASCII. Gli allegati devono essere codificati con Uuencode. Uuencode è l'abbreviazione di "Unix-to-Unix encoding" e definisce un algoritmo di codifica che consente di memorizzare allegati binari nel corpo di un messaggio di posta elettronica utilizzando caratteri di testo US-ASCII.
Il messaggio è codificato in base allo standard MIME con text/plain come valore Content-Type e 7bit come valore Content-Transfer-Encoding per le parti di testo di un messaggio costituito da più parti. Tutti gli allegati sono codificati con Quoted-Printable o Base64. Per impostazione predefinita, quando si compone e invia un messaggio di testo normale in Outlook, il messaggio è codificato in base allo standard MIME con text/plain come valore Content-Type.
HTML Un messaggio HTML supporta la formattazione di testo, immagini in background, tabelle, elenchi puntati e altri elementi grafici. Per definizione, un messaggio in formato HTML deve esse codificato in base allo standard MIME per preservare questi elementi di formattazione.
RTF (Rich Text Format) Il formato RTF supporta la formattazione del testo e altri elementi grafici. RTF è sinonimo di TNEF (Transport Neutral Encoding Format). TNEF e RTF possono essere utilizzati in modo intercambiabile.
Solo Outlook e pochi altri client di posta elettronica MAPI comprendono messaggi RTF. MAPI è un'architettura di messaggistica sviluppata da Microsoft, che consente l'interazione di più applicazioni con svariati sistemi di messaggistica attraverso diverse piattaforme hardware. L'interfaccia MAPI è basata sull'architettura COM (Component Object Model). Outlook utilizza MAPI per comunicare con le cassette postali su un computer Exchange 2010 in cui è installato il ruolo del server Cassette postali.
Il formato RTF dei messaggi è completamente diverso dal formato RTF dei documenti disponibile in Microsoft Word.
TNEF TNEF è un formato specifico di Microsoft utilizzato per incapsulare le proprietà dei messaggi MAPI. Un messaggio TNEF contiene una versione di testo normale del messaggio e un allegato binario che riunisce la versione formattata originale del messaggio. In genere questo allegato è denominato Winmail.dat e contiene le seguenti informazioni:
La versione formattata originale del messaggio, comprensiva ad esempio di tipi di carattere, dimensioni del testo e colori del testo.
Gli oggetti OLE inclusi, ad esempio, le immagini incorporate o i documenti Microsoft Office incorporati.
Funzionalità speciali di Outlook, compresi ad esempio moduli personalizzati, pulsanti di voto o convocazioni di riunione
Allegati normali che si trovavano nel messaggio originale
Il messaggio di testo normale risultante può essere rappresentato nei seguenti formati:
Un messaggio conforme a RFC 2822 composto solo da testo US-ASCII con un allegato Winmail.dat con codifica Uuencode
Un messaggio con codifica MIME multipart con un allegato Winmail.dat
Un client di posta elettronica conforme a MAPI che legge perfettamente il formato TNEF, ad esempio Outlook, elabora l'allegato Winmail.dat e visualizza il contenuto del messaggio originale senza visualizzare l'allegato Winmail.dat. Un client di posta elettronica che non legge il formato TNEF può presentare un messaggio TNEF nei seguenti modi:
Viene visualizzata la versione di testo normale del messaggio, e il messaggio contiene un allegato denominato Winmail.dat, Win.dat o con altri nomi generici come Attnnnnn.dat o Attnnnnn.eml in cui il segnaposto nnnnn rappresenta un numero casuale.
Viene visualizzata la versione di testo normale del messaggio, mentre l'allegato TNEF viene ignorato o rimosso. Ne risulta un messaggio di testo normale.
I server di messaggistica che leggono il formato TNEF possono essere configurati per la rimozione degli allegati TNEF dai messaggi in arrivo. Ne risulta un messaggio di testo normale. Inoltre, alcuni client di posta elettronica come Microsoft Outlook Express possono non riuscire a leggere il formato TNEF, ma sono in grado di riconoscere e ignorare gli allegati in tale formato. Ne risulta un messaggio di testo normale.
Alcune utilità di terze parti sono in grado di convertire gli allegati Winmail.dat.
TNEF viene letto da Exchange 2010, Exchange 2007, Exchange 2003, Exchange 2000 e Exchange Server versione 5.5. I messaggi TNEF vengono trasferiti tra server di messaggistica SMTP mediante l'utilizzo del comando DATA standard. TNEF viene utilizzato automaticamente da Exchange nelle seguenti situazioni:
Exchange 2003 Se l'organizzazione di Exchange è in modalità mista, TNEF viene utilizzato per i messaggi trasferiti tra server di Exchange che si trovano in gruppi di routing diversi.
Exchange 2000 TNEF viene utilizzato per i messaggi trasferiti tra server di Exchange che si trovano in gruppi di routing diversi.
STNEF (Summary Transport Neutral Encapsulation Format) STNEF equivale a TNEF. Tuttavia, i messaggi STNEF sono codificati in modo diverso rispetto ai messaggi TNEF. In particolare, i messaggi STNEF sono sempre codificati in base allo standard MIME e come valore di Content-Transfer-Encoding utilizzano sempre Binary. Quindi non è presente alcuna rappresentazione in testo normale del messaggio e il corpo del messaggio non contiene alcun allegato Winmail.dat distinto. L'intero messaggio è rappresentato utilizzando solo dati binari. I messaggi che utilizzano Binary come valore di Content-Transfer-Encoding possono essere trasferiti solo tra server di messaggistica SMTP che supportano e annunciano le estensioni SMTP BINARYMIME e CHUNKING secondo quanto definito in RFC 3030. I messaggi vengono trasferiti tra i server di messaggistica SMTP utilizzando sempre il comando BDAT, al posto del comando DATA standard.
STNEF viene letto da Exchange 2010, Exchange 2007, Exchange 2003 e Exchange 2000. STNEF viene utilizzato automaticamente da Exchange se si verificano le seguenti condizioni:
Exchange 2010 STNEF viene utilizzato per tutti i messaggi trasferiti tra server di Exchange nell'organizzazione.
Exchange 2007 STNEF viene utilizzato per tutti i messaggi trasferiti tra server di Exchange nell'organizzazione.
Exchange 2003 Se l'organizzazione di Exchange è in modalità nativa, STNEF viene utilizzato per tutti i messaggi trasferiti tra server di Exchange nell'organizzazione.
Exchange 2000 STNEF viene utilizzato per i messaggi trasferiti tra server di Exchange che si trovano nello stesso gruppo di routing. Inoltre, un aggiornamento rapido non supportato consente a Exchange 2000 di utilizzare STNEF per i messaggi trasferiti tra server di Exchange in gruppi di routing diversi.
Exchange non invia mai messaggi STNEF a destinatari esterni. Solo i messaggi TNEF possono essere inviati a destinatari esterni all'organizzazione di Exchange.
Elementi della conversione del contenuto
La conversione del contenuto è la corretta formattazione di un messaggio in base a ciascun destinatario esterno. Questa conversione viene eseguita dal classificatore su un server Trasporto Hub.
Le opzioni di conversione del contenuto impostabili in un'organizzazione di Exchange possono essere raggruppate nelle seguenti categorie:
Opzioni di conversione TNEF Queste opzioni di conversione specificano se mantenere o rimuovere TNEF dai messaggi in uscita dall'organizzazione di Exchange.
Opzioni di codifica dei messaggi Queste opzioni specificano le opzioni di codifica dei messaggi, ad esempio set di caratteri MIME e non MIME, la codifica dei messaggi e i formati degli allegati.
Queste opzioni di conversione e codifica sono indipendenti le une dalle altre. Ad esempio, l'uscita dei messaggi TNEF dall'organizzazione di Exchange non è legata alle impostazioni di codifica MIME o di testo normale di tali messaggi.
È possibile specificare la conversione del contenuto nei vari livelli dell'organizzazione di Exchange come descritto nell'elenco seguente:
Impostazioni dei domini remoti I domini remoti definiscono le impostazioni per i trasferimenti dei messaggi in uscita tra l'organizzazione Exchange 2010 e i domini esterni alla foresta di Active Directory. Anche se non si creano voci del dominio remoto per domini specifici, esiste un dominio remoto predefinito, denominato Predefinito, che si applica a tutti gli spazi degli indirizzi remoti (*).
Impostazioni dell'utente di posta e del contatto di posta Gli utenti di posta somigliano ai contatti di posta: entrambi hanno indirizzi di posta elettronica esterni e contengono informazioni su persone esterne all'organizzazione di Exchange. La differenza principale è che gli utenti di posta dispongono di contesti di protezione che possono essere utilizzati per accedere al dominio di Active Directory e alle risorse per le quali dispongono di autorizzazioni.
Impostazioni di Outlook In Outlook è possibile impostare le opzioni di formattazione e codifica dei messaggi descritte nell'elenco seguente:
Formato del messaggio È possibile impostare il formato predefinito per tutti i messaggi. Inoltre, quando si compone un messaggio specifico, è possibile ignorare il formato predefinito.
Formato del messaggio Internet È possibile controllare l'invio dei messaggi TNEF a destinatari remoti oppure la loro preventiva conversione in un formato più compatibile. Inoltre, è possibile specificare diverse opzioni di codifica per i messaggi inviati a destinatari remoti. Queste impostazioni non si applicano ai messaggi inviati a destinatari nell'organizzazione di Exchange.
Formato del messaggio per destinatari Internet È possibile controllare l'invio dei messaggi TNEF a destinatari specifici oppure la loro preventiva conversione in un formato più compatibile. Durante la composizione di un messaggio è possibile impostare le opzioni di conversione per contatti specifici nella propria cartella Contatti e ignorare le opzioni di conversione per un destinatario specifico nei campi A, Cc o Ccn. Queste opzioni di conversione non sono disponibili per i destinatari nell'organizzazione di Exchange.
Opzioni di codifica dei messaggi per destinatari Internet È possibile controllare le opzioni di codifica MIME o di testo normale per contatti specifici nella propria cartella Contatti e ignorare le opzioni di conversione per un destinatario specifico nei campi A, Cc o Ccn durante la composizione di un messaggio. Queste opzioni di conversione non sono disponibili per i destinatari nell'organizzazione di Exchange.
Opzioni internazionali È possibile controllare i set di caratteri utilizzati nei messaggi.
Opzioni di conversione TNEF
È possibile specificare le opzioni di conversione TNEF nei seguenti livelli:
Impostazioni del dominio remoto
Impostazioni dell'utente di posta e del contatto di posta
Impostazioni di Outlook, tra cui:
Formato del messaggio
Formato del messaggio Internet
Formato del messaggio per destinatari Internet
Per ulteriori informazioni, vedere Opzioni di conversione TNEF.
Opzioni di codifica dei messaggi
È possibile specificare le opzioni del messaggio nei seguenti livelli:
Impostazioni del dominio remoto
Impostazioni dell'utente di posta e del contatto di posta
Impostazioni di Outlook, tra cui:
Formato del messaggio
Messaggio Internet
Formato del messaggio per destinatari Internet
Opzioni di codifica del set di caratteri del messaggio
Per ulteriori informazioni, vedere Opzioni di codifica dei messaggi.
Conversione del contenuto eseguita dal driver di archivio
Anche il driver di archivio consente di eseguire la conversione del contenuto. Il driver di archivio presente nei server Trasporto Hub trasporta i messaggi tra le cassette postali sui server di cassette postali e la coda di invio. In particolare, il driver di archivio trasporta i messaggi dalla Posta in uscita del mittente alla coda di invio sul server Trasporto Hub e dalla coda di invio sul server Trasporto Hub alla Posta in arrivo del destinatario. Il driver di archivio converte tutti i messaggi in uscita da MAPI e tutti i messaggi in arrivo in MAPI. L'analisi della conversione del contenuto consente di acquisire questi errori di conversione del driver di archivio.
Per ulteriori informazioni, vedere Analisi di conversione del contenuto.
©2010 Microsoft Corporation. Tutti i diritti riservati.