Domo

Hallo Norbert, Danke für deine Antwort. Die Idee den UPN Suffix zu ändern hatte ich schon, jedoch wurde mir in allen Kursen und Ausbildungen stets davon abgeraten. Zudem haben wir viele Kunden die die Anforderung an nicht personifizierte Benutzernamen habe, also "Marketing1" anstelle von hans.muster. Klappt das dann trotzdem noch mit angepasstem UPN? Also Benutzername bleibt quasi "Marketing1", UPN steht aber auf hans.muster? Liebe Grüsse Claudio

Hallo zusammen, Ich beschäftige mich gerade etwas mit der Office365 Sync Funktion. Ich habe soeben testweise eine Synchronisation eingerichtet, die User werden korrekt und einwandfrei synchronisiert. Allerdings ist mein AD UPN mit der AD Domain „ad.domain.com“ konfiguriert, dadurch lautet die Mailadresse in Office365 dann hans.muster@ad.domain.com, korrekt wäre aber hans.muster@domain.com. Heisst das für die Synchronisation muss zwingend meine interne AD Domain mit meiner SMTP Domain übereinstimmen, oder gibt es hier eine Einstellung? Liebe Grüsse, Claudio

Danke für den Link, gut zu wissen. Grüsse

Hallo zusammen, Ich habe das Update nun testweise bei einem Exchange 2013 und einem 2016ner installiert (Jeweils neuste CU Variante). Installation läuft erfolgreich durch, nach einem Reboot funktioniert aber ECP und OWA nicht mehr. Irgendwie scheinen anschliessend Probleme bei der Variable %ExchangeInstallDir% im IIS unter BinSearchFolders aufzutreten. Sobald im IIS unter der Backend Site im ECP Directory der Pfad von BinSearchFolders auf "C.\Programme\Microsoft\Exchange\" usw verlinkt wird funktioniert alles einwandfrei wieder. Ist das ein bekanntes Problem/Phänomen oder habe ich etwas übersehen? Grüsse und einen erholsamen Feierabend Claudio

Hi Jan, Vielen Dank nochmals für deine Antwort. Ich habe die VM gestern Abend testwiese konvertiert und einige grundlegende Dinge geprüft (Treiberinstallationen, etc.). Ich werde aber am Dienstag (Montag ist bei uns Feiertag :) ) mal mit unserem Verkauf, bzw. dem Kunden zusammensitzen und schauen inwiefern er noch bereits ist Geld auszugeben. Falls wir den Weg mit dem konvertierten 2003er Server weiterverfolgen müssen werde ich sicherlich mal die von dir vorgeschlagenen Inputs (Automatischer Neustart, Mini Dump, etc.) prüfen. Vielen Dank an alle Beteiligten! Wünsche euch nun ein schönes Wochenende!

Hallo zusammen, Herzlichen Dank für eure Inputs trotz Samstagmorgen :-) Grundsätzlich soll die VM ja abgelöst werden, dafür benötigen wir den Server der aktuell ESX verwendet. Dort wird ein Server 2012 R2 (Lizenz bereits vorhanden) installiert der nur HyperV Host ist und alle Server (Total 3, unter anderem einen Server 2012 R2 mit der aktuellen Version der 2003er Applikation) hostet. Die Konvertierung auf den bestehenden HyperV Host ist quasi nur ein "Zwischenschritt". Ich, bzw. unsere Firma arbeitet primär mit HyperV, keine Ahnung wieso damals ESX genommen wurde obwohl HyperV bereits im Einsatz war. Zudem handelt es sich noch um eine ESXi Free Version welche wir lizenzieren müssten damit wir mit Veeam backupen können. Unsere etwas mangelnde Erfahrung mit VMware, gerade im Bereich Debugging, ist ebenfalls ein weiterer Faktor. Der Bluescreen beginnt mit 0x0000027a, ein Dump scheint der Server leider nicht zu schreiben, bzw. finde ich nichts. Im Eventlog ist auch nichts zu finden über Treiberfehler. Im laufenden Betrieb läuft der Server inkl. Applikation auch stabil (getesetet über mehrere Stunden). Lediglich beim Herunterfahren / Neu starten erscheint für den Bruchteil einer Sekunde ein Bluescreen, beim nächsten Booten kommt die Meldung über unerwartetes Herunterfahren. Ich werde aber nun nochmals alle Treiber prüfen (Danke für den Link Jan!) und versuch den BlueScreen genauer zu analysieren. Vielen Dank euch nochmals :)

