XADM: Servizio posta Internet si elaborazione conversione in ingresso

Il presente articolo è stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell’utente. Tuttavia, un articolo tradotto in modo automatico non è sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, più o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non è la sua. Microsoft non è responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell’utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.

Clicca qui per visualizzare la versione originale in inglese dell’articolo: 274403
Questo articolo è stato archiviato. L’articolo, quindi, viene offerto “così come è” e non verrà più aggiornato.
Sintomi
I computer Exchange Server, potrebbero verificarsi backlog di elementi in attesa di conversione in ingresso sul servizio posta Internet dopo avere applicato la correzione dal seguente articolo della Microsoft Knowledge Base:
268357I client di Exchange Server 5.5 sembrano bloccarsi quando l'archivio informazioni interroga la directory
La coda di conversione in ingresso non può deselezionare finché i servizi sono arrestati e riavviati. I servizi, in particolare l'archivio informazioni, potrebbero richiedere un tempo eccessivamente lungo per arrestare oppure potrebbero smettere di rispondere (bloccarsi) mentre si sta arrestando, o meno il server ha configurato un servizio di posta Internet.
Cause
Il deadlock è causato da due thread in attesa di due sezioni critiche per il completamento. Il thread 1 entra critsec 2 thread di a. immette critsec b. Prima di un thread rilascia le sezioni critiche, il thread 1 viene chiesta critsec B e il thread 2 richiede critsec a. Questo comportamento non è un problema prima la correzione perché il lavoro svolto prima era tutti sullo stesso thread e blocco ordine irrilevante.
Risoluzione
Per risolvere il problema, ottenere il service pack più recente di Exchange Server 5.5. Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato:
191014XGEN: Come ottenere Exchange Server 5.5 Service Pack più recente
Status
Microsoft ha confermato che questo un problema nelle build di Microsoft Exchange Server Store.exe 5.5.2653.7 tramite 5.5.2653.18. Questo problema è stato innanzitutto corretto in Exchange Server 5.5 Service Pack 4.
Informazioni
Per eseguire questo test, è possibile importare numerose modifiche di directory allo stesso tempo che si desidera modificare oggetti quali protocolli, l'indirizzamento del sito o la tabella GWART (Gateway Address Resolution Table). È necessario importati per intercettare questo molte piccole modifiche.
IS IMS Imail DS

Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 274403 - Ultima revisione: 01/30/2014 07:23:49 - Revisione: 4.1

Microsoft Exchange Server 5.5 Service Pack 3

  • kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbbug kbexchange550sp4fix kbfix kbqfe KB274403 KbMtit
Feedback