"Comando incorrecto. 12" erro ocorre e comandos de capacidade de IMAP não são oferecidos num ambiente do Exchange Server 2013

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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 3064393
Sintomas
Considere o seguinte cenário:
  • Implementar 2013 do Microsoft Exchange Server e Microsoft Exchange Server 2010 num ambiente de coexistência.
  • Todas as caixas de correio estão localizadas no Exchange Server 2010.
  • Todos os registos DNS pode apontar para o servidor de acesso de cliente do Microsoft Exchange 2013 para a ligação do cliente.
Neste cenário, quando o cliente de Internet Message Access Protocol (IMAP) envia comandos de capacidade ID e MOVERque pode ser utilizado em 2013 do Exchange Server, Exchange Server 2010 não pode responder a estes comandos. Além disso, é gerada a seguinte mensagem de erro:
Erro de comando incorrecto. 12
Causa
Este problema ocorre porque o Exchange Server 2010 não suporta a capacidade IMAP para ID e mover comandos que são suportados no Exchange Server de 2013.
Resolução
Para resolver este problema, instale Actualização cumulativa 9 para o Exchange Server 2013.
Como contornar
Para contornar este problema, manualmente aponte novamente os registos de DNS para servidores de acesso de cliente do Exchange 2010 para ligação de cliente.
Ponto Da Situação
A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na secção "Aplica-se a".
Mais Informação
Para mais informações sobre como desactivar comandos IMAP no Cafe depois de instalar a actualização cumulativa 9, execute o cmdlet seguinte do PowerShell:
Novo SettingOverride <override name="">-componente Imap-secção RfcIDImapCafe-razão "Comando de desactivar ID na Cafe" – parâmetros @("Enabled=false")</override>
Se pretender activar novamente o comando de ID, youhave para remover a definição anterior substituir executando oRemover-SettingOverride <override name=""></override> cmdlet.

Nota
  • Para o <override name=""> </override>parâmetro, pode utilizar qualquer nome, tal como "DisableID". Do mesmo modo, pode especificar seu próprio motivo para o– razãoparâmetro.
  • Poderá também desactivar o comando MOVE apenas para ser seguro. Para isso, executar outro comando deSettingsOverride de novo utilizando o nome de substituição de diferentes e substitua o valor do parâmetrosecção como RfcMoveImapCafe.
  • Execute o comando de Whenyou, deve ficar efectiva dentro de 15 minutos.

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3064393 - Última Revisão: 06/19/2015 06:24:00 - Revisão: 1.0

Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • kbqfe kbsurveynew kbfix kbexpertiseadvanced kbmt KB3064393 KbMtpt
Comentários