RobertWi

Moin, möglicherweise hat die nur jemand an eine anderen Stelle verschoben? Findest Du in den Eigenschaften heraus. Und die Mailbox-Datenbank liegt hoffentlich auch nicht mehr im Programme-Verzeichnis. Wenn keine Dateien im Ordner sind, hat der FRS noch nichts zu kopieren gehabt. Was passiert denn, wenn Du in der Shell folgendes ausführts: get-addresslist | update-addresslist get-globaladdresslist | update-globaladdresslist get-offlineaddressbook | update-offlineaddressbook Gibt es da irgendwelche Fehler (eventuell im Eventlog) bei?

Moin, würde ich persönlich auch und hat auch einige Vorteile (z.B. die bessere Verwendung des Gelesen-Attributes). Außerdem sind meine Erfahrungen mit öffentlichen Ordner fast nur negativ - wenn es Probleme gibt, machen die einfach keinen Spaß. :)

Ok, dann hat zumindest das geklappt. Na dann viel Spaß noch mit Exchange!

Moin, kannst Du mal nachschauen, ob die Gruppe "Exchange Trusted Subsystem" in der lokalen Admin-Gruppe auf dem Server enthalten ist?

Moin, das erklärt einiges. Ja, da muss der Server rein. Die Gruppe gibt es erst ab Ex2010 (evt. auch 2007), darum steht der alte da nicht drin.

Moin, könntest Du mal bitte die Ausgabe folgender Befehle (ausgeführt auf dem Exchange) posten: ipconfig /all NLTest /DSGetSite dcdiag

Moin, dann muss sich das mal jemand vor Ort ansehen. Ich tippe immer noch auf ein IPv6, DNS oder anderes Netzwerkproblem. Das sind die Hauptgründe, warum der Dienst bei der Installation nicht startet.

Moin, vielleicht ist das noch in manchen Köpfen, weil es bei Ex2000 und bei Ex2003 bis zu einem Patch noch anders war, da beinhaltete Send-As auch Vollzugriff. Sonst hier noch was zum Lesen: Mailbox permissions in Exchange and Outlook - ist zwar für Exchange Online, aber bei "On-premises" genau so.

Nachtrag: Das hier könnte interessant sein für die Entscheidung: Current issues with Microsoft Exchange ActiveSync and Third Party Devices

Das bezog sich auf HTTP und RPC allgemein, nicht auf Proxys. Hinten kommt HTTPS/RPC rein, vorne kommt nur noch RPC raus.

Moin, Falsche Antwort. Org-Konfig -> Postfach -> Datenbankverwaltung -> RMT auf Postfach-Datenbank -> Eigenschaften -> Clienteinstellungen. Dort ist eine "Standarddatenbank für öffentliche Ordner" eingestellt? Server-Konfig -> Client Access -> Maschine oben auswählen -> unten OAB -> Eigenschaften der OAB-Webseite. Gleich auf dem ersten Register. Liegen Daten im Verzeichnis "OAB/<guid>"?

Das hier ist aktueller: Comparison of Exchange ActiveSync Clients - Wikipedia, the free encyclopedia

Wie Du selbst mittlerweile erkannt hast, nutzt Outlook halt ein anderes Protokoll - MAPI/RPC. Der wurde noch nie freigegeben (wenn man auch nur ein bisschen Sicherheit wollte) und vor allem würde er für eine Kommunikation mit RPC auch gar nicht reichen. Port 135 ist nur der Startpunkt zum Zugriff auf den Endpoint-Mapper, der dann dynamisch (so in der Registry nicht anders eingestellt), einen Port > 1023 festlegt, auf den sich der Client erneut verbindet. Außerhalb eines sicheren Netzwerkes wird man RPC daher nicht finden. Ok, die ganz Harten würden das auch mit ISA oder TMG hinbekommen (UUID). Hier bringst Du einige Dinge durcheinander. OA braucht kein TMG. Das bedeutet dann aber, das der Exchange direkt aus dem Internet erreichbar ist -> das will man nicht. Daher macht das TMG die Platzierung der Server sicherer, da er als vorgelagerter Proxy dient - mehr aber auch nicht. Die Kommunikation ist aber dank HTTPS bereits vorher sicher. Und da der EAS-Client auch HTTPS benutzt, ist die Kommunikation da genauso sicher, wie bei OA. Und was viele Leute vergessen: Das größte Sicherheitsrisiko ist nicht die Kommunikation. Das sind die Daten, die auf den mobilen Geräten liegen und wie "leicht" die verloren gehen können. Ich denke, darauf Günther hinaus.

