"SMTPSENT. BareLineFeedsAreIllegal"NDR recebido pelos usuários on-line do Exchange ou EOP no Office 365 dedicado/ITAR

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 2998901
PROBLEMA
Os usuários do Exchange Online ou proteção on-line do Exchange não podem receber uma mensagem de email esperada. Se você executar um rastreamento da mensagem, você encontrar que houve falha na entrega de mensagens e que foi gerado um relatório de não entrega (NDR) que contém a seguinte mensagem de erro:
SMTPSEND. BareLinefeedsAreIllegal; mensagem contém avanços de linha vazio, que não podem ser enviados por meio de dados
Os usuários talvez não tenha enfrentado essa dificuldade no passado quando eles usados Forefront Online Protection para Exchange (FOPE).
Causa
Esse problema ocorre se o agente de transferência de mensagem (MTA) fonte não acrescentar a combinação CR-LF esperada ao final da mensagem conforme documentado na solicitação de comentários (RFC) 2822.
SOLUÇÃO
Para resolver esse problema, siga um destes procedimentos, conforme apropriado para sua situação:
  • Solicite que o remetente corrigir o formato de mensagem. Este erro ocorre freqüentemente com correspondências automatizadas (por exemplo, relatórios ou notas fiscais) e remetentes em massa.
  • Habilite ESMTP (Extended SMTP) no servidor de recebimento para que a mensagem possa ser enviada usando CHUNKING ou o comando BDAT. Nenhuma thesemethods depende da combinação de CR-LF para sinalizar o final da mensagem. Para obter mais informações, consulteExtensões do protocolo SMTP.
  • Se o remetente não pode corrigir as mensagens enviadas ou a lacuna deve criar uma ponte, até que o formato da mensagem é corrigido, o destinatário pode criar uma regra de transporte de entrada para acrescentar um aviso de isenção para as mensagens do remetente problemático. O aviso de isenção acrescentará a combinação CR-LF esperada na mensagem para que possam ser entregues. (Este disclaimermay consistem em um único caractere como um ponto ou um traço.)
Mais informações
Para obter mais informações sobre como executar um rastreamento da mensagem, consulteRastrear uma mensagem de email.

Para obter mais informações sobre como criar isenções, consulte Isenção de responsabilidade de toda a organização, rodapés, cabeçalhos ou assinaturas.

Ainda precisa de ajuda? Vá para o Comunidade do Office 365 .

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2998901 - Última Revisão: 01/17/2016 12:38:00 - Revisão: 4.0

Microsoft Exchange Online, Microsoft Exchange Online Protection

  • o365e o365m o365p o365022013 o365 o365a eop vkbportal226 kbmt KB2998901 KbMtpt
Comentários