RalphT

Moin, mit einem Druckerproblem komme ich hier nicht weiter: Ich habe einen Lexmark CS310 auf einem Server 2008 R2 freigegeben. Verbinde ich mit einem Windows 8 Client oder auch Windows 10 Client mit dem Drucker dann kommt eine Fehlermeldung beim Drucken der Testseite. "Das Handle ist ungültig" Verbinde ich einen Windows 7 Client mit dem Drucker, dann funktioniert alles. Parallel habe ich an diesem Server noch einen Lexmark T640 freigegeben. Das Drucken funktioniert bei allen Clients. Auf dem Server selber, funktioniert der Druck auch. Der Drucker ist über einen LPR-Port dort angebunden. Testweise habe ich dort mal den TCP_IP Port konfiguriert und dort LPR und den Haken bei LPR-Bytezählung aktiviert. Der Warteschlangename ist LPD. Wenn ich jedoch den gleichen Drucker mit dem gleichen Treiber, wie auf dem Server auf einem Windows 8 oder Windows 10 Client direkt installiere, dann druckt er. Den Druckertreiber habe ich von der Lexmarkseite. Er soll von Windows 7 bis Server 2012 und Windows 10 passend sein. Irgendwie vermute ich hier ein Treiberproblem, da der Lexmark T640 bei gleicher Vorgehensweise keine Probleme macht. So, Fehler gefunden. es war doch ein Treiberproblem. Habe mir den Universaltreiber PCL 5 e heruntergeladen. Damit funktioniert es.

Ich habe das vor kurzem auch gehabt und genau so gemacht. Funktionierte super. Gab keine Probleme und ging auch recht schnell.

Ja hatte ich schon. Nagut wenn sich das nicht geändert, dann sollte es ja funktionieren. Ich hatte vorher "Dem betreff eine Zeichenfolge..." aktivert. Dann funktionierte die Regel. Chef kam das in den Sinn. Er wollte eine Weiterleitung haben, aber ohne die Anhänge. Das hatte ich auch noch gefunden: https://technet.microsoft.com/de-de/library/bb123498%28v=exchg.141%29.aspx Dort steht u. A.: Anlage entfernt Bei dieser Klassifikation werden Empfänger benachrichtigt, wenn Anlagen aus der Nachricht entfernt wurden. Heißt das jetzt, dass die Anlage hierbei nicht entfernt wird und nur benachrichtigt wird, wenn die Anlage entfernt wurde? Aber andersherum sollte ja die Anlage entfernt werden, denn in dem o.g. Post hatte der User ja gesagt, dass es funktionert.

Moin, ich wollte Mails an eine Adresse weiterleiten und der Anhang soll dabei entfernt werden. Gefunden habe ich das hier: http://www.mcseboard.de/topic/132969-exch-2007-transportregel-anlagen-entfernen/ Bei mir funktioniert das jedoch nicht. Allerdings ist es dort für 2007. Ich habe jedoch 2010. Läuft das bei 2010 nicht?

Ok, dann ist mir jetzt auch klar, warum das in diesem Falle nichts nützt.

So, hat etwas gedauert. Ich habe eine neue TestOU erstellt. In dieser OU ist der Testnutzer. Anschließend habe ich eine GPO hier verknüpft. Dort eine Laufwerkzuweisung erstellt. Gemeinsame Optionen ist leer. Bei dem Client ein Neustart durchgeführt und gut 2 Minuten gewartet und mich als diesem Testnutzer angemeldet. Kein Laufwerk war da. Bei dieser ganzen Testerei ist mir irgenwann mal aufgefallen, dass das Netzlaufwerk mal da war und anschließend verschwand. Da kam ich auch auf den Grund, woran das hier liegen könnte: Ich habe für die Clients noch die Anmeldung über eine Batchdatei. In dieser Datei werden vorher für alle Nutzer erst einmal die Netzlaufwerke getrennt. Wahrscheinlich war wohl immer das Laufwerk da und wurde dann anschließend von der Batchdatei getrennt. Ok, das habe ich erst einmal abgestellt. Bleibt aber doch noch eine Frage offen: Ich habe diese TestOU noch weiterhin so, wie Du das vorgschlagen hast. Es ist nur der Testnutzer in dieser OU, nicht der Client. Ich habe dann kein Laufwerk. Schiebe ich noch den Client in diese OU dann funktioniert es. Das verstehe ich jetzt nicht. Diese GPO ist ja nur für den Benutzer, so wie es tesso auch geschrieben hatte. Und dann noch eine Frage: Ich hatte das immer noch so im Hinterkopf, dass ein gpupdate /force auf beiden Seiten durchgeführt werden sollte. Nachtrag: Die Sache, dass beide, also Nutzer und PC in der gleichen OU sein müssen, hat sich gerade erledigt. Ich habe einfach mal den Client in eine andere OU verschoben. Dann funktioniert es auch. Verschiebe ich den Client in die OU, wo er sonst drin war geht es nicht. Das muss also noch etwas anderes sein. Aber das finde ich schon raus. Bleibt nur noch die Sache mit dem GPUPDATE. Wenn mir das noch mal jemand erklären kann, warum das in diesem Fall auf dem Server nichts bringt.

Ohh sorry, hatte mich verschrieben. Habe die OU natürlich nicht gelöscht, sondern die GPO. Und bei der Delegierung ist nichts verändert worden. Einen Schreibfehler habe ich ausgeschlossen. Habe es mehrfach kontrolliert und mit "net use" am Client noch einmal kontrolliert. Bei net use auf dem Client verbindet er auch das Laufwerk.

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.