RalphT

Also, die alte OU habe ich gelöscht. Eine neue OU mit einem anderen Namen angelegt. Auf dem Domänencontroller ein gpupdate /force durchgeführt. Anschließend den Client neu gestartet. Funktioniert nicht. Dann mal probehalber in der gleichen OU eine Verknüpfung auf dem Desktop anlegen lassen. Das funktioniert! Was meinst Du mit Delegierung?

Das hatte ich bis eben auch gedacht - leider nein. Ich habe den Testnutzer in die gleiche OU geschoben, wo auch der Rechner und die GPO ist. Dann habe ich unter Zielgruppenadressierung statt des Namens mal einen IP-Adressbereich probiert. Auch das geht nicht. Bei der GPO selber ist nichts gefiltert. Jeder authentifizierte Nutzer kann diese auch lesen. Auf dem Client zeigt ein gpresult /R an, dass diese GPO auch angewendet wurde. Was ich auch noch nicht so nachvollziehen kann ist, dass in der Testumgebung diese GPO auf den Client wirkt. Der Nutzer ist nicht in der OU, aber trotzdem funktioniert es.

Nein, dort liegt der Rechner nicht der User.

Moin, ich habe bei einem Nutzer per GPP ein Laufwerk verbinden wollen. Habe testweise einen Testordner freigegeben. Die Parameter unter der GPP lauten: Aktion: Aktualisieren Verbindung wiederherstellen aktiviert Unter Zielgruppenadressierung nur den Testuser eingesetzt. Der Client ist ein Win 7, Server ist 2008 R2. Auf dem Server gpupdate /force und den Client neu gestartet. Das Laufwerk ist nicht verbunden. Verbinde ich das Laufwerk mit "net use" manuell, dann wird es auch verbunden. Der Laufwerksname wird von der Zeile "Beschriften als" von der GPP übernommen. Wenn jedoch der Testnutzer Mitglied als Domänenadministrator ist, wird das Laufwerk automatisch verbunden. Ich hatte das Ganze vorher mal in einer Testumgebung aufgebaut. Dort lief alles, so wie auch sollte. Beide Testnutzer war nicht Mitglied in der Domänenadmin-Gruppe. Dort hatte ich auch einen Win7 Client. Ich finde den Fehler nicht. Wo müsste ich noch nachsehen?

Booa! Kaum macht mans richtig - funktioniert es!

So, habe das heute morgen gleich mal abgeändert. Funktioniert leider auch nicht. :confused: Jetzt funktioniert auch die Endung ZIP nicht mehr. Habe auch die Regel entfernt und wieder neu angelegt, aber das wars nicht. Wie gesagt als Regelbedingung habe ich "wenn der Inhalt einer Anlage Textmustern entspricht" ausgewählt.

Hallo, was fürn Zufall. Habe hier einen Exchange 2010 und wollte dort eine Transportregel entsprechend erstellen. Ich habe die Bedingung "wenn der Inhalt einer Anlage Textmustern entspricht" ausgewählt und als Wert ".doc oder .zip oder .rar" eingestellt. Das ist jetzt nur ein Beispiel um das zu testen. Bei einem ZIP-Anhang funktioniert die Regel. Bei doc, docx, rar und dot funktioniert diese Regel nicht. Ich sehe hier momentan keinen Zusammenhang, warum hier gerade ZIP und der Rest nicht funktioniert. Warum funktionieren die anderen Endungen nicht?

Nee nee - Februar! :D

Der alte Server hat ein RAID 10. Neu gemacht werden soll er ja auch, da hält keiner dran fest. Jedoch nicht mehr diesen Monat. :)

Ich denke, da kann nicht viel schieflaufen. Hier stehen nur 2 Geräte und der eine Rechner ist der DC mit Fileserver.

Ja. Sagen wir mal so: Ich könnte eigentlich 2012 o.ä. für den alten 2003 installieren. Das wäre eine Sache von einem knappen Tag (mit Updates usw.). Nur ich möchte die gesamte Anlage nicht anfassen, es darf einfach nichts schief laufen. Und jeder weiß auch, es kann immer mal irgend etwas quer laufen. Das Risiko möchte ich nicht eingehen. Es läuft ja alles wieder und das ist mir momentan sehr wichtig.

Jo, ich weiß. Aber nicht mehr diesen Monat. Die Kiste muss unbedingt laufen.

So, jetzt läuft es wieder. Habe es so durchgeführt, wie ich es oben beschrieben habe. DC1 zurückgestuft, Reste auf DC2 beseitigt, DC1 umbenannt und wieder zum DC gemacht. Läuft alles ohne Probleme und die Ereignisanzeige ist clean.

Hallo , ich habe hie ein Problem mit der Replizierung zwischen 2 DCs. DC1 ist 2003 und DC2 ist 2008 R2 DC1 hat im Ereignisprotokoll diverses Fehlermeldungen, die TomstoneLifetime ist abgelaufen. Aufgefallen ist mir das, als ich einen neuen Rechner in die Domäne gebracht habe. Nur DC2 hat den neuen Rechner in der AD. So wie es aussieht, kann DC1 nicht mehr von DC2 replizieren. Auf dem DC1 sind noch diverse Ordner mit ACL-Rechten aus der AD gesetzt (Userlaufwerke). Dem DC2 habe ich alle FSMO-Rollen gegeben. Der Transfer funktionierte einwandfrei. Ich bin jetzt soweit, dass ich DC1 zurückstufen würde, dann auf dem DC2 nach Resten vom DC1 suchen und ggf Reste entferne. Dann den DC1 wieder zum DC machen. Die ganzen Userverzeichnissen auf dem DC1 dürften ja ihre ACL-Rechte nicht verlieren. Wie seht ihr das? Oder gibt es noch eine andere Möglichkeit? Warum die Replizierung plötzlich nicht mehr lief, kann ich nicht sagen.

