fluehmann

Bei Exchange 2010 nennt sich das ganze dann new-moverequest: Understanding Move Requests: Exchange 2010 Help Hier wird auch noch gut erläutert auf wie das matching zwischen dem Source und Target Objekt funktioniert: Cross-Forest Mailbox Move Changes in Exchange 2010 | Elan Shudnow's Blog Gruss fluehmann

Hallo travelfreak Welche Exchnage Versionen benutzt du im Source und Taget Forest? Wenn du Exchange 2007 im Target Forest hast kannst du auch mit move-Mailbox migrieren. Dabei brauchst du auch bei der Cross Org Mailmigration keinen Trust. Informationen zu move-mailbox hier: You Had Me At EHLO... : Exchange 2007 Cross Org Mailbox Migration You Had Me At EHLO... : Troubleshooting Move-Mailbox operations in Exchange 2007 that fail due to an attribute "Being Too Long" Gruss fluehmann

Heisst das die Anmeldung funktioniert Grundsäztlich? Sind die Clients per RPC/HTTPS und cache Mode angebunden? Bei cached Mode Clients könnte es sein, dass das Anmeldefenster beim download des OAB erscheint. Den download des OAB könnte man manuell anwerfen und oder auch über die Üermittlungseinstellungen deaktivieren. Gruss fluehmann

Hallo zusammen Welche Exchange Version und Service Pack Version? Wurden bei dem Update Exchange Rollups installiert, wenn ja welche? Gruss fluehmann

Defragmenting your Exchange Database Da steht: Exchange 2000 and 2003 databases now come in pairs, one with an EDM extension, the other with a STM extension. Both need to be defragmented, but as you'll see you only need to specify the EDB extension and the STM file will be defragmented as well Wie lange dies dauert kann ich nicht sagen... Ein Backup sollte noch erstellt werden vor der Defragmentierung. Gruss fluehmann

Hallo sinnmensch Lies mal hier: How to defragment with the Eseutil utility (Eseutil.exe) Ja, das ist so. - Archivsystem - Migration auf Exchange 2007 Gruss fluehmann

Hallo orkon Hatte gerade vor kurzem von Lotus Notes (Version 5.09) auf Exchange 2007 migriert (ca.150 Benutzer). Habe da die Transporter Tools benutzt. Es wurde jedoch nur der Inhalt der Mailboxen migriert, keine Directory Synch, da die Zielobjekte im Exchange Forest schon angelegt waren. Grob gesagt kannst du für Mailbox Inhalte folgendes migrieren: - Mail - Kalender - Tasks - Kontakte - Archive Probleme die es gab: -Serienelemente stimmten Teils nicht -einige Korrupte Mails werden nicht kopiert -Versandlisten in den Kontakten gehen nicht -Shared Mailboxen und Kalender Ich würde dir auf jeden Fall empfehlen zuerst eine Testmigration einiger Mailboxen durchzuführen. Migrations Scripts würde ich gerne zu Verfügung stellen, falls du dich für die Transporter Tools entscheidest. Gruss fluehmann

Hallo Daniel-H Hier musst du noch unterscheiden zwischen der Serverversion Lizenz und der CAL Lizenz. Bei der Enterprise CAL kannst du noch mehrere Features nutzen, Beispiel Forefront Services. http://www.microsoft.com/exchange/2010/en/us/Licensing.aspx Grundsätzlich würde ich meinen dass du mit der Exchange Standard Version für diese Anzahl Benutzer gut fahren wirst. Gruss fluehmann

Ich würde mal sagen den SRV Record dort zu machen. Du kannst aber auch versuchen wenn du die Domain mit dem SRV bei dir anlegst, in dieser Zone dann noch den MX Eintrag zu machen. Gruss fluehmann

Mit dem anlegen der DNS Zone DNS Zone xyz.de ist dein DNS Server nun authoritativ für diese Zone. Ist bei dir Zone xyz.de bei einem externen Provider gehostet? Gruss fluehmann

