Perguntas freqüentes sobre o MIME e conversão de conteúdo no Exchange 2000 Server e no Exchange Server 2003

Traduções deste artigo Traduções deste artigo
ID do artigo: 836555 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Sumário

Este artigo inclui respostas para perguntas freqüentes sobre o padrão MIME e os métodos de codificação que tornam possível para diferentes sistemas endereçamento trabalhar juntos. Este artigo explica resumidamente como você pode solucionar mensagens de email ilegível ou ilegível em um ambiente do Microsoft Exchange.

Mais Informações

T1: o que é o formato de uma mensagem de email?

A1: Mensagens de email da Internet, siga os padrões de formato que são definidos no RFC 2822. Uma mensagem é composta de campos de cabeçalho e um corpo. Os campos de cabeçalho são denominados coletivamente "cabeçalho" da mensagem. O corpo da mensagem é opcional. Uma mensagem pode ser enviada sem um corpo, mas não sem um cabeçalho.

O cabeçalho contém uma seqüência de linhas de caracteres que têm uma sintaxe especial, conforme definido no RFC 2822 formato padrão. O corpo contém uma seqüência de caracteres que siga o cabeçalho e que são separados do cabeçalho por uma linha vazia (ou seja, uma linha que possui nada antes do retorno de carro) e alimentação de linha [CRLF].

Campos de cabeçalho são linhas que são compostas de um nome de campo seguido de dois-pontos (:), seguido de um corpo de campo e foi encerrado por um CRLF.) Um nome de campo deve ser composto de caracteres US-ASCII imprimíveis (ou seja, caracteres que possuem valores entre 33 e 126, inclusive), exceto dois-pontos. Os dois-pontos é usado como um caractere de separação.

Corpo de um campo pode ser composto de caracteres US-ASCII, exceto para o CRLF. No entanto, corpo de um campo pode conter um CRLF quando usado em cabeçalho Dobra e unfolding . Dobra é quando, para sua conveniência, uma única linha aparece em várias linhas. Unfolding é o inverso de isso. Todos os corpos de campo devem seguir a sintaxe descrita nas seções 3 e 4 do padrão de formato RFC 2822.

O corpo da mensagem pode incluir uma ou mais seções. Cada seção do corpo é separada por um limite. O parâmetro de limite é uma seqüência de texto que começa com dois hifens (-).

Q2: o que é MIME?

A2: MIME é um padrão que pode ser usado para incluir conteúdo de vários tipos em uma única mensagem. MIME estende o formato de SMTP (Simple Mail Transfer Protocol) das mensagens de email para incluir vários conteúdo, textual e não textual. Partes da mensagem podem ser imagens, áudio, ou texto em diferentes caracteres define. O MIME padrão deriva de RFCs como 2821 e 2822.

T3: como Exchange manipular MIME?

A3: Há três componentes principais no Exchange que realizam conversão de conteúdo:
  • O componente IMAIL é o componente principal que converte mensagens de Internet para MAPI / Exchange formato e vice-versa. Ele também verifica a integridade da mensagem.
  • O componente EXMIME é responsável pela conversão de mensagens da Internet em representações de objeto interno do Exchange e para gerar mensagens formatadas em MIME.
  • O componente RFHTML converte mensagens Rich Text Format (RTF) em HTML e vice-versa, de acordo com às configurações de cliente do Microsoft Outlook e configurações no computador Exchange Server.

Q4: o que são os requisitos mínimos de um email formatado em MIME?

A4: Uma mensagem de email em formato MIME normalmente terão um cabeçalho e um corpo. No mínimo, uma mensagem MIME deve ter um cabeçalho. O corpo é opcional. A seção de cabeçalho inclui um cabeçalho de versão 1.0 de MIME (um por mensagem, conforme definido no RFC 2822).

A seção de corpo inclui:
  • Tipo de conteúdo (isso é opcional. O padrão é texto/sem formatação, conforme definido no RFC 2822 5.2.)
  • Cabeçalho Content-Transfer-Encoding (isso é opcional. O padrão é de 7 bits, conforme definido no RFC 2822 6.1.)
  • Cabeçalho de disposição de conteúdo (isso é opcional.)
  • Uma identificação de conteúdo (isso é opcional.)


