RobertWi

Im Gegenteil, der Befehl wurde IMHO erst mit SP1 eingeführt: Get-MailboxPlan: Exchange 2010 SP1 Help "This cmdlet is available only for multi-tenant deployments. "

Moin, Es gibt immer noch Programme, die nicht in der Lage sind, mit IDN umzugehen. Du wirst damit Probleme bekommen - wieviele, lässt sich leider nicht vorher sagen. Ja, rechts hinter die TLD gehört noch ein Punkt - so ist das hierarchische DNS nun mal aufgebaut. Es gibt Nameserver, die diese Fehleingabe stillschweigend korrigieren, aber eigentlich können Sie das nicht, weil sie nicht entscheiden können, ob Du einen Host innerhalb der Zone (kein Punkte), oder eine ganze Zone (mit Punkt) ansprechen willst. Schau Dir das hier an: Domain Name System Alles, was innerhalb einer Zone liegt, hat keinen Punkte, aber sehr oft siehst Du auch den Punkt am Ende.

Moin, ja, das dürfte zusammenhängen. Poste mal die Ausgabe von "get-offlineaddressbook | fl".

Moin, wie oft taucht der Fehler denn im Event-Log auf und in welchem Rhythmus?

Du hast die zwei Hauptursachen damit ausgeschlossen, d.h. es wird schwer, Dir aus der Ferne noch zu helfen. Ein Fachmann vor Ort könnte noch deutlich mehr ausprobieren. Oder ein Call bei MSFT. Du könntest auch mal probieren, den Befehl in der Shell mit dem Schalter "-verbose" auszuprobieren, gibt eventuell mehr Informationen. Und sonst irgendwelche Probleme? Event-Log? ExBPA?

Also hast Du Sub-Domains? Dann schadet es nichts, das dort nochmal zu wiederholen - Du wärst nicht der erste, wo es nicht komplett funktioniert hat.

Moin, laufen alles Dienste? Wer hat den probiert, dass Adressbuch zu verschieben ("Move-OfflineAddressBook")? (Ich dachte, Du bist in Urlaub?)

Moin, befinden sich die Konten eventuell in einer Unter-Domäne im AD und Du hast vergessen, "setup.com /preparedomain" dort auszuführen?

Was für einen Typ haben die Postfächer, normales Postfach oder Ressource? Und wenn der Cache an ist, stimmt es nicht. Aber es liegt nicht am Cache? Merkwürdige Logik - wobei das bei Outlook grundsätzlich auch alles möglich ist. :)

Moin, ich sehe das hier auch manchmal. Zuerst solltest Du mal die Berechtigungen prüfen, nicht nur auf dem Kalender, sondern auch auf dem Ordner darüber. Ansonsten habe ich die Erfahrung gemacht, dass die doppelten Kalender irgendwann von selbst wieder verschwinden. Irgendwelche Caches brauchen wohl eine Weile, Änderungen mitzubekommen.

Moin, ich bin kein Experte für Formulare, aber auf Exchange-Seite hat sich bei der Formular-Verwaltung nicht so viel geändert, da immer noch PublicFolder für benutzt werden. Eventuell mit anderen Werkzeugen (PowerShell), aber doch sehr ähnlich Logik. Bei Frank gibt es noch ein wenig zu lesen zum Thema: MSXFAQ.DE - Outlook Formulare

Neustart des Transportdienstes reicht, erfolgt vollkommen transparent für die Benutzer.

Du wirst dann allerdings später Probleme haben, mit den GMX/Gmail Adressen zu senden. Dadurch, dass dann die Mails von Deinem Server kommen, als Absender-Adresse aber "@gmx" haben, werden diverse Empfänger-Server das als Spam filtern.

Ich würde das anders formulieren: SMTP ist nicht für POP3-Connectoren gebaut worden. Die von Dir beschriebenen Probleme hättest Du auch mit jedem anderen Mailservern gehabt, dass ist nicht Exchange-spezifisch.

