Jump to content

fluehmann

Members
  • Gesamte Inhalte

    573
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von fluehmann

  1. Ich migriere einen User der ein Postfach auf dem Exchange 2003 Server hat -> Benutzer mit SID

     

    Und welche Attribute des Users wurden da alle per ADMT mitgenommen, auch die Exchange Attribute? Oder wurden einige Attribute bei der User Migration ausgeschlossen?

     

    Der richtige Weg wäre eigentlich zuerst die User per Prepare-MoveRequest.ps1 zu moven und danach in einem zweiten Schritt noch benötigte Attribute oder nur die SID-History per ADMT zu migrieren.

     

    wenn ja muss ich ja beim migrieren sagen das der User mit dem Postfach keins mehr hat oder mach ich das auf dem Exchange2010, wenn ja wie

     

    Steht alles im Link drin den ich gepostet habe...

     

    Grüsse

    Fluehmann

  2. Hallo

     

    Enable-MailUser: Dieser Task unterstützt keinen Empfänger dieses Typs. Der angegebene Empfänger mapi.local/Mapi/User/Mas Mustermann ist vom Typ User Mailbox, Stellen Sie sicher, dass dieser Empfänger dem für diesen Task erforderlichen Empfämngertyp entspricht.

     

    Der User im Target Forest darf keine Mailbox haben, das Objekt muss ein Mailenableter User (MEU) sein.

     

     

    ich habe einen Testuser mit ADMT auf den W2k8 DC mit SID verschoben

     

    Hier ist bei Cross Forest Migrationen besonders Vosicht geboten, da dies erst ab Exchange 2010 SP1 supportet ist:

     

    You Had Me At EHLO... : Exchange 2010 Cross-Forest Mailbox Moves

     

     

    Three Migration paths you need to choose from:

    Depending on the current topology you have employed, you may find yourself planning to move users into the new forest and then following with moving their mailboxes as well. There are essentially three ways of planning to move your resources:

     

     

    A customized deployment in which you write ILM rules extension code to create the target Mail Enabled User (MEU). You should already have a custom ILM deployment for cross forest GALSync. Microsoft Identity Lifecycle Manager Service Pack 1 Feature Pack 1 (ILM 2007 SP1 FP1) GALSync Management Agent (MA) doesn't include several attributes now required in Exchange 2010, most importantly, msExchMailboxGUID. The out of the box GALSync MA cannot be used since it creates contact object instead of user object required for Online Mailbox Move. The ILM sample code demonstrates how to sync source mailbox as Mail Enabled Users (MEU).

    Note: Customers using "out of the box" GALSync MA may probably not know how to customize ILM.

     

    Use Prepare-MoveRequest.ps1 script to create the target MEU. It is important to note that the PrepareMoveRequest script works in conjunction with "out of the box" Exchange GALSync MA for ILM (or FIM). This means the script has built-in logic to convert target Mail Enabled Contact (MEC) created by ILM GALSync MA into the required MEU.

    Use Prepare-MoveRequest.ps1 script and then use ADMT to migrate the other attributes on the user object.

    Important Note: Our recommendation on working with ADMT is to rely on the PrepareMoveRequest script to create the local user object for mailbox move, and then use ADMT to migrate SIDHistory and password and merge this into the MEU created by PrepareMoveRequest.ps1 script.

     

    The point of doing ILM or the script first is to ensure the MEUs are all created with the correct msExch* attributes. This also ensures the following benefits:

     

    A correct GAL immediately for co-existence (short or long-term)

    Permissions for delegates and mailbox access are preserved during the move using the msExchMailboxGUID attribute. Since this is populated on the target object with PrepareMoveRequest.ps1 the permissions will be maintained in the cross-forest move.

    At this point it doesn't matter if ADMT is used to migrate/merge the user objects all at once or in "batches" of user objects. ADMT can be controlled better to ensure only merging of SIDhistory and certain other mandatory attributes if it's not already populated.

     

    Running ADMT first, without ensuring exclusions on msExch* attributes, can cause corrupted objects which the script cannot correctly convert with the -UseLocalObject switch.

     

    Important Note: When SP1 ships, we will support running ADMT first and then the PrepareMoveRequest script later.

     

     

    Grüsse

    Fluehmann

  3. Hallo

     

    Der Exchange versendet internen sowie extern keine Nachrichten mehr

     

    Bei zu wenig Festplattenspeicher kommst du bei Exchange ev. das Problem mit Backpressure über. Da wir zwar deine Serverversion aber nicht die Exchange Version wissen, hier mal den Link zu Exchange 2007:

     

    Understanding Back Pressure: Exchange 2007 Help

     

    Du könntest aber auch die Queue DB auf ein anderes Laufwerk verschieben

     

    How to Change the Location of the Queue Database: Exchange 2007 Help

     

     

    oder zuerst mal Platz auf dem C:\ Laufwerk schaffen. Welche Möglichkeiten es da so gibt findest du hier:

     

    http://www.mcseboard.de/ms-exchange-forum-80/datentraeger-voll-170264.html

     

    Grüsse

    fluehmann

  4. Hallo

     

    Die unter "ExternalEmailAdress" angegebene E-Mail-Adresse ist eine externe, hat also eine E-Mail-Adresse außerhalb unserer Exchange-Umgebung (ist vorerst so, kann aber durchaus auch mal vorkommen, dass dies eine "interne" Adresse sein wird, aber erst mal egal).

     

    Das ist nicht egal, ein Forward auf eine Authoritative Domain kann Mailloops generieren.

     

    Grüsse

    fluehmann

  5. Immer wieder ein Thema das hier im Forum auftritt mit den Delegates und gelöschten Postfächern. Hier noch einige Infos dazu:

     

    Making sense of Mailbox Access in Exchange 2003 | nathanwinters.co.uk

     

    Delegates (Attribut publicDelegates) können per LDIFDE, VB Script oder PS Script ausgelesen werden. Jedoch müssen diese immer noch wie bereits angetönt direkt in Outlook deaktiviert werden.

     

    Grüsse

    fluehmann

  6. Fehler beim Verbindungsversuch mit http://exchange.domain.local/Powershell mithilfe von "Kerberos"-Authentifizierung.

    Beim Verbinden mit dem Remoteserver ist folgender Fehler aufgetreten: Zugriff verweigert

     

    Scheint für mich ein Berechtigungsproblem zu sein und nicht ein Problem der Authentifizierung.

     

    Ist der User unter dem die Management Tools ausgeführt werden member der Gruppe Organization Management?

     

    http://technet.microsoft.com/en-us/library/dd638114.aspx

     

    Grüsse

    fluehmann

  7. Hallo

     

    Schau in die Technet, ist zwar keine perfekte Anleitung, aber damit gehts auch z.B. Datenbanken dert Ex10 verschieben:

     

    Ist gut aber sicher nicht das einzige das geschoben werden muss.

     

    Es kommt aber auch darauf an welche Rollen auf jedem Server überhaupt installiert sind. Ich würde mal sagen das in etwa folgendes auf den neuen Server geschoben werden muss.

     

    CAS Rolle:

    - Zertifikat!!!

    - internal und external URLs bei virtuellen Verzeichnissen

    - Authentifizierungs Settings bei virtuellen Verzeichnissen

    - IIS Config Files (falls da mal was geschraubt wurde)

    - IIS Metabase Backup

    - IMAP POP Settings falls vorhanden

     

    Hub Rolle:

    - Receive Connectoren erstellen oder anpassen

     

    Mailbox Rolle:

    - Mailboxen verschieben

    - Quoatas der DBs übernehmen

    - Public Folder DB anlegen und Synchen

    - OAB Generation Server verschieben

    - OAB auf CAS Publishen

    - Backup

     

    Danach kann der Exchange 2010 Server über das Setup deinstalliert werden.

    Der BPA wird ev. noch Hinweise anzeigen was noch weiteres zu tun ist...

     

    Grüsse

    fluehmann

×
×
  • Neu erstellen...