Note sulla versione per Exchange Server

Benvenuto in Microsoft Exchange Server 2019! Questo argomento contiene informazioni importanti che è necessario conoscere per distribuire correttamente Exchange 2019. Si raccomanda di leggere con attenzione questo argomento prima di iniziare la distribuzione.

Problemi noti in Exchange Server 2019

Quando si tenta di disinstallare Exchange Server da Windows 2019 Server Core usando l'installazione guidata di Exchange, l'operazione avrà esito negativo. La procedura guidata tenta di avviare il Pannello di controllo di Windows per disinstallare Exchange, ma il Pannello di controllo non esiste in Windows Server Core. Per disinstallare Exchange da Windows Server Core, eseguire il comando di installazione seguente dalla riga di comando:

Setup.exe /IAcceptExchangeServerLicenseTerms_DiagnosticDataON /mode:Uninstall

Questo problema verrà risolto in un futuro aggiornamento CU per Exchange Server 2019.

Benvenuti in Microsoft Exchange Server 2016. Questo argomento contiene importanti informazioni utili per distribuire correttamente Exchange 2016. Si raccomanda di leggere con attenzione questo argomento prima di iniziare la distribuzione.

Installazione

• L'installazione di Exchange tramite autorizzazioni di amministratore delegato causa l'esito negativo dell'installazione: quando un utente membro solo del gruppo di ruoli Installazione delegata tenta di installare Exchange in un server con provisioning preliminare, il programma di installazione avrà esito negativo. Ciò accade perché il gruppo Installazione delegata non dispone delle autorizzazioni necessarie per creare e configurare determinati oggetti in Active Directory.

  Per risolvere questo problema, effettuare una delle operazioni seguenti:

  • Aggiungere l'utente durante l'installazione di Exchange per il gruppo di sicurezza di Active Directory Domain Admins.

  • Installare Exchange utilizzando un utente membro del gruppo di ruoli Gestione organizzazione.

Cassetta postale

• Lo spostamento delle cassette postali da versioni precedenti di Exchange a Exchange 2016 CU5 o versione successiva potrebbe non riuscire: quando si tenta di spostare una cassetta postale da una versione precedente di Exchange a Exchange CU5 o versione successiva utilizzando una richiesta di batch di migrazione, lo spostamento potrebbe non riuscire. Questo problema può verificarsi se la cassetta postale del sistema di migrazione non si trova in un server Exchange 2016 con CU5 o versione successiva installato.

  Per poter spostare le cassette postali a Exchange 2016 CU5 o versione successiva utilizzando una richiesta di batch di migrazione, è necessario spostare la cassetta postale di migrazione su un server Exchange che esegue CU5 o versione successiva procedendo nel modo seguente.

  1. Aprire Exchange Management Shell sul server Cassette postali di Exchange 2016.

  2. Eseguire il seguente comando per ottenere un elenco dei database delle cassette postali che si trovano sui server Exchange 2016. Copiare il nome del database delle cassette postali in cui si desidera spostare la cassetta postale di migrazione negli Appunti.

     Get-MailboxDatabase | Where {$_.AdminDisplayVersion -Like "*15.1*"} | Format-Table Name, ServerName
     

  3. Eseguire il seguente comando per spostare la cassetta postale di migrazione sul server Exchange 2016. Incollare il nome del database della cassetta postale copiato nel passaggio precedente dopo TargetDatabase.

     New-MoveRequest "Migration.8f3e7716-2011-43e4-96b1-aba62d229136" -TargetDatabase "<mailbox database name>"
     

• I server delle cassette postali che eseguono versioni diverse di Exchange possono essere aggiunti allo stesso gruppo di disponibilità dei database: il cmdlet Add-DatabaseAvailabilityGroupServer e l'interfaccia di amministrazione di Exchange consentono erroneamente l'aggiunta di un server Exchange 2013 a un gruppo di disponibilità dei database (DAG) basato su Exchange 2016 e viceversa. Exchange supporta l'aggiunta di server delle cassette postali che eseguono la stesso versione, ad esempio Exchange 2013 rispetto a Exchange 2016, in un DAG. Inoltre, l'interfaccia di amministrazione di Exchange visualizza entrambi i server Exchange 2013 e Exchange 2016 nell'elenco di server che è possibile aggiungere a un DAG. Per tale motivo un amministratore potrebbe aggiungere inavvertitamente un server che esegue una versione incompatibile di Exchange a un DAG (ad esempio un server Exchange 2013 a un DAG basato su Exchange 2016).

  Attualmente non esiste alcuna soluzione per questo problema. Gli amministratori devono essere molto attenti quando aggiungono un server delle cassette postali a un DAG. Aggiungere solo server Exchange 2013 a DAG basati su Exchange 2013 e solo server Exchange 2016 a DAG basati su Exchange 2016. È possibile distinguere ogni versione di Exchange osservando la colonna Versione nell'elenco di server nell'interfaccia di amministrazione di Exchange. Di seguito sono riportate le versioni del server per Exchange 2013 e Exchange 2016:

  • Exchange 2013 15.0 (Build xxx.xx)

  • Exchange 2016 15.1 (Build xxx.xx)

