RobertWi

Du hast uns nichts über die Config des Servers gesagt, aber die Anforderungen für Ex2010 haben sich gegegenüber Ex2007 quasi verdoppelt. Die Mindestanforderung für einen Multi-Rollen-Server liegt bei 8 GB (klick).

Das ist aufgrund der komplexen Einbindung von Exchange in den IIS leider normaler. Der erste Start dauert immer ein wenig. Wenn dabei allerdings regelmäßig Time-Outs auftreten, ist eventuell der Server unterdimensioniert.

Moin, herunterladen und installieren: Microsoft Exchange Server 2010-Sprachpaket (ohne Sp1) oder Microsoft Exchange Server 2010 SP1-Sprachpaket

OT on: Heute brachte mich ein Kunde (der sehr viel und intensiv VMWare-HA-Cluster betreibt) darauf, dass diese Einschränkung technisch eigentlich unnötig ist. Wenn ein HA-Knoten ausfällt und ein anderer mit den Daten aus dem Storage die Funktion übernimmt, ist das aus Sicht des Guests nichts anderes, als ein Rechner, der "Strom aus + Strom an" erlebte. Die Einschränkungen nimmt die schönen Möglichkeiten der DAGs, z.B. ohne Unterbrechung einen Reboot nach dem Patch-Day zu machen. Er brachte das mit einem Satz auf den Punkt: Der HA-Cluster ist "Rechnerverfügbarkeit", DAG sind "Dienste- und Datenverfügbarkeit"; beides schließt sich nicht aus, sondern ergänzt sich vielmehr. Die Aussage werde ich kommende Woche mal an MS rantragen. (Wie man überhaupt auf die Frage kommt: Der Kunde betreibt mehrere HA-Cluster und würde gerne in dreien davon DAGs nutzen. was ich ihm mit Hinweis auf den fehlenden Support von MS erstmal ausreden musste.) OT off

Moin, tritt das auch auf, wenn Du direkt danach nochmal die Seite aufrufst, oder ist sie dann schneller?

Moin, zuerst: Du kannst nur Datenbank innerhalb des gleichen SP-Standes einbinden. Wenn Deine Backup von SP1 sind, musst Du SP1 auch im Ziel haben. Ansonsten kannst Du entweder die DB gar nicht starten, oder Du riskierst, dass sie dabei beschädigt werden. Der Benutzer bekommt die "neue" Datenbank per EMS zugewiesen: get-mailbox -database "Name der alten Datenbank" | set-mailbox -database "Name der neuen Datenbank"

Moin, es ist nicht meine Aufgabe, jemanden zu überzeugen oder gar zu überreden. Ich (und auch andere hier offensichtlich) verstehen nur nicht, warum man eine Funktion nicht nutzt, die in einem ordentlichen Betrieb nur Vorteile aber keine Nachteile bringt. Mit Outlook 2010 werden zum ersten Mal auch OST auf einem Terminal Server unterstützt. Warum wohl? Zum eigentlichen Problem nochmal: Das ist bisher noch nie als MS-Fehler aufgetaucht, das hätte man garantiert gehört. Also müssen wir klären, was an Deiner Struktur anders ist, als bei anderen (z.B. der Cache Modus auch wenn ich zugebe, dass ich nicht denke, dass es daran liegt). Fehler könnten in den Profilen sein. Fehler könnten auch in einer defekten Datenbank oder defekten Postfächer sein. Mit dem SP1 gibt es ein neues CMDLET, dass Reparaturen auf Postfach eben durchführt (new-mailboxrepairrequest). Würde ich bei einer betroffenen Mailbox mal ausprobieren. Ich würde auch mal die Datenbank mit istinteg (seit SP1 eigentlich in o.g. CMDLET aufgegangen) und eseutil auf logische Fehler scanner. Dann würde ich den Virenscanner und sämtliche andere Software, die nicht Standard-Exchange ist, auf den Clients und/oder Server deaktivieren. Alles dient erst mal nur dazu, den Fehler überhaupt erst mal einzugrenzen, bevor man dann über die Lösung nachdenken kann.

Moin, nimm den gleichen Menüpunkt wie damals (Neue Mailbox -> verknüpfte Mailbox) und berichte was passiert. So etwas macht man nicht jeden Tag, bin daher auch Deine Ergebnisse gespannt.

Moin, ich kann zwar nicht verstehen, warum Du Dein User damit quälst, dass sie den Offline-Modus nicht verwenden können, aber ok. Wenn das Postfach auf einem Client geöffnet wird, das kein Server-Profil hat, sind die Mails dann da? Wenn ja, würde ich mal bei einem Client das Profil löschen (erst Outlook, danach das gesamte) und sehen, ob es eventuell an einem defekten (Outlook-)Profil lag.

