RobertWi

Moin, was aus Deiner Beschreibung nicht hervorgeht: Sind das Mails, die ihr sendet oder Mails, die ihr empfangt? Oder sind das interne Mails?

Moin, Du kannst die natürlich auch in der AD anlegen, aber Du musst ALLES, was mit E-Mail-Adressen in Exchange auftauchen soll, dort aktivieren. Auch Dein Schritt hat einen AD-Kontakt erzeugt, aber eben auch die Exchange-Einstellungen. Die kommen nicht von alleine.

Moin, aus Interesse: Auf welcher Maschine hast Du ARR installiert und wie hast Du die Weiterleitungen auf die beiden Geräte konfiguriert?

Moin, hattest Du die Kontakte überhaupt richtig "E-Mail-Aktviert"?

Wären die Berechtigungen im AD-Konto falsch, würden schon die Abrufe nicht funktionieren. Wie Norbert schon schreibt: Erst mal Exchange und die Geräte auf einen aktuellen Stand bringen. Niemand will lange über einen eventuell schon längst behobenen Fehler reden.

Moin, Du präsentierst hier mindestens drei verschiedene Fehler und solltest schon ein wenig genauer beschreiben, was das Problem nun ist. Der Sync von Formularen bringt dann Fehler, wenn Du keine verwendest und daher die betreffenden öffentlichen Ordner nicht korrekt konfiguriert hast -> ignorieren. Oder er bringt Fehler, wenn die ÖO nicht oder nicht korrekt migriert wurden. Dann ist so entscheiden, ob er ignoriert werden kann, oder nicht. Der zweite Sync Fehler sollte sich auch im Eventlog des Exchange manifestieren -> prüfen und Meldung hier posten. Der dritte Sync Fehler ist ein Bug und wird in 2010 nicht behoben.

Ok, dann noch mal langsam zum mitmeißeln, was ich auch schon in #2 schrieb: - Zuerst Service Pack 3 installieren, über die vorhandene Installation des SP 2 - danach RU 5 nachinstallieren Nix deinstallieren, nix parallel, nix in einem Schritt machen. Alle Klarheiten beseitigt?

Ja, was denn nun? Willst Du einen neuen Server installieren oder einen vorhandenen updaten? SP2 und SP3 parallel gibt es auf einer Kiste nicht.

Moin, "slipstream"-Installation gehen nur bei Neu-Installationen. Bei "Built-To-Upgrade" (die offizielle Bezeichnung, wenn man von SP 2 auf SP 3 aktualisiert) muss man das in zwei Schritten machen. Also erst SP 3 und danach RU 5.

@Blase: Ja, diese Stelle meinte ich. @Daniel: Grundsätzlich ist das natürlich korrekt. Allerdings sollte eine solche schwerwiegende Änderung nicht unreflektiert übernommen werden. Es nützt dem OP wenig, wenn er die korrekte X500-Adresse einträgt und danach feststellt, dass zwar der eine Client wieder geht, nun aber alle anderen nicht mehr. Anders ausgedrückt, mir fehlt immer der Hinweis, dass diese Änderung nur für die Zukunft wirksam ist aber für die Vergangenheit für alle massive Auswirkungen hat. Um das sinnvoll zu machen, muss man die X500-Adresse also vor der allerersten Mail eintragen. Sobald schon mal Mails geflossen sind, habe ich immer Auswirkungen - in die eine oder andere Richtung. Trotzdem ist Dein Link aber sehr nützlich, weil er zeigt, warum man keine PST-"Migrationen" machen sollte. :)

Gegen Datenklau kannst Du auf diesem Wege nichts sinnvolles tun. Die DLP bei Ex 2013 sind ein Fortschritt, aber richtig sicher bekommt man das erst mit RMS -> http://www.windowspro.de/andreas-kroschel/die-windows-active-directory-rechteverwaltungsdienste Hat allerdings hohe Anforderungen für die Implementierung und schützt auch nur so lange, wie die Leute es nutzen wollen.

Moin, Freigaben oder Verschieben ist dann schon was anderes. Freigeben -> Add-Mailboxfolderpermission Verschieben -> Ginge nur via Outlook (am besten mit Vollzugriff)

Moin, den musst Du bei Ex 2003 da entfernen, da er alles Mailrouting übersteuert (auch das interne). Er gehört dort normalerweise auch nicht hin. Stattdessen legst Du einen SMTP-Connector an, bzw. trägst den Smarthost dort ein. Der Connector hat automatisch einen Scope auf die Routinggruppe, in der er angelegt ist. Da der von Ex 2010 in einer anderen RG ist, wird er von 2003 ignoriert.