Ja das reicht. Das steht im KB Artikel drin den ich bereits gepostet habe. Gruss fluehmann

Glaub ich nicht. Hab mich auch schon mal fast zu tode gesucht... Ich glaube da brauchst du ein Login als Registrierter Benutzer. Gruss fluehmann

Vielleich hilft dies noch, Installation des neusten Patches bevor mit der Deinstallation begonnen werden kann: https://mysupport.mcafee.com/Eservice/Article.aspx?id=KB66379 Gruss fluehmann

Eventuell wurde durch eine Fehlgeschlagene Deinstallation die FRMINST.exe entfernt, welche für den ersten Schritt gebraucht wird. Ist diese noch vorhanden? Kannst du die die Lizenzierte Version nicht drüber installieren? Gruss fluehmann

Hallo A.Liedtke Es gibt da in etwa 2 Möglichkeiten: 1. Die E-Maildomäne "xyz.de" ins Zertifikat aufnehmen 2. Einen SRV Record für die E-Maildomäne "xyz.de" konfigurieren. Informationen hier: A new feature is available that enables Outlook 2007 to use DNS Service Location (SRV) records to locate the Exchange Autodiscover service Der Client stellt sich anhand der primären SMTP Mailadresse die URL für Autodiscover selber zusammen. Gruss fluehmann

Hallo MattesP Versuch mal diesen KB, ist für die Version 8.7i: https://kc.mcafee.com/corporate/index?page=content&id=KB59996 Gruss fluehmann

Hallo Evoco Bei 2008 könnte man dem ein wenig entgegensteuern: "Protect object from accidental deletion". Bei 2008 R2 wird dieses Flag sogar mit einer Regel des AD-BPAs geprüft: All OUs in this domain are protected from accidental deletion Mit einem einfache PS Script könnte man dieses Flag auch setzen. Gruss fluehmann

Gern geschehen!!!

Hallo Tiejaeger - Benutze dazu die Powershell - Der Pfad zum xml stimmt nicht (ev. muss du die xml von der EX10 DVD in das richtige Verzeichnis kopieren) Du findest die XMLs im Verzeichnis Scripts auf der DVD Gruss fluehmann

Ev. mal die Attribute der User vergleichen (ldif export). Gruss fluehmann

Hallo Soapp In einer Serevr 2008 Domain ist dies möglich: How to use Group Policy to configure detailed security auditing settings for Windows Vista-based and Windows Server 2008-based computers in a Windows Server 2008 domain, in a Windows Server 2003 domain, or in a Windows 2000 domain. Gruss fluehmann

Dann versuch mal die .p12 (Certi mit private und public Key) zu generieren in dieser Art: OpenSSL> pkcs12 -export -inkey keyfile.key -in signedCert.pem -out cert.p12 (Befehlszeile unter Windows) - Bei der Windows Maschine kannst du dann die .p12 als .pfx importieren - Den private Key nicht herumliegen lassen, am besten löschen Gruss fluehmann

Hallo Dickens Das würde ja heissen die Berechtigungen haben schon existiert. Hast du di Berechtigungen auf der Mailbox vor dem erstellen überprüft? Allenfalls könntest du die Berechtigunen auch mit der Powershell überprüfen oder setzen. Gruss fluehmann

Hallo Nils Uhhf, geiles Tool, hab das soeben mal gecheckt! Vilen Dank! fluehmann

Hallo =BT=Viper hatte da auch schon mal danach gesucht, die warning tauch auf allen 2008er DCs auf. http://support.microsoft.com/kb/967623 brachte auch nichts. Wir haben offizielle DC Zertifikate für LDAPs, auch keine CA installiert oder schon mal installiert gehabt. Bei den offiziellen DC Zertifikaten haben wir die OID für Smart Card Authentifizierung nicht implementiert. Gruss fluehmann