Hallo in die Runde,

nach der Installation des CU 13 werden im OWA die Optionen nicht mehr angezeigt. Es erscheint lediglich der Hinweis "Problem beim Laden Ihrer Optionen. Versuchen Sie es erneut." Allerdings funktioniert der Optionsaufruf unter der Adresse https://<ServerName>/ecp. Das gesamte Admin-Center funktioniert problemlos.

Folgende Abweichung habe ich festgestellt:
Im Pfad "%ExchangeInstallPath%FrontEnd\HttpProxy\owa\auth\<ExchangeVersion>\themes\resources\logon.css" stimmt nach dem Upgrade die Exchangeversion nicht mehr. Als <ExchangeVersion> steht bei mir noch die Version des CU 12, also "...\owa\auth\15.1.1713\..." Für das CU 13 müsste meines Erachtens der Pfad richtigerweise "...\owa\auth\15.1.1779\..." heißen?

Meine Vermutung ist, dass beim Aufruf der Optionen im OWA der Pfad "...\owa\auth\15.1.1779\..." nicht gefunden wird und diese somit nicht angezeigt werden können. Temporäres Umbenennen von 1713 in 1779 klappt nicht, weil Dateien im Ordner geöffnet sind.

Liege ich mit meiner Vermutung richtig? Und wenn ja, wie könnte das korrigiert werden, dass die Optionen auch wieder im OWA angezeigt werden?

Besten Dank im Voraus und viele Grüße
Uwe

Hallo liebe community,

ich bearbeite gerade ein Projekt Migration Small Business 2011 inkl. Exchange 2010 zu Essentials Server 2016 mit separatem Exchange Server 2016. Die Migration des Exchange Servers ist abgeschlossen, der alte Exchange 2010 wurde erfolgreich deinstalliert, ist aber noch vorhanden im AD, da noch gewartet werden soll, bis alles fehlerfrei läuft.

Beim Aktivieren der "Exchange-Server Integration" auf der Konsole des Essentials Server erhielt ich bereits den Fehler, dass der Server nicht erreichbar bar wegen Netzwerkproblemen und eventuell ein Neustart hilfreich sein könnte. Gesagt getan, hilft aber nicht.

Leider erhalte ich nun auch beim Deaktivieren der "Exchange Server-Integration" einen Fehler: "Problem beim Deaktivieren der Exchange Server-Integration Unbekannter Fehler. Stellen Sie sicher, dass der Computer mit dem Netzwerk verbunden ist, und wiederholen Sie dann den Vorgang."

Irgendwie vermute ich, dass der alte Exchange 2010 daran schuld sein könnte.

Habt Ihr Tipps für mich, wo genau ich das überprüfen kann? Im Eventlog finde ich nichts. Gibt es auch eine gültige Anleitung für die Einrichtung der Exchange Server-Integration mit Essentials 2016? ich finde immer nur bis 2012 R2 bei Microsoft.

Danke für Eure Ratschläge und Tipps.

Gruß

Mario

Hallo,

wir sind gerade in den Vorbereitungen zu Office 365 und Exchange Online zu wechseln. Wir hatten eigentlich eine Hybrid-Bereitstellung angedacht, mussten nun aber feststellen, dass der Exchange On Premise dabei ja für immer bestehen bleiben muss um die Verzeichnissynchronisation beizubehalten. Unsere Vorstellung war wenn alles umgezogen ist, kommt der weg

Soll man den dann immer weiter mit updaten oder wie sieht Microsoft das vor?

Ich konnte dazu keine eindeutigen Aussagen finden. Wir setzen derzeit EXCHANGE 2010 ein und wollen eigentlich keine neue Lizenz mehr anschaffen wenn der in der Cloud ist

Guten Morgen,

bei dem Problem bin ich mit meinem Latein am Ende, anbei die Historie und was ich versucht habe. Hoffe von euch hat noch einer eine Idee.

Ursprünglich gab es einen W2k8 R2 DC mit Exchange 2010 (ja unsupported), der Exchange wurde dann für ca. 1 Jahr nicht mehr genutzt (ausgelagert zu colt ceano) zwischenzeitlich gab es ein inplace Upgrade des DC's von w2k8r2 auf 2012R2.

