nails80

Entschuldige... die robocopy-Batch dieht wie folgt aus: robocopy "X:" "D:\Pdf" *.pdf /w:1 /r:1 /NS /NC Ich hatte einen Fehler beim Erstellen der Forumeintrags gemacht. Aber die Batch datei war schon richtig. Wenn ich Anführungszeichen verwende, darf ich am Ende keine Backslashs schreiben. Das Problem habe ich jetzt allerdings damit gelößt, dass ich die alte robocopy.exe von dem 2003er-Server auf den 2008er kopiert habe. Dort habe ich die "robocopy2003.exe" genannt und in das Batch-Verzeichnis gelegt. Die Batch habe ich wie folgt umgeändert: c:\pfad\robocopy2003 "X:" "D:\Pdf" *.pdf /w:1 /r:1 /NS /NC Und es geht ohne Probleme... ich frag mich nur, warum das mit der alten exe geht und mit der neuen 2008er nicht. Aber damit kann ich zumindest arbeiten. Also ist das Problem zwar nicht 100% gelößt, aber zumindest gibt es eine alternative, womit man arbeiten kann. Trotzdem Danke für deine Hilfe

Hallo an alle, wir haben unseren alten Win2003 File-Server gegen einen 2008R2 ausgetauscht. Soweit funtkioniert auch alles, aber ich habe ein Problem mit robocopy. Wir lassen mit einer Batch-Datei einen robocopy-Befehl ausführen, der neue PDF-Dateien von einem MAC-Server auf den neuen 2008er-Server kopieren soll. Die Batch-Datei sieht wie folgt aus: robocopy "X:" "D:\Pdf\" *.pdf /w:1 /r:1 /NS /NC Folgender Fehler wird nur bei neuen/geänderten PDF-Dateien angezeigt: "2011/12/07 16:02:35 FEHLER 2 (0x00000002) Zugriff auf Zielverzeichnis X:\ Das System kann die angegebene Datei nicht finden." X steht für das Netzlaufwerk, welches mit "\\192.168.1.45\pdf" und den entsprechenden Benutzerinformationen des MAC-Servers verbunden ist. Die IP-Adresse des Mac-Servers habe ich unter den Internetoptionen --> Lokales Intranet --> Sites hinzugefügt. Im Windows-Explorer kommt dadurch auch keine Sicherheitwarnung, wenn ich Dateien von dem Mac-Server auf den Windows-Server kopiere. Unter 2003 macht die Batch keine Probleme, nur unter 2008... Was hat sich den bei 2008 geändert, dass diese Batch nicht mehr funktioniert? Hat irgendjemand eine Idee oder Ansatz, wo ich weiter suchen könnte? Mir sind die Ideen momentan leider ausgegangen... Bin für jeden Tipp dankbar face-smile Beste Grüße Simon

Die Meldung kommt definitv vom Exchange. Die Mail verlässt nicht unseren Mailserver.

