RobertWi

Im Prinzip ist das nur wieder ein Grund, auch Technet-Artikel grundsätzlich in Englisch zu lesen. Der deutsche Build-Nummern Artikel hat Stand 11.06.2013, ist also mehr als ein Jahr alt. Wechselt man in dem Artikel auf englisch, findet man: The information in this topic has been moved to a new location.

Korrekt ist übrigens der hier: Klick Dein Link wird nicht mehr gepflegt und ist im englischen bereits leer mit Umleitung.

Moin, so langsam sollte sich das rumgesprochen haben: Diese Information kommt aus AD und wird nur mit Service Packs aktualisiert, da bei der Installation eines RU nicht gewährleistet ist, dass der, der die Installation durchführt, ausreichende Berechtigungen für die Änderung in AD hat. Die genaue Version bekommt man so raus: http://www.blog-schulenburg.de/index.php/kategorie-als-blog/87-exchange-build-nummern

Fehler 1+5 kannst Du ignorieren, ist ein Exchange Bug. Fehler 2 kann man aus der Ferne nichts zu sagen, ist vermutlich auch zu ignorieren.

Moin, der Server-Name ist korrekt so. Die Verbindung wird ja via Outlook Anywhere zum CAS ausgebaut. Servername und FQDN in der Hosts-Datei ist überflüssig, und fehlerträchtig - dafür ist DNS da.

Moin, zu 1009: Lies Dir mal den Fehler genau durch, da wird nicht von einem DC gesprochen! Und wenn ich mir dann anschaue, wie "oft" der Fehler kommt, würde ich den vorerst ignorieren, es sei denn, Du kannst ziemlich sicher sagen, dass er mit dem Problem im Zusammenhang steht - siehe auch Doso. zu den 250 Objekten: Ignorieren, solange sich der Anwender nicht beschwert. Beliebt für solche Fehler sind Client-Virenscanner, die in kurzer Zeit alle möglichen Mails anfassen. Zu den Öffentlichen Ordner hat Dir Norbert schon was geschrieben.

Moin, wir wäre es denn, wenn Du Dich mich Deinen Fragen an Deinen Provider wendest? Wir werden Dir hier nicht helfen können, da wir nicht wissen, was Dein Provider konfiguriert hat. Vermutlich hilft es, wenn Du die Profile löschst und Outlook sich via Autodiscover frisch neu verbindet.

Nein, Du hast es offensichtlich immer noch nicht verstanden. Du sollst nicht irgendein Zertifikat, dass Du zufällig irgendwo in einer Freigabe findest, installieren, sondern das der Zertifizierungsstelle! Das kann das gleiche sein, muss aber nicht.

Hast Du die Systemfolder auch zurückgeschoben ("NON_IPM_SUBTREE")? Du hast doch einen zweiten Server .-> den von Ex 2003. Außerdem kann der Vorgang ein Weile dauern, öffentliche Ordner sind Prinzipbedingt etwas langsam. Schau Dir das am Montag noch mal an, dann kann man immer noch manuell eingreifen.

... und eigentlich steht auch in der Fehlermeldung drin, was die zwei Probleme sind - im ersten Fall sogar inklusive der Shell-Befehle um die Problempostfächer zu finden.

Das war kein Vorwurf, nur eine Möglichkeit, warum es keine Antwort gibt -> die Frage könnte zu lang sein. Hier sind alle ehrenamtlich und bevor man sich eine Frage 10 Minuten lang durchliest und dann noch mal 10 Minuten darüber nachdenkt, hat man eventuell schon drei andere Fragen beantwortet. Nicht persönlich nehmen, ist halt kostenlos und da kann sich der Antwort aussuchen, wo er seine Zeit investiert. Bei mir gilt allerdings der zweite Teil meine Antwort (ich habe die Frage gelesen): "das nichts ist, was jemand kennt und damit vermutlich ein Fall für den Support".

Ich würde als erstes das Setup noch mal herunterladen. Wäre nicht das erste Mal, dass das beschädigt ist. Danach würde ich in der Setuplog.txt nach Auffälligkeiten suchen (wobei ich Dir nicht sagen kann, wie die aussehen würden). Und wenn das alles nicht hilft: Entweder Server sauber neuinstallieren oder Call bei Microsoft aufmachen. Vermutlich ist das erste auch für die Zukunft besser, da eventuell was im Windows defekt ist, was dann beim nächsten Update Stress macht.