Will ich nicht ausschließen. Darum wäre es auch wichtig, wenn Du genau schreibst, *was* Du getan hast und *was* nicht geht, bzw. mit welcher Meldung, Fehler, etc. Nach dem Anlegen gibt es keinen Type "Internet" oder "Internal" mehr - das sind nur Voreinstellungen, die man im nachhinein beliebig ändern kann. Solange Du uns nicht genau beschreibst, was Du konfiguriert hast, bleibt uns nur Stochern im Nebel.

Moin, haben die Leute, die die Termin nicht sehen, irgendwas gemeinsam? Sind die z.B. auf einem anderen Exchange-Server?

Moin, ergänzend zu Fluehmann: Vollzugriff und Send as verhalten sich bei 2010 genauso. Wer Vollzugriff hat, darf nicht standardmäßig auch mit Send As senden. Sollte außerdem noch der Stellvertreter eingerichtet sein, gewinnt i.d.R. Send As. Du solltest zuerstmal nachschauen, ob nicht doch Send As vergeben wurde, eventuell über Gruppenmitgliedschaften. Danach wäre mal der Outlook-Namens-Cache zu prüfen: Den Namen *nicht* aus der Vorschlagsliste nehmen, sondern dort mit der DEL-Taste löschen und danach aus dem Adressbuch neu raussuchen.

Moin, aber wenn die Migration bereits durchgelaufen ist, ist der Zug abgefahren. Entweder verschiebst Du die Inhalte dann mit einem Makro oder per EWS oder überlässt den Anwendern die Arbeit. Es ist ja nichts "weg", nur an falscher Stelle einsortiert. Und wer weiß: Der eine oder andere findet das vielleicht so gar noch gut, da er so altes und neues trennen kann.

Moin, wo genau hast Du den gefunden, dass Du "externes Relay" einstellen sollst? "Internes Relay" ist die korrekte Einstellung.

Moin, wieso installiert der Server ohne Dein zutun einfach Updates? Die Meldung im Log sagt ja nur, dass eine vorherige Installation fehlgeschlagen ist. Ich denke, mittlerweile gibt es nur zwei Lösungen: Du holst Dir jemanden ins Haus oder Du machst die Kiste neu. Da ist ja noch nicht viel drauf, darum wird sich der letzte Teil wohl einfacher machen. Vor der Neuinstallation noch mit ADSIEdit den alten Server aus der Exchange-Orga löschen.

Moin, also im Log (es war übrigens nur eine Installation ;)) gibt es nichts auffälliges. Also erstes würde ich Dich um folgendes bitten: - einmal den MSExchange Topology Dienst neustarten -> dabei beenden sich auch einige andere Dienste - danach alle Exchange-Dienste, die bereits drauf sind, der Reihe nach neustarten. Wenn danach der Transport-Dienst startet, kannst Du weiter installieren. Danach wirst Du eventuell bei einem Reboot Probleme bekommen, aber darüber reden wir später. Falls das bis hierin nicht hilfe, bitte mal das durchführen, was hier als Antwort markiert ist: MSExchangeTransport startet nicht bei Installation von Exchange 2010 Hub Transport Rolle

Moin, Du brauchst keinen Empfangsconnector und musst den Typ beim Sendeconnector auf Internes Relay einstellen. Das reicht. Du kannst aber auch einen zweiten Sendeconnector mit Deiner Domäne als Adressraum einstellen und den als internes Relay konfigurieren.

Moin, dann bitte mal das komplette Setuplog.txt als ZIP-Datei hier anhängen (Server und Domänennamen können gerne verfremdet werden).

Der Müllcontainer hinter dem Papierkorb, in dem gelöschte Elemente, bei denen der Benutzer den Papierkorb geleert hat, aufbewahrt werden. Auch "Dumpster" genannt.

Moin, bei Deinem erste Win2008 R2-DC wirst Du das gleiche "Problem" erleben, denn auch das BS gibt es nicht mehr in 32-Bit. Bei Exchange ist klar, dass Du dafür ein 64-Bit-System brauchst und damit auch alle Tools mit 64-Bit laufen können.

Tja, dann wird sich T-Online wohl etwas Zeit gelassen haben. Den Beweis hast Du doch und die Möglichkeiten liegen vollkommen außerhalb Deines Einflussbereiches. Was braucht man mehr, um zu erkennen, das E-Mail kein "Instant Messaging"-Tool ist?