Q5: o que é um cabeçalho de versão MIME?

A5: O campo de cabeçalho MIME de versão indica uma mensagem formatada MIME. Mensagens que são enviadas de software anterior que não oferecem suporte a MIME não têm esse campo. Clientes de email usam a ausência deste campo para distinguir as mensagens não-MIME.

Q6: o que é um cabeçalho de Content-type?

A6: O campo tipo de conteúdo é usado para especificar o tipo e subtipo de dados em um campo.

Alguns dos tipos de cabeçalho são multipart/misto, multiparte/alternativa, texto/sem formatação, texto/html, aplicativo/applefile, application/ms-tnef e application/octet-stream.

Q7: o que é Content-Transfer-Encoding?

A7: Sistemas de email diferentes manipulam dados de forma diferente e alguns sistemas de email anteriores não podem tratar dados multimídia.

Para contornar os sistemas que não podem manipular dados multimídia, um esquema de codificação é usado para converter os dados em um formato uniforme de 7 bits. Quando o destinatário recebe a mensagem, os dados são restaurados em seu formato original. Alguns exemplos de formatos de Content-Transfer-Encoding são:
  • Imprimível entre aspas
  • Base64
  • 8-bit
  • de 7 bits
  • Binário


Q8: como é Transfer-Encoding implementado no Exchange 5.5?

A8: Exchange 5.5 codifica em formato imprimível entre aspas ou em formato de 7 bits, conforme necessário. Além disso, o Exchange 5.5 codifica as mensagens no formato base64 se 25 % da mensagem for feita de caracteres de 8 bits (ou seja, caracteres que estão fora do intervalo US-ASCII). Isso se aplica apenas ao corpo da mensagem; os anexos são sempre codificado na base64.

Q9: como é Transfer-Encoding implementado no Exchange 2000 Server?

A9: Limites de grupo de roteamento e destinos de destino SMTP determinam como o Exchange 2000 Server codifica o email. Exchange 2000 codificará como imprimíveis entre aspas ou de 7 bits ou transporte-TNEF Neutral Encapsulation Format () ao enviar entre dois servidores/destinatários em grupos de roteamento diferentes e à Internet.

Exchange 2000 Server codificará em binário ou resumo TNEF ao enviar para um destinatário/servidor no mesmo grupo de roteamento.

Q10: como é Transfer-Encoding implementada no Microsoft Exchange Server 2003?

A10: Quando os limites do grupo de roteamento, destinos de destino do Exchange e SMTP também determinam como o Exchange Server 2003 codifica o email.

No modo misto, o Exchange Server 2003 codifica como imprimíveis entre aspas ou de 7 bits (formato TNEF) ao enviar entre dois servidores/destinatários em grupos de roteamento diferentes e à Internet.

No modo nativo, Exchange Server 2003 codifica em binário (Resumo TNEF) ao enviar para um destinatário/servidor no mesmo ou em outros grupos de roteamento.

Q11: o que é um cabeçalho Content-Disposition?

A11: Esse cabeçalho identifica se uma seção irá aparecer como um anexo ou aparecer no corpo da mensagem.

Q12: como Exchange manipular anexos?

A12: Exchange Server 2003 salva as mensagens da Internet em seu formato nativo. Isso significa que, se as mensagens são ler de um cliente Internet formato-reconhecem como Outlook Express, eles ser processados no seu formato original.

No entanto, quando as mensagens são lidas a partir um cliente MAPI, IMAIL mapeia os elementos apropriados no formato de Internet para propriedades MAPI. Na verdade, antes de uma mensagem da Internet até mesmo é entregue a uma caixa de correio, um conjunto mínimo de propriedades MAPI deve ser promovido da mensagem da Internet; esses incluem PR_SENT_REPRESENTING, PR_SUBJECT e tabela de destinatários.