Hallo zusammen und guten Morgen, Wir haben hier folgendes Konzept: 1x Physischer Server 2012 R2 HyperV Host 1x ESXi 5.5 Auf dem ESXi 5.5 läuft ein veralteter 2003er Server der nur noch für eine Applikation genutzt wird. Da der ESXi Server relativ neu ist (1-2 Jahre) soll er als eigenständiger und zukünftig einziger HyperV Host fungieren. Ich habe also nun versucht den 2003er Server mit dem Microsoft Converter in eine HyperV VM auf den bestehenden HyperV Host zu konvertieren. Das hat grundsätzlich geklappt, der Server startet und die Anmeldung sowie die Installation der Integrationsdienste klappt. Auch die Applikation sowie der Netzwerkzugriff funktionieren einwandfrei. Leider läuft der Server nicht wirklich stabil, beim booten kommen Fehlermeldungen aufgrund von fehlenden Treibern (VMware Tools habe ich deinstalliert und die Integrationsdienste installiert, im Geräte Manager ist alles i.O.) sowie eine Meldung über eine volle Registry. Zudem produziert der Server beim Herunterfahren / Neustarten direkt einen Bluescreen. Der Server kann so also nicht für den produktiven EInsatz verwendet werden. Nun meine Frage: Hat jemand bereits Erfahrungen mit einer ähnlichen Umgebung gemacht? Bzw. wie würdet ihr vorgehen um den ESXi Host neu aufsetzen zu können? VIelen Dank für eure Inputs im Voraus. :) Wünsche euch ein schönes Wochenende LG Claudio

Hallo, Ich kann dir aus eigener Erfahrung sagen dass du da sehr schlechte Karten hast. Hatte mal ein ähnliches Problem wo 3 BKF Dateien einer Sicherung defekt waren. Das hat aber nie wirklich zu einem sinnvollen Ergebniss geführt. Sicherst du inkrementell? Falls ja kannst du möglicherweise Daten vom letzten Fullbackup zurückspielen. Kannst du möglicherweise auf dem Storage wo die BKF Files liegen Vorgängerversionen der BKF Dateien selbst wiederherstellen? Um was für eine Version von BE handelt es sich denn? Falls du eine aktive Subscription hast würde ich dir empfehlen einen Supportfall bei Veritas zu erstellen. Grüsse Claudio

Guten Morgen Norbert, Jaein. Das Problem war das keine Nachricht ankamen, weder von extern über einen SMTP Gateway noch intern. Versenden ging problemlos und kamen extern auch an. Die Nachrichten hingen dann jeweils mit der Fehlermeldung "LED=441 4.4.1 Failed to connect. Winsock error code: 10061" in der Warteschlange. Die DNS Settings waren intern nicht ganz korrekt und extern total falsch. Nach Korrekt und Reboot läuft alles problemlos. Obwohl mir nicht ganz zu 100% klar ist wieso ein externer DNS Eintrag Einfluss auf den internen Mailverkehr hat. Grüsse Claudio

Hallo zusammen, Ich habe hier eine komplett neue Domain mit einem Exchange Server 2013 CU14. Leider empfängt der Server keine Mails, interne wie auch externe Mails hängen mit der Meldung "LED=441 4.4.1 Failed to connect. Winsock error code: 10061" in der Warteschlange. Versenden wie auch alle Clientconnections (OWA, Outlook, Smartphones, etc.) funktioniert problemlos. Leider sagt mir diese Meldung überhaupt nichts und ich konnte auch im Internet nichts wirklich sinnvolles finden. Als DNS Server ist der Windows Domaincontroller konfiguriert, AntiVirus habe ich bereits testweise deinstalliert.. Wäre sehr dankbar wenn mir jemand weiterhelfen könnte... Grüsse Claudio Hat sich erledigt, externer DNS war falsch konfiguriert...

Dieser Thread hat nichts mit dem Anderen zu tun.

Ich möchte mich halt jeweils erst etwas informieren und mir Gedanken zu den Dingen machen um überlegt vorzugehen... Bin ja wirklich noch nicht allzu erfahren, da ist es mir wichtig die Dinge langsam und bewusst anzugehen. Bitte um Verständnis! ;-) Das Rollup ist bereits drauf, die Fehlermeldung trat danach immer noch auf. Ich habe nun etwas Zeit verstreichen lassen und die Fehlermeldung trat nicht mehr. Ich werd nun beobachten was passiert und dann gerne entsprechendes Feedback geben. LG Claudio

