====== Fehlerbehebung Exchange Server ======

===== OWA und ECP defekt =====

Nach einem Exchange-Update oder CU ist weder OWA, noch das ECP erreichbar...

{{:exch:fehlermeldung_owa.png|}}

Mittels folgendem Powershell-Script kann das Webroot für ECP und OWA neu aufgebaut werden:

<code |powershell>
[PS] E:\Program Files\Microsoft\Exchange Server\V15\Bin>.\UpdateCas.ps1
[13:04:02] ***********************************************
[13:04:02] * UpdateCas.ps1: 17.03.2021 13:04:02
[13:04:03] Updating OWA/ECP on server SERVER
[13:04:03] Finding ClientAccess role install path on the filesystem
[13:04:03] FixUnversionedFolderAfterUpgrade: Found source versions: 15.1.2176.2 15.1.2176.4 15.1.2176.9
[13:04:03] FixUnversionedFolderAfterUpgrade: Recovering files from 'E:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\Owa\prem\15.1.2176.2' to 'E:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\Owa\Current2\version' where necessary
[13:04:11] FixUnversionedFolderAfterUpgrade success
[13:04:11] Updating owin:AutomaticAppStartup binding redirect to true
[13:04:11] Updating owa handlers
[13:04:11] Web.config file already had a node for: userbootsettings.ashx
[13:04:11] Web.config file already had a node for: MeetingPollHandler.ashx
[13:04:11] Updating Microsoft.Owin binding redirect
[13:04:11] Updating Microsoft.Owin.Security binding redirect
[13:04:11] Trying to add clients common module to Web.config file
[13:04:11] Updating OWA to version 15.1.2176.9
[13:04:11] Copying files from 'E:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\owa\Current' to 'E:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\owa\15.1.2176.9'
[13:04:13] Update OWA done.
[13:04:13] Updating OWA to version 15.1.2176.9
[13:04:13] Copying files from 'E:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\owa\Current2\version' to 'E:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\owa\prem\15.1.2176.9'
[13:08:28] Update OWA done.
[13:08:29] Updating ECP to version 15.1.2176.9
[13:08:29] Copying files from 'E:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\ecp\Current' to 'E:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\ecp\15.1.2176.9'
[13:08:34] Update ECP done.
</code>
===== SMTP-Dialog via Telnet =====

<code>
HELO test.de
MAIL FROM:<ABSENDERADRESSE>
RCPT TO:<EMPFÄNGERADRESSE>
DATA
Subject: Testnachricht
(Leerzeile, erneut Enter drücken)
Das ist ein Test.
(Leerzeile, erneut Enter drücken)
.
QUIT
</code>

===== EX2016 Event 2937: MSExchange ADAccess =====

__Fehlertext:__

//Process w3wp.exe (FE_Autodiscover) (PID=28440). Object [CN=SRV01,CN=Databases,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=XXX,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=XXX,DC=de]. Property [PublicFolderDatabase] is set to value [XXX.de/Configuration/Deleted Objects/Public Folder Database 0401089285
DEL:7abe7d52-68cd-48cd-9844-03851ea90a3f], it is pointing to the Deleted Objects container in Active Directory. This property should be fixed as soon as possible.//

__Screenshot:__

{{:exch:ex2016_2937_msexchange_adaccess.png|}}

__Ursache:__

Das Attribut **msExchHomePublicMDB** der Postfachdatenbank zeigt auf eine gelöschte Public Folder Database. Dies muss im ADSI-Editor (Domain Controller) geändert werden:

<code>
Configuration->CN=Configuration,DC=contoso,DC=com->CN=Services->CN=Microsoft Exchange->CN=test->CN=Administrative Groups->Exchange Administrative Group (FYDIBOHF23SPDLT)->CN=Databases
</code>



> Siehe auch: https://social.technet.microsoft.com/wiki/contents/articles/36978.exchange-2013-troubleshooting-event-id-2937-public-folder-database-is-pointing-to-the-deleted-objects-container-in-active-directory.aspx
===== EX2016/2019 Event 1: MSExchange Autodiscover =====

{{:exch:event_1_web.png|}}

Man prüfe, ob die externe URL für das virtuelle Verzeichnis von Autodiscover gesetzt ist:

<code |powershell>
Get-AutodiscoverVirtualDirectory | fl server, name, *url*
</code>

Das Ergebnis sollte so aussehen:

<code |powershell>
Server      : SRVMBX-B
Name        : Autodiscover (Default Web Site)
InternalUrl : https://autodiscover.maildomain.de/Autodiscover/Autodiscover.xml
ExternalUrl : https://autodiscover.maildomain.de/Autodiscover/Autodiscover.xml

Server      : SRVMBX-A
Name        : Autodiscover (Default Web Site)
InternalUrl : https://autodiscover.maildomain.de/Autodiscover/Autodiscover.xml
ExternalUrl : https://autodiscover.maildomain.de/Autodiscover/Autodiscover.xml
</code>

Gesetzt werden können die URLs mittels des folgenden Befehls:

<code |powershell>
Get-AutodiscoverVirtualDirectory -Server srvmbx-b |set-AutodiscoverVirtualDirectory -ExternalUrl https://autodiscover.maildomain.de/Autodiscover/Autodiscover.xml -InternalUrl https://autodiscover.maildomain.de/Autodiscover/Autodiscover.xml
</code>

> Siehe auch: https://support.microsoft.com/en-us/help/4532190/autodiscover-event-id-1-after-installing-exchange-server-2019-cu3-or-e

===== Offline Adressbuch kann nicht heruntergeladen werden – 0x8004010F =====

Zunächst prüfen, ob das Global Address Book auch als Standard definiert worden ist:

<code |powershell>
Get-OfflineAddressBook | select Name, IsDefault

Name : Standard Offlineadressbuch (Ex2013) 
IsDefault : True
</code>

Prüfen, ob das OAB auch via Autodiscover proklamiert wird:

<code |powershell>
Get-OfflineAddressBook | select Name, VirtualDirectories, *web*

Name : Standard Offlineadressbuch (Ex2013)
VirtualDirectories : {}
GlobalWebDistributionEnabled : False
WebDistributionEnabled : False
</code>

Eine der beiden Optionen sollte auf True stehen. MS empfiehlt die globale Veröffentlichung über die geasmte Exchange Organisation (also alle Server).

> https://docs.microsoft.com/en-us/powershell/module/exchange/set-offlineaddressbook?view=exchange-ps

Dies erreicht man folgendermaßen:

<code |powershell>
Set-OfflineAddressBook "Standard Offlineadressbuch (Ex2013)" -GlobalWebDistributionEnabled $true
</code>