Outras propriedades MAPI como PR_BODY, PR_HTML e PR_ATTACH_DATA_BIN são calculadas do formato Internet sob demanda. Conversão ocorre quando um cliente MAPI solicita a mensagem pela primeira vez. Exchange 2000 Server, em seguida, promove a essas propriedades MIME nativas para o formato MAPI.

Durante a conversão de conteúdo no Exchange Server 2003, ao processar uma mensagem MIME de entrada para um cliente, IMAIL faz o seguinte:
  1. IMAIL procura um nome de arquivo completo (Name. ext) no cabeçalho MIME. Se um nome for encontrado, será usado o nome do arquivo.
  2. IMAIL procura um nome de arquivo parcial. Se uma for encontrada, IMAIL examina a subchave
    HKEY_CLASSES_ROOT/MIME/Database/content-type
    para mapear uma extensão de nome de arquivo para o tipo de conteúdo. Se um tipo de conteúdo correspondente for encontrado, essa extensão será adicionada ao anexo. Se nenhum tipo de conteúdo correspondente for encontrado, o nome de arquivo parcial é usado.
  3. Se nenhum nome de arquivo forem especificado nos cabeçalhos Content-Disposition ou tipo de conteúdo, IMAIL procura por um tipo de conteúdo correspondente. Se uma for encontrada, o anexo terá o formato ATT name. ext, onde ext é a extensão que está associada com este tipo de conteúdo. Se nenhum tipo de conteúdo correspondente for encontrado, uma extensão de ".att" será usada. Exchange 2000 Server requer um nome de arquivo no cabeçalho do tipo de conteúdo.


Q13: o que é a estrutura da mensagem completa?

A13: Este é um exemplo de uma mensagem completa, com todos os cabeçalhos mostrado. Destinatários geralmente verá apenas as partes de corpo. Comentários foram adicionados entre colchetes.

Received: from SMTP server (server1.example1.com IP address) 

by Receiver SMTP version 1.0 (server2.example2.com IP address); 

Mon, 28 Oct 2002 08:42:42 -0500 (EST)

Message-ID: <006@example1.com>

From: "User1" <user1@example1.com> (RFC 2822 sender) 

To: "User2" user2@example2.com> (RFC 2822 recipient) 

Subject: A test message to see if you can see me now!

Date: Mon, 8 Nov 2002 13:46:54 +0100

MIME-Version: 1.0

Content-Type: multipart/mixed; 
boundary="----=_NextPart_000_005A_01C27E88.79B98A90"

X-Priority: 3

Return-Path: user1@domain1.com

X-OriginalArrivalTime: 28 Oct 2002 13:45:00.0541 (UTC) 
FILETIME=[35F0A2D0:01C27E88]

 

This is a multi-part message in MIME format (If you see this in the message 
body, there is a problem. Notice there is no space or CRLF in the headers in the previous text. There must be no space until the message body itself)

 

This message is in MIME format. Since your mail reader does not understand this 
format, some or all of this message may not be legible. (If you see this in the 
message body, there is a problem)

 

------=_NextPart_000_005A_01C27E88.79B98A90 (Boundary) 

 

Content-Type: text/plain;

charset="iso-8859-1"

Content-Transfer-Encoding: 7bit

 

Can you see me now??! (This is the text of the message. You see this in your mail client.)

 

------=_NextPart_000_005A_01C27E88.79B98A90 (Boundary. See Multipart/Mixed 
definition earlier in this article.) 

Content-Type: image/jpeg;

name="Haloweenpictures.jpg"

Content-Transfer-Encoding: base64 (All attachments in Exchange 2000 Server are encoded by using base64 and bloat 33%.)  

Content-Disposition: attachment;

filename="Haloweenpictures.jpg"

 

/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB  (Base64 data in raw format. This is the picture being encoded in binary format; to 
be repackaged later back as a picture.)

/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB

/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB

------=_NextPart_000_005A_01C27E88.79B98A90--


Q14: por que são endereços de email mostrados no corpo da minha mensagem?