Jetzt sollte  der Exchange wieder lokal genutzt werden.

Also alten Exchange 2010 deinstallieren und AD bereinigen.

Neuen separaten Server mit 2012R2 und Exchange 2013 aufgesetzt und integriert. Soweit gut Outlook, OWA funktioniert.

Nur bei einigen gehen die Smartphones nicht rein. Das Microsoft Connectivity Tool sagt Error bei "Folder Sync". 

Im Intetnet habe ich 2 Ansätze gefunden leider keiner geholfen. admincount darf nicht auf 1 stehen (geprüft mit ADSEDIT und explizit 0 eingetragen)

Berechtigung der Vererben beim User in der AD (deaktiviert, aktiviert, Standard zurückgesetzt) keine Änderung.

Wenn ich einen neuen User anlege geht der sofort, also vermute ich das aus irgendeinem Grund der "Alt" User vielleicht noch irgendwo nach dem alten Exchange sucht. Möglich?

Im Windows Log sehe ich einen Eintrag unten.

Irgendwo fehlt ein Recht aber ich weiß nicht wo und wie ich erteilen kann.

Hätte jemand Idee oder Tip? 

Vielen Dank!

Beste Grüße

Michael Sörgel

Hallo,

ich will/müsste eine migartion von einem Exchange 2007 zu einem 2016 (mit zwischenschritt 2013) machen. Leider ist der Exchnage 2007 noch auf SP2. Leider finde ich das SP3 bei Microsoft nicht mehr. Kann mir jemand sagen wo ich das evtl. noch finde oder kann mir jemand das zur verfügung stellen?

MfG

Hallo zusammen,

ich möchte einen Exchange 2016 als Hybrid mit O365 betreiben und habe somit den Hybridkonfigurations-Assistenten gestartet.

Bei dem Schritt "Domäneneigentümerschaft" komme ich nicht weiter. Dort steht als nur "Verbunddomäne wird hinzugefügt..." und es passiert nichts.

In der Ereignisanzeige bekomme ich die Warnmeldung, dass das Zertifikat für OAuth nicht vorhanden ist.

Unter Exchange Management Shell habe ich mit Get-AuthConfig überprüft, welches Zertifikat dafür zuständig ist. Es ist ein nicht mehr vorhandenes Zertifikat dafür zuständig.

In einem Artikel von Microsoft wird beschrieben, wie man das Problem lösen kann. Einfach neues Zertifikat dafür erstellen.

Jetzt bin ich mir da nicht ganz sicher, muss ich ein neues erstellen (nicht von einer öffentlichen CA) oder kann/muss ich auch ein vorhandenes Gültiges Zertifikat dafür nehmen das von eine öffentlichen CA? Oder ist das egal für OAuth mit O365?

MFG

Toliik

Hallo, ich habe wohl einen Fehler gemacht, der mich bis jetzt noch verfolgt: Ein AD-User bei einem von uns betreuten Kunden hatte massive Probleme mit seinem servergespeicherten Profil und es ist mir nicht gelungen, dass ihm bei der Anmeldung am Client ein neues, sauberes Profil erstellt wird.

Also habe ich ihm ein neues AD-Konto erstellt und eine neue Mailbox angelegt (es wird Exchange2010 und Outlook 2007 eingesetzt). Zuvor hatte ich unter seinem "problematischen" Account eine PST seines Postfachs erstellt.

Nach Anmeldung mit dem neuen Account habe ich dann die PST in das neue Postfach importiert und zunächst sah alles chic aus. Nach einigen Tagen aber hat sich der User bei mir gemeldet und mitgeteilt, dass er bestehende Serientermine im Kalender (davon gibt es sehr viele) nicht ändern/aktualisieren kann. Er erhält dann die Meldung, er möge sich mit dem Organisator des Termins (=alter Useraccount) in Verbindung setzen.