• Impossibile connettersi alla cassetta postale di archiviazione quando si utilizza MAPI su HTTP: in Exchange 2016, MAPI su HTTP può essere abilitato per la singola cassetta postale. Esiste un problema che impedisce agli utenti di accedere alle cassette postali di archiviazione, se ne è stata configurata una, quando si verifica quanto segue:

  • MAPI su HTTP è abilitata nella cassetta postale dell'utente.

  • MAPI su HTTP è disabilitata a livello dell’organizzazione.

    Quando queste condizioni sono vere, l'utente non potrà aprire la cassetta postale di archiviazione e riceverà l'errore Impossibile aprire il gruppo di cartelle. Il tentativo di accedere a Microsoft Exchange non è riuscito.

    Per risolvere questo problema, effettuare una delle operazioni seguenti:

  • Aprire la cassetta postale di archiviazione con Outlook sul web.

  • Disabilitare MAPI su HTTP nella cassetta postale eseguendo il seguente comando.

    Set-CasMailbox <email address> -MapiHttpEnabled $False
    

• Il servizio Gestore notifiche si interrompe dopo 30 secondi Quando si avvia il server Exchange, si potrebbe notare che il servizio Gestore notifiche si avvia e si interrompe dopo circa 30 secondi. Se si tenta di avviare manualmente il servizio manualmente, verrà avviato e quindi interrotto dopo circa 30 secondi. Nessun errore o avviso viene incluso nel registro eventi.

  Questo comportamento è previsto nelle distribuzioni locali di Exchange 2016. Il servizio Gestore notifiche esegue un controllo di configurazione ogni volta che viene avviato il server. Se non c'è nulla che debba essere eseguito dal servizio Gestore notifiche, tale servizio si interrompe automaticamente fino al successivo riavvio del server.

Flusso di posta

• I server Trasporto Edge possono rifiutare i messaggi inviati a destinatari validi I server Trasporto Edge di Exchange 2016 potrebbero rifiutare i messaggi inviati a destinatari interni validi quando le seguenti condizioni sono vere:

  • L'aggiornamento cumulativo 1 (CU 1) di Exchange 2016 è installato sul server.

  • La convalida del destinatario è abilitata sul server.

    Quando un Trasporto Edge rifiuta un messaggio a causa di questo problema, il mittente riceverà un rapporto di mancato recapito (NDR) con il codice di stato 5.1.10 e l'errore Destinatario non trovato dalla ricerca indirizzi SMTP. Il destinatario non riceverà il messaggio.

    Per risolvere questo problema, effettuare una delle operazioni seguenti:

  • Disattivare la convalida dei destinatari nei server Trasporto Edge interessati eseguendo il seguente comando.

    Set-RecipientFilterConfig -RecipientValidationEnabled $False
    

  • Disabilitare la cache di convalida dei destinatari sui server Trasporto Edge interessati eseguendo il seguente comando.

    Get-TransportService | Set-TransportService -RecipientValidationCacheEnabled $False
    

    Attenzione

    Se si disattiva la cache di convalida dei destinatari, Exchange verifica che i destinatari nei messaggi in ingresso siano validi interrogando l'istanza locale di Active Directory Lightweight Directory Services. Ciò potrebbe aumentare notevolmente significativamente le risorse necessarie ad Exchange per elaborare i messaggi. Prima di disattivare la cache di convalida dei destinatari, verificare che il server abbia capacità sufficienti per gestire la richiesta aggiuntiva.

• Configurare il firewall o il record DNS di Mail Exchanger (MX) esterno per l'invio dei messaggi a un server Trasporto Edge privo di aggiornamento cumulativo 1 di Exchange 2016 1 installato. Potrebbe essere necessario configurare il firewall per consentire la connessione della porta TCP 25 al nuovo server con connessione Internet.

• Configurare il firewall o il record DNS di MX DNS esterno per inviare messaggi a un server delle cassette postali di Exchange 2016. Potrebbe essere necessario configurare il firewall per consentire la connessione della porta TCP 25 al nuovo server con connessione Internet.