Hallo zusammen, Danke für eure Antworten. Ich habe jeweils direkt nach dem erfolgreichen Verschieben der Postfächer, respektive des Testpostfaches den AutodiscoverAppPool sowie den RPC Pool recycled. Was mich enorm stutzig mach ist das es völlig unregelmässig auftritt. Wie gesagt bei der angesprochenen Migration waren es zwischen 15-20 Postfächer, nur eines wollte die Logindaten. Ich werde wohl bei der nächsten Migration zuerst etwas Zeit verstreichen lassen, bzw. an einer Randstunde die Verschiebung durchführen... dann schau ich mal weiter. Danke euch jedenfalls ganz herzlich! :-)

Hallo Tesso, Den Eintrag habe ich aus dem ExchangeSetupLog kopiert, ich kann dir aber gerne das ganze Log kopieren. Vielen Dank für deine Links. Ich habe nun via Powershell das Zertifikat wie von Norbert angeregt neu ausgestellt und das SP3 lief durch. OWA ist nun glücklicherweise wieder verfügbar, ECP auch wieder. Abwesenheitsmeldungen klappen ebenfalls. Die Warnungen sind komplett verschwunden. Im Eventlog ist nur noch folgender Fehler zu finden: Laden der Modul-DLL C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Owa\auth\exppw.dll. Die Daten enthalten Fehlerinformationen. Ich habe bereits diverse Aritkel gefunden wie exppw.dll neu registriert werden kann, möchte das aber sicher nicht einfach so durchwursteln. Könnte mir zu besagter Fehlermeldung noch jemand weiterhelfen? Ansonsten ganz herzlichen Dank euch beiden für euren Support.

Ich fühl mich nicht auf den Schlips getreteten, ich versteh nur nicht ganz wieso du mich angreifst, aber lassen wir das. Was in den Exchange Setups Logs steht habe ich in Post #4 von http://www.mcseboard.de/topic/207616-exchange-2010-owa-l%C3%A4uft-nicht-mehr-nach-sp3-installation/ geschriieben: "Das interne Transportzertifikat kann nicht entfernt werden, weil dies das Beenden des Microsoft Exchange-Transportdiensts bewirken würde. Erstellen Sie ein neues Zertifikat, um das interne Transportzertifikat zu ersetzen. Das neue Zertifikat wird automatisch als internes Transportzertifikat eingesetzt. Anschließend können Sie das vorhandene Zertifikat entfernen." Der Hinweis kam von Norbert: "Und jetzt Kopf in Sand? ;) Zieh das aktuelle Rollup hinterher und dann sieht man weiter." Und bevor ich das einfach so mache recherchiere ich selbstverständlich erstmal weiter, bzw. habe ich mich ja extra noch erkundigt wie es mit dem nicht abgeschlossenen SP3 aussieht. Das einzige was ich bisher aktiv gemacht habe war das Setup vom SP3 mehrmals zu starten. Keine Ahnung wieso ich nun OWA und ActiveSync damit kaputt gemacht haben soll... Ich habe sicherlich schon an die 20x SP3 installiert, bisher ohne jegliches Problem... Wie gesagt, du magst viel mehr Erfahrung Ahnung von Exchange Server haben als ich und das respektiere ich auch. Aber Aussagen wie "Du hast keine Ahnung davon such dir jemand ders kann" sind in so einem Moment gerade absolut kontraproduktiv. Wenn du nicht magst brauchst du mir ja auch nicht zu helfen :-)

Also vielleicht mal ums kurz klarzustellen, von "wild irgendwas versuchen" ist hier keine Rede. Das Update schlug wieder mit dem gleichen Fehler fehl. Und "keine Erfahrung mit Exchange" würde ich so mal nicht sagen :) . Von "kaputt machen" kann hier ebenfalls keine Rede sein, oder kann man mir für den Klick auf "Weiter" bei der Installation einen Vorwurf machen?

Hallo zusammen, Dankeschön für eure Antworten. Zuallerstmal, ich bastle nicht und stecke auch nicht den Kopf in den Sand, ich versuche mich zu informieren und möchte überlegt vorgehen um mich nicht noch weiter ins Abseits zu kicken :-) Nach meinem Verständnis ist das SP3 ja nicht sauber installiert, bzw. hat er beim CAS abgebrochen, daher dachte ich dass es kaum Sinn macht das nächste Update zu installieren. Ich werde es aber nun mal versuchen :-)