Die explizite Vergabe von Besitzrechten auf den Kalender für den neuen User hat nicht geholfen. Bei meinen Recherchen habe ich dann auch gelesen, dass es nahezu unmöglich ist, im Nachhinein den Organisator für Termine zu ändern. Nun weiss ich nicht recht, was ich tun soll.

Noch gibt es das (getrennte) Postfach des alten Users (dieser ist auch noch im AD, aber deaktiviert). Was würde geschehen, wenn ich dem neuen User nun sein Postfach wegnehme (deaktiviere und damit von ihm trenne) und ihm danach dann mit dem alten Postfach verbinde? Bekommt er dann auch die Organisatorrechte für die Kalendertermine übertragen? Oder gibt es einen anderen Weg?

Für weiterführende Hinweise wäre ich sehr dankbar - Lieben Dank im Voraus!

Hallo,

wir haben unsere Mailboxen von Exchange 2016 auf Exchange 2019 migriert.

Funktioniert eigentlich alles wie es soll. Keinerlei Probleme. Nur eins stört mich.

Der Inhaltsindexzustand aller Datenbanken hat den Status: NichtAnwendbar

Index ist auf allen Datenbanken eingeschaltet.

Hat mir jemand eine Erklärung/Lösung zu diesem Problem ?

Danke und Grüße

Hallo Community!

Ich habe vor kurzem mein Self-Signed SSL Zertifikat durch ein offizielles Wildcard Zertifikat am Exchange 2016 ersetzt.

Grundsätzlich läuft alles und alle Autodiscover Tests etc sind erfolgreich.

Da unsere Domain auf .int endet und man hierfür keine Zertifikate bekommt, habe ich eine Split DNS Konfiguration genutzt.
Alle internal und external URLs am Exchange Server habe ich entsprechend auf die externe URL eingestellt.

Wenn man sich den Outlook Verbindungsstatus ansieht, gehen alle Verbindungen korrekt auf die öffentliche URL die im Zertifikat steht.
Trotzdem kommt kurz nach dem Outlook Start (egal ob 2010, 2013 oder 2016) eine Zertifikatswarnung, dass der Name nicht mit dem Zertifikat übereinstimmt.
Als Name wird der interne Server FQDN Name angezeigt.
Ich kann mir nicht erklären woher Outlook den Namen hat.

Das Verhalten tritt "nur" bei bereits vorhanden Outlook Einrichtungen auf.
Wenn ich ein neues Outlook einrichte oder ein neues Profil erstelle, tritt das Problem nicht auf.

Es muss also irgendeinen Cache oder ähnliches geben in dem die alte URL des internen FQDN steht.

Hat jemand eine Idee wie man das beheben kann?

Vielen Dank vorab!

Hallo zusammen,

wir haben hier einen etwas merkwürdigen Fehler, aus dem ich nicht so recht schlau werde.

SuFu + Google brachten leider bisher nichts erhellendes zu Tage.

Auf einem Exchange-Server 2016 soll mittels PS/Exchange-Shell eine größere Anzahl Rollen-Gruppen angelegt werden (ca. 80Stk.)

So weit ich nachvollziehen kann, hat das Skript keine syntaktischen oder semantischen Fehler, die Variablen enthalten zur Laufzeit die erwarteten Werte und die Ziel-AD-Struktur ist entsprechend vorhanden.

Eigentlich läuft auch fast alles wie gewünscht, RoleGroups mit den gewünschten Namen, Beschreibungen, Rollen, Members, ManagedBy werden angelegt - nur ein Parameter stellt sich quer:

New-RoleGroup -RecipientOrganizationalUnitScope Domain.local/OU/SubOU

führt konsequent zur Fehlermeldung

"New-RoleGroup : Die Organisationseinheit "Domain.local/OU/SubOU" wurde nicht gefunden."

obwohl der Variablen-Wert exakt der Ziel-OU entspricht und diese im AD Vorhanden ist.

Auch manuelle Eingabe in der Exchange-Shell mit festen Werten führt reproduzierbar zum selben Fehler.