A14: A primeira ? CRLF CRLF ? no fluxo de MIME indica o início do corpo da mensagem. Portanto, se houver uma seqüência <CRLF><CRLF> entre dois cabeçalhos, o cliente (Microsoft Outlook ou Microsoft Outlook Express) mostrará uma mensagem ilegível.

A primeira ? CRLF CRLF ? separa os cabeçalhos de mensagem Internet o corpo da mensagem. Esses cabeçalhos são conhecidos como cabeçalhos P1. Cabeçalhos P1 são cabeçalhos de envelope e não fazem parte da mensagem da Internet é processada pelo IMAIL.

Exchange pode ser encaminhamento para um host inteligente, dispositivo de digitalização conteúdo, parede de antivírus ou firewall. Software de firewall de terceiros, às vezes, pode distorcer as mensagens.

Você pode também ser recebendo mensagens de email através de um sistema UNIX, por meio de um firewall ou através de uma parede de vírus. Além disso, um dispositivo de verificação de conteúdo de terceiros pode estar na rede. Se você tiver aplicativos semelhantes ou dispositivos na rede, verifique se limites de destinatários. Evite usar dispositivos ou aplicativos em testes de diagnóstico.

Q15: por que pontos de interrogação forem exibidos na minha mensagem?

A15: Se pontos de interrogação apareça na mensagem, isso significa que o sistema não sabe como converter alguns caracteres ANSI ou Unicode que estão na mensagem. Você deve certificar-se que o cliente onde a mensagem é exibida tem páginas de código instaladas que coincidem com o conjunto de caracteres de entrada. Por exemplo, verifique se a estação de trabalho Windows tem a localidade japonês instalada para exibir mensagens que são escritas em japonês.

Q16: por que tenho dificuldade para abrir mensagens em HTML e vejo eventos 12002 e 12003 no meu log de aplicativo?

A16: Esses eventos de log do aplicativo são da fonte de Exchange Information Store e erros de conversão de conteúdo. Algumas dessas mensagens podem ser ignoradas e não tem qualquer efeito nas mensagens recebidas. Mas se houver muitas dessas mensagens nos logs de aplicativo, ver se os clientes tiverem problemas ao abrir mensagens em HTML.

Se for esse o caso, estabelecer informações de diagnóstico mais como versões de service pack, cópias de mensagens de problema, cópias do aplicativo e os logs do sistema e em seguida, solucionar problemas.

Q17: por que às vezes, vejo o corpo da mensagem como um anexo?

A17: Você deve estabelecer informações sobre a fonte da mensagem. Você deve estabelecer todos os detalhes do servidor de origem. Você deve investigar se o remetente está em uma rede UNIX. Para obter mais informações sobre esse problema, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
323482 Exchange exibe a mensagem que usa o cabeçalho de Content-Disposition MIME "inline" como anexo
Q18: por que vejo ? este é uma mensagem de várias partes no formato MIME. ? ou ? esta mensagem está no formato MIME."no corpo do email?

A18: Você pode ver um dos seguintes no corpo do texto:
  • ? Esta é uma mensagem de várias partes no formato MIME. ?
  • ? Esta mensagem está no formato MIME. Como o leitor de email não compreende esse formato, alguns ou todos os essa mensagem podem não ser legíveis. ?

Esse texto é inserido antes do primeiro limite, está normalmente presente em todas as mensagens com diversas partes e não é visível para o cliente a menos que haja um problema com o formato de email. Por exemplo, uma quebra de linha rígido pode ter sido inserida na mensagem na posição errada.

Para solucionar esse problema, ative mensagem arquivamento no Microsoft Exchange Internet Mail Service. Para ativar mensagem arquivamento, use o utilitário coletor de arquivo do Exchange Server 2003, salvar a mensagem como .eml ou .pst e faça mais análise. Para obter mais informações sobre o recurso de coletor de arquivo, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
307798O utilitário coletor de arquivo está disponível no Service Pack 2
Q19: por que é o tamanho do meu email aproximadamente 33 % maior do que esperado, e por que é ele codificado na base64 mesmo quando ele não contém anexos?

