Note sulla versione di Exchange Server 2013

• L'installazione richiede erroneamente.NET Framework 4.0   Se si tenta di installare Exchange 2013 senza aver installato .NET Framework sul computer, L'installazione richiede erroneamente che si installi .NET Framework 4.0 quando, in realtà, è richiesto .NET Framework 4.5.
  Per ovviare a questo problema, installare .NET Framework 4.5. Non è necessario installare .NET Framework 4.0. Per l'elenco completo dei prerequisiti, vedere Prerequisiti di Exchange 2013.
  
• La guida all'installazione contiene il parametro della modalità Uninstall non supportata   La riga dei comandi dell'installazione indica che è possibile utilizzare il parametro Roles quando si disinstalla Exchange 2013 utilizzando la modalità di installazione Uninstall. Si tratta di un'indicazione non corretta. Il parametro Roles non è supportato quando si utilizza la modalità di installazione Uninstall. Quando si installa Exchange 2013, tutti i ruoli dei server vengono disinstallati dal computer. La disinstallazione dei singoli ruoli non è supportata.
  

Per ulteriori informazioni su come installare i Exchange 2013, vedere Pianificazione e distribuzione.

• Coesistenza di Exchange 2007 e Exchange 2010   Exchange 2013 non può essere installato nella stessa foresta di Active Directory di Exchange 2007 o Exchange 2010. Utilizzare una foresta di Active Directory dove non è presente nessuna precedente installazione di Exchange 2007 o Exchange 2010. La coesistenza di Exchange 2007 e Exchange 2010 sarà possibile nelle versioni future.
  

  Attenzione:
  Non è possbile installare Exchange 2007 o Exchange 2010 in una foresta che è stata preparata per Exchange 2013 ma non per Exchange 2007 o Exchange 2010. Se si desidera installare Exchange 2007 o Exchange 2010 in una foresta, non prepararla per Exchange 2013.

• Le dimensioni delle cassette postali aumentano quando si migra dalle precedenti versioni di Exchange   Quando si sposta una cassetta postale da una versione precedente di Exchange a Exchange 2013, le dimensioni della cassetta postale riportate possono aumentare dal 30 al 40 per cento. Lo spazio su disco utilizzato dalla cassetta postale non è aumentato, è aumentata solo l'attribuzione dello spazio utilizzato da ciascuna cassetta postale. L'aumento delle dimensioni delle cassette postali è dovuto all'inserimento delle proprietà di tutti gli elementi nei calcoli della quota, fornendo un calcolo più preciso dello spazio occupato dai vari elementi all'interno della cassetta postale. Tale aumento potrebbe causare un problema ad alcuni utenti che potrebbero superare le quote previste per le dimensioni della cassetta postale quando questa viene spostata su Exchange 2013.
  Per evitare che gli utenti superino la quota prevista per le dimensioni della cassetta postale, aumentare i valore delle quote del database o della cassetta postale in modo che si adattino al calcolo delle nuove quote. Per configurare i valori delle quote della cassetta postale o del database, utilizzare i parametri IssueWarningQuota, ProhibitSendQuota e ProhibitSendReceiveQuota rispettivamente sui cmdlet Set-MailboxDatabase e Set-Mailbox.
  

• Il server Accesso client non supporta l'autenticazione NTLM   Il server Accesso client non indica il supporto per l'autenticazione NTLM quando i client e i server SMTP si connettono al server. I client e i server SMTP che richiedono NTLM non saranno in grado di inviare posta al server Accesso client.
  Per ovviare al problema, è necessario configurare i client e i server SMTP in modo che quando si connettono al server Accesso client utilizzino un altro meccanismo di autenticazione, come Autenticazione di base.
  
• I cmdlet TransportAgent cmdlets sui server Accesso client richiedono Windows PowerShell locale   Esiste un problema con i cmdlet *-TransportAgent che ne impediscono l'installazione o disinstallazione e gestione degli agenti di trasporto sui server Accesso client che utilizzano Exchange Management Shell. Per installare , disinstallare e gestire gli agenti di trasporto sui server Accesso client, è necessario caricare lo snap-in di Exchange Windows PowerShell snap-in e gestire i cmdlet *-TransportAgent. Se si tenta di installare, disinstallare o gestire gli agenti di trasporto utilizzando Exchange Management Shell, le modifiche verranno applicate al server cassette postali di Exchange 2013 a cui si è connessi.
  Per installare, disinstallare o gestire gli agenti di trasporto sui server Accesso client, effettuare le seguenti operazioni sul server Accesso client che si desidera gestire.
  

  Attenzione:

  Il caricamento dello snap-in di Microsoft.Exchange.Management.PowerShell.SnapIn Windows PowerShell e l'esecuzione dei cmdlet diversi dai cmdlet *-TransportAgent non è supportato e potrebbe dar luogo a danni irreparabili alla distribuzione di Exchange. Per installare, disinstallare o gestire gli agenti di trasporto è necessario essere un amministratore locale sul server Accesso client. Non è supportata la modifica di elenchi di controllo di accesso (ACL) sui file e directory di Exchange o sugli oggetti di Active Directory.

  Importante:
  Attenersi alla seguente procedura solo sul server Accesso client. Non è necessario caricare lo snap-in di Exchange Windows PowerShell se si desidera gestire gli agenti di trasporto sui server Cassette postali.

  1. Aprire una nuova finestra di Windows PowerShell.
     
  2. Eseguire il comando riportato di seguito.
     
     Copia

     Add-PSSnapin Microsoft.Exchange.Management.PowerShell.SnapIn
     

  3. Eseguire normalmente le attività di gestione degli agenti,
     
  4. Ripetere questa procedura su ciascun server Accesso Client che si desidera gestire.
     