Hallo an alle, Umgebung: Exchange 2003 Server 2x Exchange Postfach für einen Benutzer (Postfach A + Postfach Outlook 2003 Problem: - Ein Active Directory Benutzer benötigt benötigt zwei getrennte Postfächer. - Es sind zwei Active Directory Benutzer mit Postfächern eingerichtet. Das Recht "Senden als" wurde im AD auch gesetzt. - Sein Hauptpostfach (Postfach A) wird in Outlook einfach als normales Exchange-Postfach eingerichtet. - Sein zweites Postfach (Postfach wird als IMAP-Postfach eingerichtet. (Anmelden an Postausgangsserver ist auch aktiviert) - Er kann auch darauf zugreifen und ankommende E-Mails lesen. - Er kann auch intern E-Mails mit Postfach B versenden, aber nicht nach extern. Dann erhält er folgende Fehlermeldung: "550 5.7.1 Unable to relay for xxxx@xxxxxxx.xxx" Wenn ich das mit einem Outlook 2007 ausprobiere, funktioniert der Mail-Versand über das IMAP-Konto ohne probleme. Nur mit Outlook 2003 eben nicht. Die Outlook einstellungen von 2003 und 2007 habe ich mehrfach verglichen und auch an insgesamt vier verschiedenen PCs getestet. Ich kann nicht feststellen warum das mit Outlook 2003 nicht funktioniert. Hat jemand zufälligerweise den ultimativen Tipp für mich? Grüße

Hallo zusammen, folgendes Konfiguration ist bei uns vorhanden: - Win2003 Server als DC - Active Directory - Win2003 Server als Terminalserver (Domänenmitglied -- kein DC) Problem: Im Active Directory gibt es ja die OU "Builtin", wo auch die Sicherheitsgruppe "Remote Desktop Users" existiert. Jetzt möchte ich auf dem Terminalserver (Domänenmitglied) die RDP-Verbindung unter "Terminaldienste Konfiguration" anpassen. Dort fehlt in der Karteikarte "Sicherheit" die Gruppe "Remote Desktop Users". Diese Gruppe kann ich aber nicht hinzufügen, da diese einfach nicht zu finden ist. Mir werden alle anderen Benutzer vom ActiveDirectory angezeigt, aber alle Gruppen unter "Builtin" werden mir auf dem Terminalserver einfach nicht angezeigt. Somit kann ich den Terminalserver nicht dazu bringen, dass sich die "Remote Desktop User" auf dem Terminalserver anmelden dürfen. Was habe ich vergessen, oder wo ist mein Fehler??? Hat irgendjemand eine Idee? schönen Gruß Simon

Hallo robby_46, danke erstmal für deine Antwort. Es ist ja ein Drucker der via USB angeschlossen ist, und nicht im Netzwerk freigegeben wird. Der Drucker soll nur gemapped werden. Ich habe das alles zwar hier im Netzwerk getestet, aber eigentlich soll der Drucker im Aussendienst-Büro (1 Arbeitsplatz) stehen. Wie schon beschrieben funktioniert das ganze mit einem normalen Brother-Laserdrucker ohne Probleme (auch über USB angeschlossen). Die selbe Konstellation mit dem HP funktioniert nur als administrator und nicht als Benutzer. Es schein definitiv ein Rechte-Problem zu sein in Verbindung mit diesem HP Treiber, aber genau da ist der Haken. Wo soll ich noch ansetzen? Auf den Spooler habe ich schon "Jeder" auch Vollzugriff gesetzt. Trotzdem kann ich nicht als Benutzer mit dem HP drucken... nur als Admin. Hast du da irgendeinen Ansatz? Welche Rechte könnte ich noch verändern? freundlichen Gruß Simon

Hallo zusammen, habe ein seltsames Problem und stehe leider ein wenig auf dem Schlauch. Folgendes Szenario: W2k3 Terminalserver (TS) XP-Client HP Officejet USB Drucker Ich habe den Registry-Wert "HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Default\AddIns\RDPDRFilterQueueType = ffffffff" (DWORD) gesetzt, damit alle lokalen Drucker (vom Client) auch mit dem TS verbunden werden + die Treiber sind auch auf dem TS installiert. (beide verfügbaren Treiber von HP sind schon getestet) Der HP Drucker wird auch in der TS-Sitzung angezeigt und man kann ihn auch ganz normal anwählen, aber als normaler TS-Benutzer kommt kein Ausdruck aus dem Drucker. ABER wenn ich mich als Administrator an dem TS anmelde (von dem betroffenen Client natürlich) kann ich auf diesem Drucker ganz normal ausdrucken. Ohne Probleme. Im Ereignis-Protokoll bin ich auch fündig geworden, wenn ich als normaler TS-Benutzer versuche zu drucken (ohne Admin-Rechte): Ereignistyp: Fehler Ereignisquelle: Print Ereigniskategorie: Keine Ereigniskennung: 6161 Datum: 26.08.2008 Zeit: 11:47:02 Benutzer: Domäne\XXXX Computer: XXXXXXXXX-TS1 Beschreibung: Das Dokument Testseite, im Besitz von XXXX, konnte nicht auf dem Drucker hp officejet d series (von XXXXX-TEST-PC) in Sitzung 1 gedruckt werden. Datentyp: NT EMF 1.008. Größe der Warteschlangendatei in Bytes: 196608. Anzahl der gedruckten Bytes: 0. Gesamtanzahl der Seiten des Dokuments: 1. Anzahl der gedruckten Seiten: 0. Clientcomputer: \\XXXXXXXXX-TS1. Vom Druckprozessor zurückgelieferter Win32-Fehlercode: 5. Zugriff verweigert Den Spooler-Ordner auf eine andere Partition ändern, volle Rechte für alle setzen, und Spooler neustarten bringt auch nichts. Wenn ich einen Brother-Drucker über USB anschliesse und mit der automatischen Druckerweiterleitung verwende, funktioniert alles sofort. Auch als normaler TS-Benutzer. Das scheint ein Rechte-Problem oder ein Treiber-Problem zu sein, aber was kann ich noch tun??? Hat jemand das schon einmal gehabt? Gibt es noch Möglichkeiten, das auch der normale User drucken kann, und nicht nur der Administrator? schöne Grüße Simon