Beiträge von jhick

    Hy argeeeh


    Zu Frage 1: ist mir nicht gekannt dass das geht.


    Zu Frage 2:
    drei Möglichkeiten kann ich dir anbieten::


    1) im Outlook kannst du unter "Datei - EXport/Import" und im danach erscheinen Wizard eine PST Datei erstellen lassen, in der nur deine Termindaten abgespeichert werden.


    Diese PST -DAtei importierst du dann in deinen eigenen Outlook-Kalender.




    2) einen gemeinsamen Terminkalender in form eines öffentlichen ORdners anlegen. Die entsprechenden Anwender können dann aus ihrem Outlook heraus (Kalener - Rechte Maustaste - Kalender kopieren") ihre Termine in diesen Öffentlichen Terminkalender kopieren.


    Dumm ist nur in beiden Fällen, dass du mit dieser Vorgehensweise keinen automatischen Abgleich einrichtest, sondern dass dieser jedesmal händig durchzuführen wäre.


    3) Warum gibst du denn nicht einen Kalender frei, in denen die entsprechenden Anwender ihre (evtl. Projekt-bezogenen) Termine eintragen?


    Zusätzlich würde man dann das Outlook der Anwender so einrichten, dass immer der eigene und der gemeinsam genutzte Terminkalender parallel angezeigt werden.


    Vielleicht gibst du uns etwas mehr background info, damit wir deine Anfrage besser verstehen können

    hallo Backdoor


    es ist ausreichend, wenn der TErminal server in der OU liegt. Durch die Loopback-Einstellungen werden die Benutzereingestellungen eh durch die Terminal Server GPO's überschrieben.


    Wenn du eine GPO auf eine OU verlinkst, diese dann aber trotzdem nicht angewendet wird (laut gpupdate scheint das so zu sein), denn sehe ich zwei Möglichkeiten:


    1) du hast die GPO evtl auf einer darüber liegenden OU angewendet und erwarstest, dass durch die VErerbung die GPO auch auf die Terminalserver-OU angewendet wird. Diese Vererbung könnte unterbrochen sein.


    2) gemäss deinem Screenshot ist die GPO-Verknüpfung aktiviert. Wenn du jetzt die Eigentschaften der GPO aufrufst, ist diese GPO selber denn auck aktiv geschaltet? (GPO - rechte Maustaste - Status der Gruppenrichtlinie)

    Hy


    gpotoo ist ein Tool aus dem Windows Server 2003 REsource Kit. Das Tool als auch eine Anleitung zu Problembehebung von Gruppenrichtlinien kannst du hier finden.


    Bzgl. "MMC und die Gruppenrichtlinienverwaltung ": wenn du einen Windows 2003 Server mit SP1 hast, dann ist automatisch ein MMC-Snap-in für die Gruppenrichtlinienverwaltung dabei.
    Das in die MMC einbinden und du kannst wunderbar Gruppenrichtlinien einbinden bzw. simulieren, welche Gruppenrichtlinien auf welches Benutzer- oder Computerobject welche tatsächlichen Auswirkungen hat.

    hy ottl05


    standardmässig hast du im geöffneten OWA unter "Optionen - E-Mail Optionen" schon mal eine Möglichkeit, Signaturen einzufügen.


    Am einfachsten ist, du sendest die Vorlage per Mail an alle und bittest die einzelnen Anwender, diese per Copy & Paste dort einzutragen.


    Wenn du aber die Vorlage für alle automatisiert für alle OWA-Anwender einrichten willst, da müste ich noch mal schauen ob das geht

    etwas gutes hat die Gruppenrichtlinie ja: sie funktioniert inhaltlich schon mal so wie du es dir wünscht.


    Jetzt brauchen wir nur noch die richtigen Server zu definieren.


    zum einen solltest du noch mal prüfen, ob die GPO auch auf dem TS angewendet wird. Dazu bitte mal die drei folgenden Befehle auf dem TS aufrufen und prüfen, ob die von dir erstellte GPO auch zugewiesen wird.


    GPOTOOL zeigt an ob die GPO´s noch korrekt im AD eingebunden sind. REsultat sollte sein "Policies OK".


    GPUPDATE /FORCE (wendet die im AD definierten GPO's erneut an)


    GPRESULT (zeigt welche GPO effektiv angewendet wurde)


    Wenn du des weiteren in der MMC die "Gruppenrichtlinienverwaltung" einbindest, dann kannst du unter dem Punkt "Gruppenrichtlinienergebnisse" dir anzeigen lassen, welche Einstellungen im Dateil angewendet werden.


    Mit diesen 4 Tools solltest du in der Lage sein, den Fehler zu finden.

    Hy Tom


    es ist nur eingeschränkt möglich: du kannst jedem Benutzer im AD unter seinen Eigenschaften einen PC zuweiosen (aber auch mehrere wären möglich) auf dem er sich anmelden kann. Dadurch ist eine einmalge Anmeldung sicher gestellt, aber auch nur immer vom gleichen PC aus.


    Ohne Drittherstellertools ist mir keine Möglichkeit bekannt (war immer schon eines der Unterschiede zu Novell Netware, wo genau diese Optionen stdm enthalten sind).

    Hallo Frank


    ich nehme an, dass der Exch2003 Server in der gleichen Routinggruppe wie der alte steht und mit dem gleichen Service Account installiert wurde, mit dem auch der Exch2000 Server installiert worden ist (oder etwa nicht?).



    mehrere Tools zur Diagnose fallen mir da ein:


    eine detaillierte Überprüfung der Exchange Konfiguration und des darunter liegenden OS erhälst du beim Einsatz desExchange best practice analyzer


    Werden hier irgendwelche Fehler angezeigt, wenn ja welche?


    Sind die Probleme eher auf ein Routing Problem innerhalb Exchange zu suchen, dann wäre das Winroute-Tool sicherlich eine Möglichkeit, die im AD und Exchange bekannten Routing Wege zu überprüfen.



    Nur um ganz sicher zu gehen: hast du schon mal eine Mail manuell vom alten Server zum neuen zu senden versucht? Manuell heisst hier, über Telnet und SMTP so wie in diesem Forumbeitrag beschrieben