Hallo Norbert, PST ist auch nicht gerade meine Lieblingsabkürzung... :\ Wie du richtig gesagt hast ist sowas sicher schwer in einem Forum zu behandeln. MIt dem Abwesenheitsassistenten hast du sicherlich auch recht, das ist aber im Moment nicht wirklich dramatisch solange der Mailfluss und der Zugriff auf Outlook klappt. Ich habe ehrlich gesagt etwas Bammel dass am Ende nichtmal mehr Outlook richtig läuft...

Hallo zusammen, Vielen Dank für die Links Tesso. Ich habe diese bereits ohne Erfolg durchgearbeitet. Aktuell funktionieren die Outlook Clients noch. Lediglich OWA und ActiveSync ist tot. Da der Server nur wenige Postfächer verwaltet und bereits vorbelastet ist werden wir vermutlich die gesammte AD Domain via Toplevel Subdomain parallel neu aufbauen und die Postfächer via PST auf den neuen Exchange transferieren. Eine Möglichkeit einen Exchangeserver 2013 in einem AD mit nicht aktualisiertem Exchange 2010 zu installieren ist ja weder möglich noch zu empfehlen oder? Ich möchte vorallem sicherstellen das die Umgebung anschliessend problemlos läuft und auch in Zukunft keine Probleme bereitet. Was würdet ihr empfehlen? Liebe Grüsse Claudio

Hallo Norbert, Danke für deine erneute Rückmeldung. Ja wir sprechen hier von einem SBS 2011, ging leider vergessen sorry. Aktuell läuft das Update, mal schauen wie weit wir kommen.

Hallo zusammen, Zuerst ganz herzlichen Dank für eure prompten Antworten. Der Fehler lautete: "Das interne Transportzertifikat kann nicht entfernt werden, weil dies das Beenden des Microsoft Exchange-Transportdiensts bewirken würde. Erstellen Sie ein neues Zertifikat, um das interne Transportzertifikat zu ersetzen. Das neue Zertifikat wird automatisch als internes Transportzertifikat eingesetzt. Anschließend können Sie das vorhandene Zertifikat entfernen." Wir verwenden ein Wildcard SSL Zertifikat. Gemäss Technet könnte da ein Zusammenhang bestehen und man solle das Zertifikat selber neu ausstellen für die Zeitdauer der Migration. So weit bin ich leider gar nie gekommen da auch der Aufruf von /certsrv nicht mehr klappt. Ich habe das Setup nun nochmals gestartet. Grüsse Claudio

Hallo zusammen, Ich habe hier ein kleineres grösseres Problem. Wollte für eine bevorstehende MIgration einen Exchange Server 2010 auf SP3 updaten. Das Setup ist mit einem Fehler abgebrochen. Seit diesem Zeitpunkt ist kein OWA Zugriff mehr möglich. Im Eventlog finde ich den Fehler Fehler beim Laden der Modul-DLL C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Owa\auth\exppw.dll. Die Daten enthalten Fehlerinformationen." sowie ganz viele Warnungen: Event code: 3008 Event message: Es ist ein Konfigurationsfehler aufgetreten. Event time: 23.06.2016 16:02:10 Event time (UTC): 23.06.2016 14:02:10 Event ID: a7014fbf0ce24acaa38adbea153b2539 Event sequence: 1 Event occurrence: 1 Event detail code: 0 Application information: Application domain: /LM/W3SVC/1/ROOT/Microsoft-Server-ActiveSync-4-131111641296419806 Trust level: Full Application Virtual Path: /Microsoft-Server-ActiveSync Application Path: C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\sync\ Machine name: NSBS Process information: Process ID: 11672 Process name: w3wp.exe Account name: NT-AUTORITÄT\SYSTEM Exception information: Exception type: HttpException Exception message: Die Datei oder Assembly "Microsoft.Exchange.Security, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden. (C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\sync\web.config line 1601) Ich habe bereits diverse Workarounds versucht, der Server weigert sich einfach wieder sauber zu funktionieren. Der Server selbst hat nun seltsamerweise bereits die Version von SP3... Ich vermute da ist irgendwas beim Updaten des Clientzugriffservers abgekackt... Ich wäre echt froh wenn mir hier jemand weiterhelfen könnte... Ganz liebe Grüsse Claudio