Alles klar, danke!

Moin, ich habe mal eine Frage zum automatischen Zuweisen der Drucker. Mal angenommen, es besteht ein Netzwerk mit 3 Subnetzen. Z.B. in jeder Etage ist ein anderes Subnetz vorhanden. In jeder Etage stehen jeweils auch Drucker. Könnte man irgendwie jedem Client automatisch die Drucker zuweisen, die immer auf der Etage sind? Wenn man als Nutzer selber die Drucker sucht und anschließend verbindet, da habe ich einen Weg gefunden. Aber vielleicht gibt es ja auch noch eine Lösung, wo die ortsnahen Drucker gleich automatisch verbunden sind.

So wie ich gerade erfahren habe, hört der Mitarbeiter auf. Es kommt ein Nachfolger. Der bekommt auch einen neuen, frisch aufgesetzten Rechner mit einem neuen Profil. Vielleicht ist das Problem dann automatisch weg. Den Trick mit den Adressen löschen und manuell neu anlegen werde ich mir notieren.

Ach ja, da war ja noch was. Ja stimmt. Hatte das hinter garnicht mehr mit OWA probiert. Nur etwas seltsam, dass die gleiche Adresse im Outlook mal funktioniert und mal nicht. Der Nutzer tippt immer die Adressen gleich in die Adresszeile ein. Übrigens hatte ich auch mal diesen Autoausfüllen-Verlauf geköscht. Daran lag es aber nicht.

Moin, ganz gelöst ist das Problem noch nicht. Bin aber ein Stück weiter. Ich habe von einem Client 3 Mails an ein T-Online-Konto, GMX-Konto und ein Konto von 1und1 gesendet. Die Formatierung kam bei T-Online und GMX an. Dann hatte ich mehrere Mails an verschiedene Konten von 1und1 versendet. Hier kamen einige Mails mit Formatierung an. bei zwei Konten nicht. Beim Googlen bin ich auf diese Seite gekommen: http://www.office-loesung.de/ftopic425590_0_0_asc.php Bei dem Nutzer sind keine Kontakte hinterlegt. Er nutzte sie nicht. Ich hatte dann einen neuen Kontakt angelegt und anschließend über diesen neu angelegten Kontakt die Mail mit Formatierung verschickt. Danach funktionierte es. Bei der zweiten Adresse funktionierte dieser Trick aber nicht. Ich muss noch dabei sagen, dass dieses Outlook manchmal etwas seltsam reagiert. Es scheint wohl doch nicht an Exchange zu liegen. Ich werde die Kiste neu aufsetzen und dann mal weitersehen.

Nein, noch nicht. Das wäre jetzt das Nächste was dort installiert werden müsste. An Programmen ist dort fast nichts installiert. Nur zwei Packer und ein TextPad. Die gleichen Art von Server (2008R2) hatte ich vor Wochen installiert. Daher habe ich die Möglichkeit alles zu vergleichen. Konnte aber bisher keinen Unterschied feststellen. Nur, der älterer Server hat noch das Rollup 7. Dort funktioniert es. Nachtrag: Gerade eben hatte der Nutzer eine Mail mit vielen Adressaten (interne und externe) verfasst. Jetzt ist die an extern mit Formatierung! Hm, sehr seltsam. Ich gucke dort noch mal. Vielleicht fällt mir dann etwas auf.

Der ist ganz frisch aufgesetzt. Der Stand ist SP3 und das Rollup 10. Aufgefallen ist mir das gleich beim Einrichten des ersten Postfaches. Dort wollte ich das Versenden testen und bei der Signatur ist mir das aufgefallen.

Nein, der sendet direkt ins Internet.

Hallo, ich habe hier ein Problem mit Exchange 2010: Bei allen versendeten Mails nach extern, wird die html-Formatierung entfernt. Intern, innerhalb der Teilnehmer ist alles ok. Ich habe das Gleiche beim OWA probiert. Auch hier kommt beim Emfänger die Mail ohne Formtierung an. Weiterhin habe ich das an anderen PCs auch probiert. Bei jedem Outlook 2010, wird als Format auch html verwendet. Auf dem Exchange in der EMC habe ich bei Remotedomänen unter Nachrichtenformat nachgesehen. Dort ist die Einstellung Individuelle Benutzereinstellungen verwenden aktivert. Beim Empfang gibt es keine Probleme. Wo könnte hier der Fehler liegen?

Hallo, bei einem Client mit Windows XP kam nach der Benutzeranmeldung folgendes Fenster: Ich hatte das bisher noch nie gesehen. In diesem Fall hatte ich das Profil des Nutzers gelöscht. Anschließend war wieder alles gut. Ist das ein Sicherheitsmechanismus von Windows?

Ich habe gerade eben dort mal nach Updates geschaut. Es fehlen ein paar. Was meinst Du damit? Die Rechte für den Nuzter am Exchange setzen ? Das habe ich über die GUI gemacht. Ich vermute fast, es liegt auf der Clientseite, da ein anderer Rechner mit seinem Account, das Zuatzkonto sofort automatisch eingebunden hat. Ich installier jetzt gerade die fehlenden Updates auf dem Client. Mal sehn, ob es danach funktioniert. Ansonsten warte ich mal die 48h ab. Eins hatte ich noch vergessen: Der Client ist über VPN angebunden. Den zweiten Rechner hatte ich im gleichen Standort angebunden. Könnte es damit etwas auf sich haben? Jetzt funktionierts. Ich habe das Konto entfernt und wieder hinzugefügt. Jetzt hat er beide Konten.