A19: Esse comportamento ocorre se você usar os seguintes conjuntos de caracteres:
  • Japonês Shift-JIS
  • KOR
  • EUC japonês
  • Coreano ISO-2202-KR
  • Taiwan ISO-2202-TW
  • Chinês ISO-2202-CN
  • Chinês GB18030 HZ_GB, BIG5,


Q20: quais são outros problemas conhecidos e comuns?

A20: Mensagens que são retransmitidas de um servidor Exchange Server 2003 para outro podem aparecer com erros e os destinatários da mensagem podem aparecer no corpo da mensagem.

Por exemplo, isso pode ocorrer em uma mensagem que é roteada da Internet para um computador com entrada Internet Exchange Server 2003 e, em seguida, para outro computador com Exchange Server 2003.
A mensagem pode ser exibidos corretamente em entrada Internet Exchange Server 2003, mas com erros no back-end Exchange Server. Esses sintomas também podem alterar se o número de destinatários na mensagem é reduzido. Esse problema pode aparecer por diversas razões, mas os dois motivos mais comuns são:
  • RFC 2822 cabeçalhos de mensagens que têm mais de 1000 ou 1024 caracteres em uma linha, em vez de 998 caracteres em uma linha. Para obter mais informações, consulte solicitação de comentários (RFC) 2822. Para isso, visite o seguinte site da Internet Engineering Task Force (IETF):
    http://www.ietf.org/rfc/rfc2822.txt?number=2822
    Você pode enfrentar esse problema se as mensagens são retransmitidas para um computador com Exchange Server 2003 usando dados binários ou agrupamento . Agrupamento é uma extensão para o formato SMTP que ofereça suporte a dados enviados em partes.

    Quando o Exchange Server 2003 recebe uma mensagem que possui mais de 998 caracteres em uma linha, o serviço SMTP analisa o cabeçalho e descobre que a linha é mais de 1000 caracteres. O serviço SMTP, em seguida, supõe essa linha não é uma parte de cabeçalho e inclui-la no corpo.

    O serviço SMTP no computador do Exchange Server será, em seguida, seja preciso reescrever seus próprios cabeçalhos, incluindo identificação de mensagem e um cabeçalho de data, seguido por uma linha em branco ou um CRLF.
  • Limites de tamanho de linha. Há muitas implementações que, de acordo com os requisitos de transporte de RFC 2821, não aceitam mensagens que têm mais de 1000 caracteres por linha, inclusive o CRLF. Portanto, aplicativos de correio não devem criar essas mensagens. Para contornar esse problema, desative o recurso ESMTP do verbo (ou agrupamento) no computador do Exchange Server e forçar os computadores Exchange Server para formato formatar mensagens no SMTP típico quando a mensagem está sendo retransmitida. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    257569Como desativar verbos ESMTP no Exchange 2000 Server e no Exchange Server 2003
    821733Mensagem de entrada é ilegível se a linha para exceder 1,022 caracteres

Referências

Para obter mais informações sobre o padrão para o formato das mensagens de texto ARPA Internet, consulte RFC 822. Para fazer isso, visite o seguinte site da IETF:
http://www.ietf.org/rfc/rfc0822.txt?number=822
Para obter mais informações sobre MIME, consulte RFC 2045, 2046, 2047, 2048 e 2049. Para isso, visite os seguintes sites do IETF:
http://www.ietf.org/rfc/rfc2045.txt?number=2045
http://www.ietf.org/rfc/rfc2046.txt?number=2046
http://www.ietf.org/rfc/rfc2047.txt?number=2047
http://www.ietf.org/rfc/rfc2048.txt?number=2048
http://www.ietf.org/rfc/rfc2049.txt?number=2049
Para obter mais informações sobre o campo de cabeçalho de Content-Disposition, consulte RFC 2183. Para isso, visite o seguinte site da IETF:
http://www.ietf.org/rfc/rfc2183.txt?number=2183

Propriedades

ID do artigo: 836555 - Última revisão: quinta-feira, 25 de outubro de 2007 - Revisão: 3.4
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Server Standard Edition
Palavras-chave: 
kbmt kbfaq kbinfo KB836555 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 836555

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com