Momentan sunteți offline, așteptați să vă reconectați la internet

"Bad Command. 12" eroare apare și IMAP capacitatea comenzi nu sunt oferite într-un mediu Exchange Server 2013

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 3064393
Simptome
Să luăm în considerare următorul scenariu:
  • Implementați Microsoft Exchange Server 2013 şi Microsoft Exchange Server 2010 într-un mediu de coexistență.
  • Toate cutiile poștale se află în Exchange Server 2010.
  • Punctul de toate înregistrările DNS pentru Microsoft Exchange 2013 server de Acces clienţi pentru conexiune client.
În acest scenariu, când Internet Message (Access Protocol IMAP) clientul trimite capacitatea de comenzi ID-UL și DEPLASAREcare poate fi utilizat în Exchange Server 2013, Exchange Server 2010 nu poate răspunde la aceste comenzi. În plus, este lansată următorul mesaj de eroare:
Eroare BAD Command. 12
Cauză
Această problemă apare deoarece Exchange Server 2010 nu acceptă IMAP capacitatea de ID-ul şi pentru a muta comenzi care sunt acceptate în Exchange Server 2013.
Rezoluţie
Pentru a rezolva această problemă, instalați Actualizare cumulativă 9 pentru Exchange Server 2013.
Remediere
Pentru a rezolva această problemă, manual punct înapoi înregistrările DNS pentru serverele Exchange 2010 Client Access pentru conexiune client.
Stare
Microsoft a confirmat că aceasta este o problemă în produsele Microsoft enumerate în secţiunea "Se aplică la".
Informaţii suplimentare
Pentru mai multe informații despre cum se dezactivează IMAP comenzi în cafenea după ce instalați 9 actualizare cumulativă, executați cmdletul PowerShell următoarele:
Nou-SettingOverride <override name="">-componentă Imap-secțiune RfcIDImapCafe-motiv "Dezactivare ID comandă în cafenea" – parametrii @("Enabled=false")</override>
Dacă doriți să activați din nou comanda ID, youhave pentru a elimina setarea anterioară înlocui executândRemove-SettingOverride <override name=""></override> cmdlet.

Notă
  • Pentru <override name=""> </override>parametru, aveți posibilitatea să utilizați orice nume, cum ar fi "DisableID". În mod similar, aveți posibilitatea să specificați motivul pentru– motivparametru.
  • De asemenea, se recomandă să dezactivați comanda MOVE doar pentru a fi sigur. Pentru aceasta, executați un altNou-SettingsOverride comandă suprascrie alt nume și înlocuiți valoarea parametruluisecțiune ca RfcMoveImapCafe.
  • Persoana executați comanda, acesta ar trebui să devină efective în decurs de 15 minute.

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 3064393 - Ultima examinare: 06/19/2015 06:23:00 - Revizie: 1.0

Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • kbqfe kbsurveynew kbfix kbexpertiseadvanced kbmt KB3064393 KbMtro
Feedback