Beiträge von DerGast

Guten Morgen zusammen,

ich habe mal unsere Umgebung von Exchange 2010 (RU15) auf Exchange 2016 (CU4) gebracht.
DNS passt, Selfsigned zertifikat passt auch, OWA macht keine Probleme...

Outlook 2016 "16.0.4266.1001" ist im Einsatz.

Das Problem:
Mal funktioniert der Aufruf von Outlook, mal nicht, 15 Minuten später klappt es dann wieder.

Wenn es nicht klappt kommt die Meldung:

"Microsoft Outlook kann nicht gestartet werden. Das Outlook Fenster kann nicht geöffnet werden. Diese Ordnergruppe kann nicht geöffnet werden. Netzwerkprobleme. Die Verbindung mit MS Exchange kann nicht hergestellt werden."

Wenn es denn dann wieder nach dem 5. Öffnen funktioniert werden im Verbindungsstatusfenster die richtigen Server angezeigt.

Hat jemand einen Tipp parat?

Ich bin kurz davor alle Postfächer umzuziehen und den alten Exchange 2010 zu entfernen, das wäre zwar mit einem Arbeitsausfall verbunden, aber im Grunde sehe ich tatsächlich keine Möglichkeit mehr.

Vielen Grüße
Dan

Wie im technet zu lesen ist wurde das Problem gelöst.

"Get-Mailbox -Database DB01 -AuditLog" war der ausschlaggebende Tipp.

get-mailboxstatistics ist hingegen irgendwie Schmu.
In meiner Testumgebung konnte ich das Verhalten mit den Postfächern (die in beiden DBs angezeigt wurden) nachvollziehen.

Also, danke für's "Kopf drüber machen". Die nächsten Probleme folgen bestimmt bald

Viele Grüße!

Hm, ich komme irgendwie nicht weiter. Hat noch jemand eine Idee?

Ich bin mittlerweile soweit:

Diese Postfächer existieren in der Umgebung nicht mehr:

DisplayName : SystemMailbox{743f493f-9f6c-4c1b-b371-c5bba24c4d5c}
DisplayName : HealthMailbox-WIN2012R2EXC-Mailbox-Database-1913641077
DisplayName : In-Situ-Archiv - HealthMailbox-WIN2012R2EXC-Mailbox-Database-1913641077

Diese Postfächer sind seltsamerweise laut get-mailboxstatistics sowohl auf dem alten, als auch auf dem neuen Server:

DisplayName : Schaltanlagenbau SSB.
DisplayName : shop SF.

Wenn ich diese in eine eigens erstellte MXDB02 schiebe, dann erscheinen sie auch dort.
Diese kann ich also zur Not exportieren und wieder importieren sollte irgendwas krumm laufen.

Also, Datenbank via ADSIEdit löschen, dann saubere Deinstallation über Setup?
Sollte ja eigentlich klappen...?
Oder hat noch jemand eine andere Idee?

Vielen Dank an euch!

Okay, Fehler zumindest eingegrenzt.

get-mailboxstatistics zeigt seltsamerweise Inhalte an, die ich mit Arbitration nicht erhalte.

Interessant ist auch, dass laut EMC die Postfächer "Shop SF." und "Schaltanlagenbau" auf dem neuen Server (und der DB MXDB01) liegen.

DisplayName : SystemMailbox{743f493f-9f6c-4c1b-b371-c5bba24c4d5c}
DatabaseName : Mailbox Database 1913641077
ServerName : WIN2012R2EXC

DisplayName : shop SF.
DatabaseName : Mailbox Database 1913641077
ServerName : WIN2012R2EXC

DisplayName : HealthMailbox-WIN2012R2EXC-Mailbox-Database-1913641077
DatabaseName : Mailbox Database 1913641077
ServerName : WIN2012R2EXC

DisplayName : In-Situ-Archiv - HealthMailbox-WIN2012R2EXC-Mailbox-Database-1913641077
DatabaseName : Mailbox Database 1913641077
ServerName : WIN2012R2EXC

DisplayName : Schaltanlagenbau SSB.
DatabaseName : Mailbox Database 1913641077
ServerName : WIN2012R2EXC

Erster Versuch:

Get-Mailbox -Database "Mailbox Database 1913641077" | New-MoveRequest -TargetDatabase MXDB01
--- es passiert nichts ---