• Regole dei tipi di allegati in transito non supportati   In Exchange 2013, le regole di trasporto considerano i file .png e .gif tipi di file supportati. Tuttavia, anche se vengono trattati come tipi di file supportati, l'agente Regole di trasporto non estrae correttamente i metadati d questi tipi di file. Poiché vengono considerati tipi di file supportati, le regole di trasporto che contengono il predicato AttachmentIsUnsupported non agiscono sui tipi di file .png or .gif .
  Se è stata configurata una regola di trasporto con il predicato AttachmentIsUnsupported, quest'ultimo non rimarrà in esecuzione quando incontrerà i file con le estensioni.png o.gif . Se si desidera una regola di trasporto per fare in modo che rimanga in esecuzione anche quando si incontrano questi tipi di file, è necessario creare un'altra regola per i file .png e .gif che attivi il criterio o l'azione desiderata. Per questa operazione, è necessario utilizzare la condizione AttachmentExtensionMatchesWords.
  Ad esempio, se il criterio adottato è rifiutare tutti i tipi di allegati non elaborati, potrebbe essere necessario avere una regola con le seguenti impostazioni:
  
  • AttachmentIsUnsupported: True
    
  • RejectMessageEnhancedStatusCode: 5.7.1
    
  • RejectMessageReasonText: Questo messaggio contiene tipi di allegati non supportati.
    
  Tuttavia, la regola di trasporto non verrà eseguita per i tipi di file. png o gif. Per applicare un criterio simile ai tipi di file .png o gif file, è necessario aggiungere un'altra regola che corrisponda all'utilizzo di questo tipo di allegati con il parametro AttachmentExtensionMatchesWords con i valori "GIF,PNG". Il comando sotto riportato è un esempio di come creare tale regola:
  
  Copia

  New-TransportRule "Process GIF and PNG files" -AttachmentExtensionMatchesWords GIF,PNG -RejectMessageEnhancedStatusCode 5.7.1 -RejectMessageReasonText "This message contains unsupported attachment types."
  
  

  Per un elenco completo dei tipi di file supportati nelle regole di trasporto, vedere Tipi di file supportati nelle regole di trasporto.
  
• La creazione dei criteri DLP potrebbe non funzionare a causa della presenza di caratteri non validi   Quando si creano i criteri della prevenzione della perdita di dati (DLP) dai modelli di alcune configurazioni locali, la creazione non riesce a causa della presenza di caratteri non validi nei dati localizzati. Inoltre, alcune impostazioni locali potrebbero contenere testo in lingua inglese per i modelli o descrizioni dei criteri DLP.
  Per ovviare al problema, scaricare i modelli dei criteri DLP aggiornati da Microsoft e installarli. Per ulteriori informazioni, vedere Microsoft Knowledge Base article.
  
• Le regole di trasporto e i criteri DLP potrebbero non individuare i contenuti degli oggetti nei messaggi allegati   I termini sensibili nella riga dell'oggetto di un messaggio allegato potrebbero non essere rilevati anche se questi termini corrispondono alla condizione Allegato contiene termini nelle regole di trasporto di Exchange o ai criteri della prevenzione della perdita di dati (DLP). Se ciò accade, le azioni definite nella regole di trasporto o nei criteri DPL non verranno applicate al messaggio o ai suoi allegati.
  Al momento non ci sono soluzioni disponibili.
  
• Le date di inizio e di fine vengono sempre interpretate come MM/GG/AA nella ricerca per la presentazione del materiale probatorio   Quando si esegue una ricerca per la presentazione del materiale probatorio utilizzando la console per le procedure di individuazione elettronica (eDiscovery ) federata di Microsoft SharePoint, le date di inizio e fine vengono sempre interpretate utilizzando il formato data MM/GG/AA. Questo formato viene utilizzato indipendentemente dalle impostazioni locali del computer. Questo problema si verifica anche quando si utilizza l'interfaccia di programmazione dell'applicazione (API) SearchMailboxes per i servizi Web di Exchange fornita da Exchange 2013.
  Quando si esegue una ricerca per la presentazione del materiale probatorio, utilizzare il formato data MM/GG/AA per le date di inizio e fine.