Lasse ich die RoleGroups per Skript (ohne den Parameter "RecipientOrganizationalUnitScope") anlegen und editiere den Schreibbereich in der ECP manuell, kann ich die OU basierte Beschränkung zuweisen.

Der Vollständigkeit halber hier das gesammte Skript:

(OUs und Admin-Gruppen ist eine laufende fünfstellige Nummer vorangestellt)

$Admins_Groups = Get-ADGroup -Identity Local_Admin_Group |`
                     Get-ADGroupMember | Where{$_.objectClass -eq "group"}

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

# Erstellen von "Msx_Admins" Gruppen korrespondierend zu "Local_Admins" Gruppen
foreach ($Admins_Group in $Admins_Groups)
         {
          $Msx_Admins = $Admins_Group.Name.Substring(0,5) + "_msx_Admins"
          if(Get-ADGroup -Filter {Name -eq $Msx_Admins})
            {
             Write-Host $Msx_Admins already exists -ForegroundColor Green
             }
          else
            {
             Write-Host creating new rolegroup $Msx_Admins -ForegroundColor Yellow
             $Msx_Admins_WriteScope = "Domain.local/OU/" + $Admins_Group.Name.Substring(0,5)
             New-RoleGroup -Name $Msx_Admins `
                           -Description "Die Mitglieder dieser Verwaltungsrollengruppe..." `
                           -RecipientOrganizationalUnitScope $Msx_Admins_WriteScope `
                           -Roles "Distribution Groups", "Mail Recipient Creation", "Mail Recipients" `
                           -Members $Admins_Group.name `
                           -ManagedBy "Organization Management"
             }
          }

Für Lösungsansätze, Ideen oder Kommentare wäre ich überaus dankbar.

Gruß TechnikSC885

Guten Tag liebe Community,

Dieses Problem tritt auf, sobald man eine Datei über owa verschicken möchte.

Allerdings erscheint die Fehlermeldung schon beim Anfügen einer Datei.

Das versenden ohne Anhang funktioniert tadelos-

Es ist ein Exchange 2010 Server.

Den Dienst Namens owaauth.dll. sehe ich auch nicht unter Diensten.

Vielen Dank im Voraus

Hallo,

muss auf einem Exchange 2016 cu12 ein comodo ssl zertifikat erneuern (über gogetssl erworben).

Er erstellt auch eine req datei. den inhalt (csr) kopiere ich komplett bei der zertifizierungsstelle in das entsprechende Feld.

Dabei bekomme ich den Fehler :

CSR Error: `` is not a valid ISO-3166 country!

Frage: da die csr datei aus einem vorhandenen, erst in ein paar tagen auslaufenden und voll funktionsfähigen Zertifikat erstellt wird, kann ich na bezüglich des country codes gar nix einstellen.

Was also läuft schief? ist es ein bug im Exchange 2016? Wie ist das Problem zu lösen?

Vielen Dank im Voraus für schnelle Hilfe und Antworten!

Liebe Community,