Korrekt, ich hatte das aus dem Kopf geschrieben. Ja, so sollte es sein. Eine Verteilerliste kann gar nicht abwesend sein. OOF gibt es nur für Postfächer.

Moin, verstehe ich das richtig, das bezieht sich nur auf interne Nachrichten? Dann würde ich als erstes mal die Vorschlagsliste in Outlook leeren, auch wenn das noch nicht begründet, warum die Zustellung ohne Anlage geht - was aber auch ein Zufall sein könnte.

hmmm. Ist die Funktion "Abwesenheitsnachrichten nicht an Absender senden" nicht genau das, was gesucht ist? Aus der Hilfe:

Da ich die Mails aus dem Forum alles noch habe: Da standen keine echten Namen. Die Domain "test.com" wird vermutlich nicht auf den OP registriert sein. Und wenn er sein OUs wirklich a/b/c nennt, dann kann jemand extern damit auch nicht viel anfangen.

Moin, solche Anforderungen haben wir auch und bei uns wird das so gemacht, dass der gesamte Provisioning-Prozess mit der Shell gemacht wird (bzw. mit Scripten, die die EMS nutzen): - Mailbox anlegen - Adressrichtlinie abschalten - Mail-Adresse hinzufügen Mit GUI geht da noch nichts und auch Extension Agents gibt es bei 2007 noch nicht -> also Handarbeit.

Dann stell die IP als Remote-IP ein und die Berechtigungsgruppe auf Anonym.

OK. Das macht die Methode "split". "aaaa/bbbb/cccc/".split("/") Das ist aber bei ÖO gar nicht erforderlich. In der Eigenschaft "Name" steht der Name des Ordner und in ParentPath der Pfad: Get-PublicFolder \ -Recurse | format-table Name,ParentPath Oder in einer kleinen Schleife: Get-PublicFolder \ -Recurse | foreach-object { "Name: " + $_.Name; "Pfad: " + $_.ParentPath } Nachtrag: Und für Deine Aufgabe: Get-PublicFolder \ -Recurse | foreach-object { "Vorname: " + (Get-User $_.Name).FirstName; "Vorname: " + (Get-User $_.Name).LastName }[code] (Nur teilweise getestet, weil ich solche User nicht habe - syntaktisch aber ok)

Ideen habe ich viele, mir ist nur gerade nicht ganz so klar, was Du hören willst? Wie man den Pfad zerhakt, damit nur die Nummer übrig bleibt? Oder wie man einfach an das einzelne Feld kommt? Oder wie man das innerhalb einer Pipeline machen könnte?

Moin, da ich die Mails des Forums mit Deinen Texten Deines letzten Postings noch habe: Wenn "test.com" nicht ganz zufällig Eure echte Domäne ist, und ihr Eure OUs nicht zufällig wirklich "a/b/c/d", bzw. "xy" genannt habt, dann waren da keinerlei interne Daten im Posting enthalten. Mit deinen letzten Korrekturen bringst Du nun so ein wenig die Fragstellung durcheinander. 1. Du erhältst technisch eine Ausgabe mit drei Dimensionen -> Ordner, User, Berechtigung. Da sich drei Dimensionen in zwei dimensionalen Dateien schlecht abbilden lassen, musst Du zuerst definieren, welche Transformation Du haben willst. 2. Du willst den Ordnernamen (letzte Stelle), der eine Personnummer zu sein scheint, in "echte" Namen umwandeln? 3. Du willst bestimmte Dinge ausfiltern (notmatch ist übrigens der falsche Vergleich, "notlike" mit "*" ist besser)? Ich denke, das wird kein, bzw,. kein besonders einfacher und übersichtlicher Einzeiler. Besonders die Transformation von 1. wäre eine Pipeline innerhalb einer anderen Pipeline, was nicht geht. Das musst Du daher in ein längeres Script bringen.

Definiere "nur nach innen öffnen". Senden nur nach innen? Empfängen von innen? Beide?

Moin, bevor ich Dir helfe, würde mich interessieren, ob Du danach wieder Deine Posts editierst und die Frage löschst. Wenn ja, dann spare ich mir lieber die Zeit. :(

Moin, ok - und warum machst Du das dann nicht einfach? Gibt doch gefühlt eine Millionen Anleitungen im Internet, wie man einen anonymen Relay-Connector in Exchange erstellt.