Hallo Norbert(s), Vielen Dank für die Antworten. Ja, die Geschichte mit "intern=extern" wurde leider immer mitmigriert, wär mir auch lieber mit sauber getrennten Domains, bzw. mit Subdomain... Daran liegts aber nicht, auch bei anderen Installation mit internen/externen Domains tritt das Phänomen auf. Sämtliche Connectivity Tests (Microsoft Online, Outlook Tray Icon etc) sind immer erfolgreich. Ich kann auch Outlooks ohne Probleme von extern wie auch intern (intern über den SCP versteht sich) via Autodiscover neu verbinden. Ich habe heute zwischen 15 und 20 Postfächer migriert. Die Zugagnsdaten musste ich diesmal genau bei einem Outlook (Allesamt Version 2016) eingeben. Die anderen Outlooks kamen ohne Probleme nach der Meldung zum Programmneustart, es ist mir wirklich ein Rätsel... Ist es möglich dass nach der Verschiebung der Postfächer etwas Zeit (ca. 15 MInuten) verstreichen muss bis das sauber funktioniert? Das "Problemoutlook" heute habe ich direkt nach der Testverschiebung neu gestartet, bei den anderen lagen zwischen Verschiebung und Programmneustart ca. 15 Minuten, das ist der einzige Punkt der mir aufgefallen ist. Ich wünsche euch auf jedenfall eine erholsame Nacht... :) Grüsse Claudio

Hallo Norbert, Danke für deine Inputs, da ich gerade dabei bin eine Migration durchzuführen habe ich darauf besonderes Augenmerk gemeldet. Habe den BPA laufen lassen, der sagt mir nun alles in Ordnung bis auf 1 Warning und 1 Fehler: - Failed: One or more Exchange servers do not have SSL 3.0 disabled. Das hat mit dem Loginpopup meiner Meinung nach nichts zu tun oder? - Warning: Der Hostname des Servers kann extern nicht aufgelöst werden, ist aber klar und nicht weiter tragisch. Die AD Domain ist identisch mit der Topleveldomain, der Name der virtuellen Verzeichnisse wird aber sauber aufgelöst. Ich werde nun das erste Postfach verschieben und schauen was passiert... :) Habe soeben ein Testpostfach verschoben... Die Meldung kam sauber das Outlook neu gestartet werden muss, anschliessend verlangte er aber Zugangsdaten... Habe die Zugagnsdaten eingegeben und Outlook läuft einwandfrei... an was kann das nur liegen? :(

Hallo Norbert, Vielen Dank für deinen Input, ich konnte das Problem bereits lösen. Die Adressliste "Alle Kontakte" war beschädigt, ich habe sie daher via Powershell gelöscht und neu erstellt. Die globale Adressliste konnte ich ebenfalls aktualiseren. Geholfen hat mir ein Tipp von Norbert (Der "Andereandere" NorbertFe) aus einem anderen Forum: http://www.msxforum.de/community/index.php/Thread/15478-Global-Address-List-nach-Migration-auf-Exchange-2013/?pageNo=1 Die GAL hing noch auf Version Exchange 2003, alle anderen waren gemäss Powershell und GUI bereits aktuell. Durch Eingabe von: Set-GlobalAddressList "Name der globalen Default Adressliste" -RecipientFilter {(Alias -ne $null -and (ObjectClass -eq 'user' -or ObjectClass -eq 'contact' -or ObjectClass -eq 'msExchSystemMailbox' -or ObjectClass -eq 'msExchDynamicDistributionList' -or ObjectClass -eq 'group' -or ObjectClass -eq 'publicFolder'))} wurde die GAL auf die neue Version aktualisiert. Anschliessend habe ich den neuen Server gebootet und siehe da - alle Adresslisten aktuell.. :) Das Zertifikat wird onehin neu ausgestellt, bzw. gekauft, Autodiscover habe ich bereits vorbereitet muss ich aber noch prüfen. Vielen Dank ebenfalls für deine Links, die Build Numbers vom Exchange 2010 sowie vom Exchange 2013 passen soweit, bzw. passen zu den Versionen der Adressliste. Die Offlineadressbücher habe ich gemäss deinem Link ebenfalls noch geprüft, sieht auch gut aus. Der 2003er Exchange ist bereits seit Jahren im Microsofthimmel, da war wohl einer meiner Vorgänger zu faul... Grmbl sowas nervt! Ich habe zudem noch die alte "erste administrative gruppe" des 2003er Exchanges im ADSI Editor gefunden. Der 2010er und 2013er verwendet eine andere administrative Gruppe. Im veralteten ADSI Eintrag ist aber kein Server mehr hinterlegt. Der Eintrag "erste administrative gruppe" stört dann ja nicht mehr oder? Ich möchte den ungern löschen da gemäss Technet dann Probleme auftreten können. Ist das korrekt?