Könntest Du noch die Frage beantworten, welchen Stand der 2010 im Augenblick hat? Und was heißt "Die Installation von Exchange lief auch ohne Probleme durch."? Welche Installation?

Er hat doch ein fehlendes Feature (NET-HTTP-Activation) nachinstalliert. Was sagt das Setup jetzt?

Dann noch mal genau hier lesen: Klick. Und besonders auch die Windows Features! Die kannst Du problemlos einfach "nochmal" installieren. Wenn das ein Server ist, der alle Rolle hat: Import-Module ServerManager Add-WindowsFeature NET-Framework,RSAT-ADDS,Web-Server,Web-Basic-Auth,Web-Windows-Auth,Web-Metabase,Web-Net-Ext,Web-Lgcy-Mgmt-Console,WAS-Process-Model,RSAT-Web-Server,Web-ISAPI-Ext,Web-Digest-Auth,Web-Dyn-Compression,NET-HTTP-Activation,Web-Asp-Net,Web-Client-Auth,Web-Dir-Browsing,Web-Http-Errors,Web-Http-Logging,Web-Http-Redirect,Web-Http-Tracing,Web-ISAPI-Filter,Web-Request-Monitor,Web-Static-Content,Web-WMI,RPC-Over-HTTP-Proxy -Restart Wenn der nicht alle Rollen hat, findest Du die Befehle im Link.

Moin, welche Windows Version ist das? Von welchem Exchange Stand kommst Du?

HA geht auch mit 2 Exchange, wenn ein LB eingesetzt wird oder manuell DNS angepasst wird. HA ist ein komplexes Thema, dass man nicht nebenbei in einem Forum besprechen kann. Zuerst solltest Du Dich daher um die Grundlagen kümmern, Kosten und Möglichkeiten definieren und dann mit einem Fachmann zusammen eine Lösung genau für Deinen Bereich erarbeiten.

Moin, reden wir über das gleiche? DAG ist eine Funktion von Exchange, die kann man gar nicht trennen. Und ja, man kann eine DAG nachträglich einrichten - genauer: Es geht sogar nur nachträglich.

Soll vorkommen. Könnte an der Fragestellung legen (tl;dr;), eventuell aber auch daran, dass das nichts ist, was jemand kennt und damit vermutlich ein Fall für den Support.

Frage steht auch hier.

Ausgabeerstellung ist absolute Grundlage der PowerShell -> sollest Du dringend mit beschäftigen! Get-Clientaccessserver XXXXXX | format-table Autodiscoverserviceinternaluri oder auch Get-Clientaccessserver XXXXXX | format-list Autodiscoverserviceinternaluri

Wenn ein PowerShell-Befehl zum Ändern Set-Clientaccessserver heißt, dann heißt der Befehl zum Anzeigen Get-Clientaccessserver. Die Eigenschaft heißt in beiden Fällen gleich: Autodiscoverserviceinternaluri (das ist kein Zufall, sondern die Technik hinter der PowerShell). Die Namen im Zertifikat kannst Du Dir einfach ansehen, wenn Du das Zertifkat aufrufst.

Mal abgesehen davon, dass der Technet Artikel was anderes sagt (was aber nicht stimmen muss), sagt auch meine Erfahrung, dass das nicht vorhersehbar ist. Gestern wurde bei mir acht Postfächer angelegt und Exchange hat sie in die folgenden Datenbank geschoben: DB07 DB01 DB05 DB05 DB04 DB05 DB04 DB05 Wie man sieht: 4 der 8 sind in DB05 gelandet (die weder in der Anzahl noch in der DB-Größe die kleinste war). Die Reihenfolge oben war genau die, in der auch die Postfächer angelegt worden sind, da das per Script passiert. Ich muss hier von Zeit zu Zeit das Provisioning für einzelne DB abschalten, da die sowohl mit Größe also auch mit Anzahl auseinanderlaufen.

Oder anders: Es gibt keine Exchange-Objekte ohne eine Exchange Email-Adresse. Ohne würden sie nicht funktionieren.

Natürlich werden nur die Exchange 2010 Datenbanken verwenden. Allerdings ist das keine echte "Lasterverteilung" und auch keine gleichmäßige Verteilung, sondern Zufall. Du solltest Dir also am Ende ansehen, ob das Ergebnis wirklich Deinen Wünschen entspricht.