Il server virtuale SMTP si blocca a intermittenza dopo aver registrato un event sink con priorità bassa in Exchange 2000 Server

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.

836549
Questo articolo è stato archiviato. L’articolo, quindi, viene offerto “così come è” e non verrà più aggiornato.
Sintomi
Quando si registra un event sink che implementa l'interfaccia ISmtpInCommandSink e che gestisce le risposte del server e il contenuto del messaggio che segue, il server virtuale SMTP potrebbe bloccarsi a intermittenza quando Microsoft Exchange 2000 Server è sottoposto a un carico pesante.

In questo scenario, l'evento sink è configurato per gestire le seguenti risposte del server e il contenuto del messaggio:
  • Risposte del server:
    ISmtpInCommandContext::QueryResponse
    ISmtpInCommandContext::QueryNativeResponse
  • Contenuto del messaggio:
    IMailMsgProperties::ReadContent
    IMailMsgProperties::WriteContent
Quando si risolve il problema, si verifica una violazione di accesso quando si utilizza l'interfaccia IMailMsgProperties . In questo scenario, la violazione di accesso si verifica in genere quando si utilizza il metodo WriteContent .
Cause
Questo problema può verificarsi se il sink di evento è registrato alla fine del comando SMTP di dati ( _EOD ) con una priorità inferiore rispetto alla priorità predefinita. Ad esempio, questo problema può verificarsi se si registra l'event sink con priorità di 30.000. Se si registra l'event sink con priorità maggiore la priorità predefinita, questo problema non si verifica.
Workaround
Per aggirare il problema, aumentare la priorità del sink di evento a un livello maggiore la priorità del gestore EOD. Il gestore EOD è il l'ultimo passaggio del flusso di trasporto di messaggi. Dopo l'evento di gestore EOD, il messaggio accodato per il recapito e non esiste più nel sistema di SMTP. Se si assegna una priorità al sink di evento è inferiore al gestore EOD, i messaggi potrebbero essere rimossa prima tale sink di evento completa le operazioni. In questo scenario, se il messaggio è recapitato o gestito prima il sink di evento completa le operazioni, il sink di evento avrà a un oggetto mailmsg di eliminare . Per assicurarsi che il sink di evento viene generato prima che il messaggio venga inviato per l'accodamento, è necessario assegnare una priorità maggiore rispetto alla priorità predefinita sink di evento.

Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 836549 - Ultima revisione: 02/06/2014 18:15:37 - Revisione: 1.1

  • Microsoft Exchange 2000 Server Standard Edition
  • kbnosurvey kbarchive kbmt kbprb KB836549 KbMtit
Feedback