Moin, habe ich das richtig verstanden: - Forst A -> alter Forest mit Benutzern - Forst B -> Exchange 2010 mit Mailboxen Forest A soll neu aufgebaut werden (30 User) und die Mailboxen wieder verknüpft. Wenn das richtig ist: Verknüpfe sie einfach so, wie Du sie im alten Forest A verknüpft hast. Es gibt für das Postfach sowieso einen Benutzer (deaktiviert) in B, an dem ändert sich nichts. Trust muss existierten und danach sollte nur noch der Zugriff mit den neuen User möglich sein, nicht mehr mit den alten.

Moin, es geht in keiner Version? Das ist dann sehr ungewöhlich. Irgendwelche Einträge im Eventlog? ExBPA meldet Fehler? 1. Ansatz: Protokollierung in Outlook hochsetzen und sehen, was passiert. 2. Ansatz: Protokollierung für "MSExchange Availability" anheben und sehen, was aufgezeichnet wird (runterscrollen, da steht, wie es gemacht wird).

Wenn Du meine Anleitung (= das ist der Wizard drin) und Norberts Information "kopiere die richtige Zeile und führe sie in der Shell aus" geschickt kombinierst, ist das die Lösung. Dann installiere eine PKI. Dauert fünf Minuten...

Moin, ich bin ziemlich sicher, dass da irgendwo ein Fehler im Mail-Routing ist. -> mit NSLOOKUP MX und A Einträge prüfen -> mit TELNET testen, ob man überhaupt auf dem richtigen Server rauskommt

Gegenfrage: Wenn es bei Dir so ginge, wie es gehen sollte, müsstest Du hier fragen? Na ja, es geht eben nicht alles, was "gehen sollte". Und viele Regeln bei ÖO funktionieren nicht so, wie man es von normalen Mailboxen erwartet. 5? Eine reicht. Alle fünf Adressen dem einen Postfach zuweisen und dann mit einfachen und vor allem funktionieren Regel in Ordner verteilen. Der fehlende Stress mit den öffentlichen Ordnern und die gesparte Arbeitszeit rechnet sich deutlich besser, als die eine CAL.

Moin, egal, wo jetzt das Problem ist: Du hättest deutlich weniger, wenn Du stattdessen ein Postfach nehmen und diesen Kalender freigeben würdest.

Moin, oha, Regeln und ÖO sind ein heikles Thema. Ich denke, dass was Du willst geht gar nicht, und wenn, dann nur mit geöffnetem Outlook. Nimm lieber ein freigegebenes Postfach, macht die Arbeit für den Admin deutlich einfacher.

Moin, in welchen Outlook-Versionen geht es nicht? In allen?

Moin, bist Du beim Ausführen als Admin angemeldet, bzw. hast die Console mit "Als Administrator ausführen...." gestartet? Was passiert, wenn Du den Befehl rauskopierst und einfach in der EMS mal ausführst (das gibt auch einen Fehler, sollte aber ein anderer sein).

Moin, tritt das Problem nur bei alten, importierten Mails oder auch bei neuen auf. Wenn es nur bei alten auftritt, dann hast Du gerade live den Grund erlebt, warum PST-Dateien nicht für eine Migration geeignet sind. Einige Informationen gehen darin einfach verloren.

Moin, OST-Dateien liegen nicht im Server-Profil. Das habe ich gerade letzte Woche implementiert, weil die Thunderbird-Dateien im Profil liegen und zu groß wurden. Seit dem Umstieg auf Outlook ist das Profil 90% kleiner.

Moin, wenn das Gerät nur von außen erreicht werden soll, am liebsten per IMAPs und plattformunabhängi (Wünsche, die ich alle nachvollziehen kann), dann würde ich das ehrlich gesagt, nicht mit Exchange lösen. Da gibt es frei Produkte, die genau diesen Teil vermutlich besser können.

Moin, wie hast Du denn für die Gruppe ein Postfach eingerichtet? Gruppen kann man nur E-Mail-Adressen geben. Aber eigentlich wird es genau so gemacht. Für die Absenderadresse des MFC (da wird es ja eine Standard-Adresse geben) eine Gruppe anlegen und diese Adresse eintragen und die betreffenden User als Mitglieder der Gruppe hinzufügen.

Moin, na der ist doch sofort in meine Zitate-Datenbank gewandert... Danke dafür!

Moin, Nils korrigiere mich bitte, falls ich falsch liege, aber nicht die allgemeine Nutzung von EAS benötigt die Enterprise-CAL, sondern die Nutzung einiger bestimmter (nicht aller!) Funktion der EAS-Policys. Das ist mein Kenntnisstand und genauso wird es auch in der EMC angezeigt (Postfachfeatures und EAS-Postfachrichtlinien). Wahr ist allerdings, dass die Anzeige bei den Organisationsdaten "ungenau" ist (manche sagen auch, sie wäre einfach nur falsch ;)).

Zertifikat in Ex 2010 erstellen