Jump to content

fluehmann

Members
  • Gesamte Inhalte

    573
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von fluehmann

  1. Hallo

     

    Auch die 13516 sollte dann auch noch erscheinen. Wie es aussieht hast du für die Sysvol Replikation noch NTFRS.

     

    Die 13508 kommt meistens auch dann wenn der Replikationspartner gebootet wird.

     

    Was passiert wenn du den Netlogon und NTFRS Dienst neu startest? Kommt dann die 13516?

     

    Hast du ev. auch 13552 und 13555 Errors? Wenn ja, dann wäre die ntfrs Datenbank korrupt und müsste neu erstellt werden....

     

    Grüsse

    Fluehmann

  2. Hallo

     

    Es kommt darauf an von wo aus der Client auf welche Namen zugreifft und wie die internal und external URL Settings konfiguriert sind. Ein Beispiel siehst du hier:

     

    MSXFAQ.DE - CAS Intern/Extern

     

    Und hier welche URLs so auf den Webverzeichnissen konfiguriert werden können:

     

    Configure Exchange 2010 InternalUrl PowerShell script « msunified.net

     

     

    Grüsse

    Fluehmann

  3. Hallo

     

    Dies ist nicht ein einfaches Unterfangen. Entweder kannst du im Migrationstool die Übersetzung der Ordner konfigurieren oder du musst die Sprache der Postfach Folder ver der Migration ausfindig machen.

     

    Witerhin ist zu sagen dass auch nur die Standard Ordner umbenannt werden (Posteingang, Kalender, Kontakte, Aufgaben), wie es dies die Funktion per OWA auch ermöglicht.

     

    Hier noch ein wenig Stoff zum Thema:

    Language setup for a mailbox with Exchange Server 2007 - Exchange Team Blog - Site Home - TechNet Blogs

     

    Grüsse

    Fluehmann

  4. Hallo

     

    Wenn ich ein Outlook Profil neu einrichte, trägt mein Autodiscover auch den Internen Namen als Server ein.

     

    Ist bei Exchange 2007 so, es wird im Outlook Profil der Mailbox Server Name eingetragen.

     

    Wenn die Clients in die Domain eingbunden sind, wird Autodiscover per SCP aufgelöst. Das wäre dann der Punkt AutoDiscoverServiceInternalUri.

     

    Get-ClientAccessServer -Identity casserver | fl Name, AutoDiscoverServiceInternalUri

     

    Am besten machst du bei Outlook einen E-Mail Auto-Konfig test.

     

    Grüsse

    fluehmann

  5. Hallo

     

    Das ist normal dass es bei einer Migration beschädigte Element gibt.

     

    Der Lösungsvorschlag von dir mit dem Anheben des BadItemLimit ist richtig.

    Korrupte Element können dann im Migration Log eingesehen werden.

     

    Eine Möglichkeit mit der Reparatur des Postfachs bevor es auf 2010 verschoben wird findest du hier:

    exchange 2003 mbx move to exchange 2007 failed- how to fix issue to successfully move mbx

     

    Grüsse

    Fluehmann

  6. Hallo

     

    Nun wurde im DNS eine neue Zone für kunde.de eingerichtet und als mail host die IP des Exchange eingetragen

     

    Richtig, den A Eintrag sollte es geben

     

     

    Über die Powershell wurde der internal Autodiscovername auf https://mail.kunde.de eingetragen.

    Sowie auch für das VirtualDirectory (EWS).

     

    Es gibt noch mehrere Verzeichnisse bei denen die InternalURL angepasst werden müsste, wenn alles auf kunde.de aufgelöst werden sollte:

    OwaVirtualDirectory

    OABVirtualDirectory

    WebServicesVirtualDirectory (EWS)

    ActiveSyncVirtualDirectory

    ClientAccessServer (AutoDiscoverServiceInternalUri)

     

     

    Ich sehe gerade, im DNS in der local Zone ist als SRV Eintrag für _autodiscover noch der interne Servername eingetragen. Soll ich hier diesen auf den externen, also mail.kunde.de ändern?

     

    Zusaätzlich würde ich den auch noch in der neuen DNS Zone (Kunde.de) anlegen.

     

    Grüsse

    Fluehmann

×
×
  • Neu erstellen...