Zweiter Versuch:

Get-Mailbox -Arbitration -Identity "SystemMailbox{743f493f-9f6c-4c1b-b371-c5bba24c4d5c}" | New-MoveRequest -TargetDatabase MXDB01
und
Get-Mailbox -Identity "SystemMailbox{743f493f-9f6c-4c1b-b371-c5bba24c4d5c}" | New-MoveRequest -TargetDatabase MXDB01

Fehler: Konnte nicht ausgeführt werden weil das Objekt SystemMailbox{743f493f-9f6c-4c1b-b371-c5bba24c4d5c} auf dem WIN2008R2DC nicht gefunden werden konnte.

Schaltanlagenbau und Shop SF. <. bei denen sagt er mir dass er bereits in der neuen db liegt.

Hm, jemand eine Idee zu diesem phänomenal nervigen Phänomen?

Viele Grüße

Edit: in der neuen DB sind diese übrigens nicht. Trotz der oben aufgeführten COmmands (move)
Dort sind jedoch Postfächer vorhanden:

Name Alias ServerName ProhibitSendQuota
---- ----- ---------- -----------------
SystemMailbox{1f05a927... SystemMailbox{1f0... win2012exch Unlimited
SystemMailbox{e0dc1c29... SystemMailbox{e0d... win2012exch Unlimited
FederatedEmail.4c1f4d8... FederatedEmail.4c... win2012exch 1 MB (1,048,576 bytes)
SystemMailbox{bb558c35... SystemMailbox{bb5... win2012exch Unlimited
Migration.8f3e7716-201... Migration.8f3e771... win2012exch 300 MB (314,572,800 bytes)

Ohje ey... ja, danke! Ich habe sogar beim Erstellen des Threads noch daran gedacht.

Hallo zusammen,
kurze Einführung in die Umgebung:

Exchange 2013_ALT <-- dieser Server machte schon nach der frischen Installation Probleme.
Anscheinend wurde der IIS beschädigt, die Shell ließ sich nicht mehr öffnen und alle Reparaturversuche schlugen fehl.

Exchange2013_NEU <-- dieser Server wurde aufgesetzt und die Postfächer wurden alle sauber übernommen. Der Server läuft einwandfrei.

Nun möchte ich den ALT Server deinstallieren, erhalte jedoch die typische Meldung dass noch Postfächer und/oder Archive, oder Pläne etc
vorhanden sind. "Naja...", dachte ich, "ist ja typisch, also mal eben die Kommandos ausführen".

Also folgendes Kommando über den neuen Server(!) ausgeführt:

Auf dem ALTEN:

get-mailbox -database "Mailbox Database 1234567890" -arbitration
---- LEER ----

Gleichses für Archive und Pläne und Public Folder.
---- LEER ----

Neuer Server (wie es sein soll):

get-mailbox -database "MXDB01" -arbitration

Name Alias ServerName
ProhibitSendQuota
---- ----- ----------
-----------------
FederatedEmail.4c1f4d8... FederatedEmail.4c... win2012exch 1 MB (1,048,576 bytes)
SystemMailbox{1f05a927... SystemMailbox{1f0... win2012exch Unlimited
SystemMailbox{e0dc1c29... SystemMailbox{e0d... win2012exch Unlimited
SystemMailbox{bb558c35... SystemMailbox{bb5... win2012exch Unlimited
Migration.8f3e7716-201... Migration.8f3e771... win2012exch 300 MB (314,572,800 bytes)

Vorher wurden die Mailboxes auch übernomen.

Dann ausgeführt:

Set-AdServerSettings -ViewEntireForest $True

Danach nochmal get-mailbox -arbitration | move-mailbox MXDB01
Dann auch die etwas älteren Anforderungen gelöscht... nichts.

Wer hat noch eine Idee?
Die Shell auf dem alten Server funktioniert nicht, aber ich denke/hoffe dies ist nicht das Problem. Der eigentliche Postfach-Move funktionierte ja auch.

Im Grunde steht meiner Meinung nach nichts mehr in der DB.
Während der angestoßenen Deinstallation meckert er eben nur noch diese eine DB an.
Die weitere Datenbank die vorher existierte, konnte ich ohne Probleme deleten.

Nun denke ich an ADSIEdit. Damit "durfte" ich schonmal arbeiten um einen alten Server zu entfernen.
Aber ich weiß nicht passiert wenn ich lediglich die entsprechende DB lösche. Dann sollte diese ja auch in der Console "weg" sein und die Deinstallatio saubern durchlaufen?

Solch einen Käse wie jetzt hatte ich noch nie.
Neugestartet habe ich den alten Server auch schon. Es ist verflixt.

Vielleicht hat jemand einen Tipp

VIelen Dank an euch und vorallem ein schönes langes Wochenende!

Nobby hat schon einen Punkt angesprochen: die Verbindung zum Server.

Ich hatte ein ähnliches Problem via Anywhere (vielleicht schon die Frage wie ihr Outlook verbunden habt).
Die Mailkommunikation über Anywhere funktionierte von extern tadellos. Nur die O-O-O Meldung ging nicht und wurde mit deiner Fehlermeldung quittiert.
Abhilfe: VPN anschalten. Zu mehr bin ich bisher nicht gekomme, glaube aber der Fehler liegt entweder an der Hardwarefirewall und/oder an meinem Rechenknecht.

Allerdings kenne ich deinen Fehler auch (anderer Fall) und habe alles versucht.
Neues Mailprofil, Proxyausnahmen, mit/ohne Cache... nichts.
Ich hoffe bei dir stimmen die URLs und Verzeichnisse?
Was spuckt "Autokonfiguration testen" aus?

Schlussendlich funktioniert es mit einem neuen Userprofil.
Ich rätsel noch welche Datei ich im Userprofil löschen muss wo diese Daten hinterlegt sind...

Guten Tag zusammen,

ich plane gerade ein Szenario und würde mich freuen wenn ihr mich ein wenig aufklärt.
Der Gedanke:
Ein Unternehmen "A" mit vorhandener IT Infrastruktur (Exch2013) kauft ein Unternehmen "B" in dem ein Exch 2016 steht.
Beide haben natürlich eine eigene EDV die man erstmal ungerne ändern möchte.

Nun fiel mein Gedanke auf die Verbundsvertrauensstellung beim Exchange, bin mir aber unsicher ob es das ist, was ich möchte.
Schließlich soll alles "intern" bleiben, wie ein AD-trust sozusagen. Und richtig toll wäre natürlich auch wenn interne Mails nicht erst in das WWW gesendet werden würden, sondern intern abgearbeitet werden könnten.

Prinzipiell sollte über OWA oder Anywhere auf eine Adresse wie mail.HauptstandortA.de zugegriffen werden. Würde einem ja unter anderem Zertifikate ersparen.
Beide Standorte sind via S2S Tunnel verbunden.
Eine AD Vertrauensstellung wäre möglich.

Wenn ich nun die Verbundsvertrauensstellung am Standort "A" aktiviere und die Domäne von "B" zuweise, funktioniert das dann ohne weiteres?

Dankeschön und viele Grüße

Guten Tag zusammen,

ich hätte da folgendes Anliegen:

1x Exchange Server 2010 aktuellste RU.
2x DC
Clients: Outlook 2013

Mir fiel heute durch Zufall auf, dass sich alle User die Kalender der anderen User einbinden konnten (inkl. des Inhaltes, also nicht nur frei/gebucht).
Bei der weiteren Recherche fiel mir dann auf, dass das Verhalten bei den Postfächern gleich ist. So kann ein 08/15 Domain-User alle Postfächer samt Posteingang öffnen.
Ein kurzer Blick in die Exchange Management Console brachte nichts zu Tage. Es gibt keine Vollzugriffe untereinander auf die jeweiligen Postfächer.
Nun habe ich mal via get-mailboxpermission die Berechtigungen verglichen, mir fiel aber nichts auf.
Über "Remove-Mailboxpermission -id UserA -user userB AccessRights Fullaccess" habe ich es ebenfalls probiert, aber hier sagt mir die Konsole dass derartige Berechtigungen garnicht vergeben seien.

Hat hier jemand eine Idee wie ich solche Berechtigungen entziehen kann? Wirklich eingerichtet wurden diese nämlich meines Wissens nach nicht.

Es wäre schön wenn ihr einen Tipp hättet. Würde mich sehr freuen

Vielen Dank und viele Grüße
Daniel