folgendes, leider nicht klar reproduzierbares Problem - ich wurde aus dem Microsoft Forum (https://answers.microsoft.com/de-de/msoffice/forum/msoffice_outlook-mso_winother-mso_2016/e-mail-adresse-geht-beim-verschieben-von/94bf8ff8-69cc-467b-8c45-0606d3745217?tm=1530608192056) hierherverwiesen):

Kunde (*** Die E-Mail-Adresse wurde aus Datenschutzgründen entfernt. ***) schreibt E-Mail an *** Die E-Mail-Adresse wurde aus Datenschutzgründen entfernt. ***

Dort wird das E-Mail an eine Sammelmailbox ("Abteilungsbox") der zuständigen Abteilung (*** Die E-Mail-Adresse wurde aus Datenschutzgründen entfernt. ***) weitergeleitet. Die Mailbox ist bei den MitarbeiterInnen der zuständigen Abteilung mittels FullAccess in deren persönliches Outlook eingehängt. Dort sieht das dann so aus:

Image may be NSFW.
Clik here to view.

Aus dieser Abteilungsbox zieht sich je nach Kapazität jemand diese E-Mails in sein persönliches Postfach und bearbeitet sie. Und hier liegt das Problem: Es kommt vor (nicht klar reproduzierbar), dass beim Verschieben der E-Mail in den persönlichen Posteingang die E-mail Adresse aus dem Textkörper (schwarz eingekreist) verschwindet. Nicht immer, nicht bei jeder Mailbox, nicht bei jedem Mitarbeiter und teilweise verschwinden die Adressen nicht, wenn Mitarbeiter A drag & drop verwendet, bei Mitarbeiter B aber schon.

Sieht dann so aus:

Image may be NSFW.
Clik here to view.

Damit ist natürlich eine Beantwortung der E-Mail per E-Mail ausgeschlossen bzw. muss bei der *** Die E-Mail-Adresse wurde aus Datenschutzgründen entfernt. *** nachgefragt werden, wie denn die E-Mail Adresse lautet, etc.

Meine Frage an die Runde - wie passiert das?

Was wir bis jetzt wissen:

- Es passiert allem Anschein nach erst beim Verschieben des Elements aus der shared Abteilungs-Box in die pers. Mailbox - beim weiterleiten von office in Abteilung sind die Adressen definitiv alle vorhanden

- Es passiert nach keinem klaren System  - egal, ob E-Mails einzeln oder in Gruppen verschoben werden

- Es passiert auch bei E-Mails, von deren Adressen wir zum ersten Mal E-Mails bekommen (ich hatte die (nicht mehr verwendeten) "Vorgeschlagenen Kontakte" im Verdacht, also das Outlook die E-Mail Adresse irgendwo "gelernt" hat und von daher aus dem Body entfernt, was ich aber auch nicht als erstrebenswert ansehe.

• Das Problem begleitet uns seit Monaten und wurde erst durch die Implementierung dieser Arbeitsweise im Laufe des letzten Jahres "auffällig"
• Windows 7 Pro im Unternehmensumfeld, d.h. aktuelle Patches via WSUS. (= up to date)
• Office Professional Plus 2016, Outlook 2016, Version 16.0.4639.0000, 32 Bit, kein 365 Abo
• Server ist Exchange 2013, aktuelle Version, das Problem begleitet uns schon einige CUs
• Es tritt zufällig auf - und nicht alle Mitarbeiter arbeiten mit diesen "eingehängten" Mailboxen - aber wir haben jedenfalls mehrere Mitarbeiter, die dieses Problem haben.
• RPC/HTTP mit SSL
• Kaspersky Endpoint Security 10
• Ein zurückverschieben einer E-Mail mit verschwundener Adresse ändert nichts mehr - die E-Mail Adresse bleibt verschwunden

Ich überlege jetzt gerade, RPC/HTTP auf MAPI umzustellen. Aber das ist nur mal ein Gedanke.

Vielen Dank für Ideen & Inputs - Stefan

Hallo zusammen,

es kann sein das ich mit meinem Anliegen in diesem Bereich etwas falsch liege, aber auf Grund des Zusammenhangs mit Exchange und möglichen Leidgenossen versuche ich es mal ;-)

Ich habe heute auf unseren Exchange 2010 SP3 das RU29 eingespielt. Des Weiterem fahren wir gerade eine Koexistenz mit Exchange 2016 CU12 und hierüber laufen auch die Mails und Active Sync etc. (KEMP vorgeschaltet.)

Bei meinen Tests habe ich folgendes festgestellt:

Versende ich über meine iPhone mit der App "Outlook" (App ist aktuell) eine E-Mail an ein Postfach auf unserem Exchange (egal ob auf dem 2010 oder 2016) und rufe es dann über den Apple eigenen Mailclient (mittels Active Sync) ab, so bestehen die Nachrichten nur aus chinesischen Zeichen. Der folgende Link zeigt das Verhalten aber auch wenn ich die Signatur ntferne bleibt es bei dem Fehlerbild.

Mail Inhalt nur Chinesische Zeichen

Versende ich über meinen privaten PC über Outlook (HTML oder Nur-Text) oder den Web-Client eine Mail so wird diese korrekt (auf 2010 & 2016) dargestellt.

Nachtrag:

Über die Blackberry WorkApp werden die E-Mails dagegen normal dargestellt. Auch wenn ein Kollege aus seinem GoogleMail Client E-Mails versendet passt der Aufruf.

Vielen Dank vorab für Tipps.

Hi Leute,

folgende Anforderung:

Ich möchte gerne Kalendereinladungen für andere Personen erstellen. Berechtigungen sind vorhanden und mir ist auch klar wie die Einstellungen dazu sein müssen.

Ich hätte diese Einladungen aber gerne so als wenn diese Person die Einladung selbst versendet. Also ohne das im Namen von (on Behalf of).

Geht das? Brauche ich dazu eine bestimmte Lizenz? Im Einsatz sind M365 E3 und O365 E5. Möglicherweise ist das ja ein E5 Feature, oder ich brauche ein gewisses Add On für die E3 Version, oder vielleicht ist es auch gar nicht möglich.

Danke für mögliche Vorschläge

Hallo aus Köln,

wir haben zu unserer funktionierenden Exchange2016 DAG bestehend aus 2 Servern einen Exchange 2019 hinzugefügt.

Die Installation funktionierte reibungslos ohne Probleme.

Der Sendeconnector wurde um den neuen Server erweitert und die virtuellen Verzeichniss- URL's wurden auch eingerichtet.

Im EAC sieht alles gut aus und ich konnte auch einen Testuser ohne Probleme auf die Datenbank des neuen Exchange 2019 migrieren.

Auch der CAS scheint Problemlos zu arbeiten: Wenn ich bei einem Client (dessen Postfach auf einem 2016 Exchange liegt) über die hosts Datei dafür sorge, dass die URL auf den neuen 2019er Exchange verweisen läuft alles normal.

Outlook verbindet sich und Mails können gesendet und empfangen werden.

Wenn ich allerdings versuche eine Mail von dem Benutzer zu senden, wecher sein Postfach auf den neuen Exchange 2019 migriert wurde, kommt diese nicht an, sondern bleibt in der Submission Queue hängen.

Als Fehler wird "Message rerouted and delayed by store driver." angezeigt.

Von dem gleichen Account gesendete Mails kommen bei Postfächern auf dem Exchange 2016 an.

Jemand eine Idee was hier Falsch läuft?

LG Werner

Nachtrag:

Falls es Missverstanden wurde - der Exchange 2019 wurde nicht Teil der DAG sondern nur als einzelner Server der Exchange Umgebung hinzugefügt. 

Ich habe inzwischen einen zweiten Exchange 2019 eingerichtet. Auch dieser hat das gleiche Problem sowohl zu den Exchange 2016 als auch zu dem anderen Exchange 2019 Mails von einem Benutzer welcher sein Postfach dort hat zu senden.

Inzwischen bin ich mir fast sicher, dass es sich um ein AD Problem handelt. Jedenfalls in diese Richtung gehen die wenigen Artikel die den gleichen Fehler beschreiben.

Leider habe ich dort keinen "ins Auge springenden Fehler" (im Vergleich zu einer anderen Exchange 2013 Umgebung) gefunden.

Vielleicht hat jemand doch eine Idee dazu.

LG Werner

Hallo aus Köln,

wir sind gerade in einer Migration von Exchange 2016 auf Exchange 2019.Für die Öffentlichen Ordner wurde seinerzeit sogar eine extra Datenbank angelegt obwohl sich darin nur ca. 150MB mit Kontaktadressen befanden.

Ich habe dann die PublicFolder mit

get-mailbox -Database OeffentlicheOrdner -PublicFolder | New-MoveRequest -TargetDatabase DB2019

verschoben.

Als mir mit

Get-MoveRequest | Get-MoveRequestStatistics

DisplayName      StatusDetail    TotalMailboxSize                           TotalArchiveSize PercentComplete
-----------            ------------         ----------------                                ----------------      ---------------
Mailbox1            Completed       155.2 MB (162,732,357 bytes)                              100

angezeigt wurde habe ich den Request mit

Get-MoveRequest | where {$_.status -eq "Completed"} | Remove-MoveRequest

gelöscht.

Wenn ich nun versuche die Datenbank mit

Remove-MailboxDatabase OeffentlicheOrdner

zu löschen kommt folgende Fehlermeldung:

This mailbox database is associated with one or more active PublicFolderMailboxMigration requests. To get a list of
all PublicFolderMailboxMigration requests associated with this database, run Get-PublicFolderMailboxMigrationRequest |
?{ $_.RequestQueue -eq "<Database ID>" }. To remove a PublicFolderMailboxMigration request, run
Remove-PublicFolderMailboxMigrationRequest <Recipient ID\Request Name>.
    + CategoryInfo          : InvalidOperation: (OeffentlicheOrdner:DatabaseIdParameter) [Remove-MailboxDatabase], Ass
   ociatedMRSRequestExistsException
    + FullyQualifiedErrorId : [Server=EX2019,RequestId=e469822c-6890-4c1b-a264-a8c0b8984653,TimeStamp=19.07.2019 10:
   37:25] [FailureCategory=Cmdlet-AssociatedMRSRequestExistsException] DD3F7778,Microsoft.Exchange.Management.SystemC
  onfigurationTasks.RemoveMailboxDatabase
    + PSComputerName        : ex2019.xyz

Prüfe ich nun wie empfohlen mit

get-PublicFolderMailboxMigrationRequest

kommt aber keine Anzeige, dass hier noch einer vorhanden wäre.

Somit bekomme ich die Datenbank nicht weg.

Hat jemand eine Idee?

LG Werner

Hallo aus Köln,

wir sind gerade in einer Migration von Exchange 2016 auf Exchange 2019. Für die Öffentlichen Ordner wurde seinerzeit sogar eine extra Datenbank angelegt obwohl sich darin nur ca. 150MB mit Kontaktadressen befanden.

Ich habe dann die PublicFolder mit

get-mailbox -Database OeffentlicheOrdner -PublicFolder | New-MoveRequest -TargetDatabase DB2019

verschoben.

Als mir mit

Get-MoveRequest | Get-MoveRequestStatistics

DisplayName      StatusDetail    TotalMailboxSize                           TotalArchiveSize PercentComplete
-----------            ------------         ----------------                                ----------------      ---------------
Mailbox1            Completed       155.2 MB (162,732,357 bytes)                              100

angezeigt wurde habe ich den Request mit

Get-MoveRequest | where {$_.status -eq "Completed"} | Remove-MoveRequest

gelöscht.

Wenn ich nun versuche die Datenbank mit

Remove-MailboxDatabase OeffentlicheOrdner

zu löschen kommt folgende Fehlermeldung:

This mailbox database is associated with one or more active PublicFolderMailboxMigration requests. To get a list of
all PublicFolderMailboxMigration requests associated with this database, run Get-PublicFolderMailboxMigrationRequest |
?{ $_.RequestQueue -eq "<Database ID>" }. To remove a PublicFolderMailboxMigration request, run
Remove-PublicFolderMailboxMigrationRequest <Recipient ID\Request Name>.
    + CategoryInfo          : InvalidOperation: (OeffentlicheOrdner:DatabaseIdParameter) [Remove-MailboxDatabase], Ass
   ociatedMRSRequestExistsException
    + FullyQualifiedErrorId : [Server=EX2019,RequestId=e469822c-6890-4c1b-a264-a8c0b8984653,TimeStamp=19.07.2019 10:
   37:25] [FailureCategory=Cmdlet-AssociatedMRSRequestExistsException] DD3F7778,Microsoft.Exchange.Management.SystemC
  onfigurationTasks.RemoveMailboxDatabase
    + PSComputerName        : ex2019.xyz

Prüfe ich nun wie empfohlen mit

get-PublicFolderMailboxMigrationRequest

kommt aber keine Anzeige, dass hier noch einer vorhanden wäre.

Somit bekomme ich die Datenbank nicht weg.

Hat jemand eine Idee?

LG Werner