Moin, da ist dann mit großer Wahrscheinlichkeit der "msExchRecipientDisplayType" falsch: How to change a UDG to a USG in Exchange 2010 - Exchange server troubleshooting from the field! - Site Home - MSDN Blogs

Moin, eine DHA ist eigentlich was anderes. Bei dieser werden wahllos Empfänger ausprobiert und die Reaktion aufgezeichnet. Eine DHA-Erkennung wird bei nur *einem* falschen Empfänger daher noch nicht zuschlagen.

Das war an der Stelle keine Frage des Mutes, sondern eine der Zeit. Ich vermute mal, es war danach einfach RU3 drauf - oder sollte das Setup das etwa erkennen und abbrechen?

Ja, WSUS macht schon einige lustige Sachen. Mein letzter Ex2010 mit SP1 und Slipstream RU4 (ja, war vor dem Rückzug) wurde problemlos installiert. Updatesuche (WSUS) -> RU3 wird angeboten -> ignorieren -> Updatesuche -> RU2 (!) wird angeboten -> ignorieren -> dann kam RU1.... und danach war Schluss. Ich dachte schon, als nächste wird mit Ex2010 ohne SP1 angeboten. :D

Moin, ja, dass kann der Admin (Postfach suchen, im Kontextmenü gibt es "Mobile Geräte") oder der Benutzer über OWA in den Optionen selbst.

Mal zu den Aussagen hier: Ein Mail-Adresse oder eine Domäne? Da willst Mails senden, MX ist für das Empfangen. Bist Du sicher, dass das funktioniert? Bei den meisten Providern ist es so, dass nur Mails aus der eigenen Domäne zum Relayen angenommen werden, also nur von Domain B, nicht von Domain A. Leider kann man aus Deinen Ausführen nicht wirklich entnehmen, wie der Mailfluss tatsächlich ist. Das solltest Du erstmal überprüfen (SMTP-Logs, usw.) Ich vermute, dass da irgendwo eine Schleife ist, die dazuführt, dass die Mails wieder an Exchange zurückgehen oder von dem nicht rausgehen und er aufgrund des externen Relays danach probiert, die direkt an den Empfänger zuzustellen. Ganz ehrlich, nicht böse sein: Das merkt man. :( Und es ist hier nicht wirklich unsere Aufgabe, absolutes Grundlagenwissen zum Thema DNS und Mail-Fluss zu schaffen. Dafür gibt es Bücher, Kurse - oder Du holst Dir mal jemanden ins Haus, der sich das anschaut. Eine solche Funktion gibt es in Exchange nicht, dafür muss man Dritt-Anbieter-Produkte einsetzen. Gruß Peter

Moin, die ganze Suche wäre deutlich einfacher, wenn Du auch nur die fraglichen Domänen sagen würdest - DNS-Probleme lassen sich auf blauen Dunst kaum lösen. Gerne auch per PN.

Moin, Kein Wunder, ist ja auch falsch - oder schicken die Leute die Mail an "empfaenger@webmail.domäne.com"? Wohl kaum. MX: domäne.com -> Host: webmail.domäne.com A: webmail.domäne.com -> IP 1.2.3.5

Moin, ein MX-Eintrag ist immer ein Alias, d.h. da kommt der Hostname rein, den Du für den A-Eintrag verwendet hast (heute erst diskutiert: http://www.mcseboard.de/ms-exchange-forum-80/frage-mx-record-179005.html). Und wenn über den Namen später das OWA laufen soll, muss der Name ins Zertifikat.

Moin, Get-Mailbox -ResultSize unlimitied | Get-MailboxPermission | where-object { $_.AccessRights -like "*FullAccess*" } | ft Identity, User, AccessRights Identity: Das Postfach User: Der Benutzer, der Vollzugriff hat Ausführung wegen zu erwartender Serverlast auf eigene Gefahr!

Off-Topic: Was machen andere in ihrer Freizeit an Deinem Auto? :D