Sunny61

Alle anderen Mails bleiben im Postfach? Nur die vom Drucker verschwindet immer? Erstell doch eine Verteilergruppe, pack ausser der betroffenen Person noch weitere hinein. Jetzt ein Mail vom Drucker abschicken. Passiert das löschen in allen beteiligten Postfächern?

Windows XP konnte schon ohne 3rd Party Tools mit WLANs umgehen, und seitdem sind für mich solche Tools flüssiger als Wasser. Die reinen Treiber reichen völlig aus. Bei einem DLL war es F3, also mal auf die Tastatur schauen ob es passende Symbole gibt. Wenn der User keine Adminrechte hat, kann er nichts deinstallieren.

Mit Hilfe von https://www.followthatpage.com/ ist das noch entspannter. :p

Evtl. kannst Du NAP ja so konfigurieren, dass fremde Geräte in ein Quarantäne Netz kommen.

Du könntest das z.B. mit einer zusätzlichen Import-Tabelle lösen. Daten per BULK in die bestehende Tabelle importieren, Daten in die zweite Tabelle schieben, dort mit 1 markieren und die Tabelle nach der Verarbeitung wieder leeren. Alternativ löschen. Wenn Du sonst nichts mit der Tabelle machst, IMHO ja. Dauert auch nicht länger und frisst keine Performance.

Wird nur die Spalte entfernt oder die ganze Tabelle gelöscht? Letzteres wäre evtl. der bessere Weg.

Du kannst es mit einem anderen Benutzer probieren, wenn es dann funktioniert, ist das Benutzerprofil defekt.

Trotzdem den Outlook-Client mit /cleanclientrules starten. Evtl. gibt es ja noch alte Regeln. Auch über OWA kontrollieren.

Schnapp dir den aktuellsten WSUS Package Publisher, dort gibt es sog. Katalogdateien. Mit Hilfe derer kannst Du den Reader ganz easy über den WSUS zur Verfügung stellen. Das HowTo ist noch nicht aktuell, aber es geht schon in die richtige Richtung: http://www.gruppenrichtlinien.de/artikel/wsus-package-publisher-software-ueber-windows-server-update-service-bereitstellen/

Mit diesem Tool kannst Du passende Synchronisierungen erstellen und dann aus einem Batch heraus aufrufen: http://sourceforge.net/projects/freefilesync/

Schaden kann es aber auf keinen Fall. :) Und es muss ja auch keine Monstermaschine sein.

Wenn du alles virtualisiert hast, was passiert wenn dir diese Umgebung um die Ohren fliegt? Richtig, Du hast keinen DC mehr. Deshalb sollte man wirklich immer mind. noch einen physischen DC im Serverraum stehen haben.

Du hast auch das richtige ADM-Template genommen? Bedenke die höhere Outlook Version.

Da würde ich mich vertrauensvoll an den Hersteller des Konverters wenden. Der muss doch wissen weshalb sein Programm im %TEMP%-Verzeichnis wichtige Daten liegen hat. Hilft ein Neuinstallation anschließend?

Und was sagt der Support zu der ganzen Angelegenheit? UAC auf den Clients deaktiviert? Die User sind jetzt als lokale Admins unterwegs? Wenn ja, es geht hier um Patientendaten, da solltest Du etwas mehr Vorsicht walten lassen. Wenn im Jahr 2014 für Programme die UAC deaktiviert werden muss, ist unsauber programmiert worden, falls es sich dabei um 'normale' Programme für Anwender handelt. Ist das der Fall, mußt Du unbedingt den Hersteller kontaktieren und Nachbesserung verlangen!

Ich hatte es schon einmal geschrieben, ich muss eh an jedem PC das BIOS anfassen, also kann ich dort gleich abstellen. Deshalb ist es in diesem Fall komfortabel. Ich glaube wir reden aneinander vorbei. Aber lass gut sein, hier soll es nicht um Kleinigkeiten gehen.

Loopback in der Default Domain Policy macht NIE Sinn. Das Ereignisprotokoll muss viele Fehler aufweisen. Nein, eine neue Domain macht in diesem Fall keinen Sinn. Du begehst dann möglicherweise die gleichen Fehler wieder, besser aus Fehlern lernen. Was genau meinst Du für eine Totalrevision?

Hast Du das mit dem Ausführen als Administrator jetzt schon ausprobiert? Und die Hotline hat nichts weiter dazu gesagt? Kein Hinweis auf eine FAQ auf deren Website? Ich hab jetzt nicht explizit danach gesucht, aber das solltest Du vielleicht jetzt tun. Solche massiven Änderungen probiert man immer zuerst an einer Testmaschine aus, bevor man ohne Test und Wissen eine Praxis lahm legt.

Es gibt Firmen die haben nicht die Geschäftsanforderungen dass an allen Geräten alle USB-Anschlüsse funktionieren sollen, weil eben nicht jeder alles mögliche und unmögliche mit USB-Geräten tun können soll. Und ja, es ist für diese Geschäftsanforderungen komfortabel im BIOS alles abzuschalten. Ja, es ist in diesen Fällen ganz einfach komfortabel alles hart abzuschalten.

Ein Blick ins Ereignisprotokoll sollte viele Fehlermeldungen zu Tage fördnern. Stück für Stück abarbeiten.

Starte das Programm mit Rechtsklick > als Administrator ausführen. Klappt es denn? Solche Aktionen macht man nicht einfach so, da spricht man *vorher* mit dem Hersteller der Software. Das solltest Du jetzt übrigens auch tun. Alternativ einfach wieder alles zurück bauen, damit am Montag der Betrieb laufen kann.

Das hatte ich auch schon mal gelesen. ;)

Und der zweite Link aus dem von dir geposteten Link war auch für Server 2003: http://support.microsoft.com/kb/555324 Die Informationen in diesem Artikel beziehen sich auf: Microsoft Windows Server 2003, Standard Edition Microsoft Windows Server 2003, Enterprise Edition Microsoft Windows Server 2003, Datacenter Edition Microsoft Windows Server 2003, Enterprise Edition for Itanium-based Systems So richtig komfortabel ist das nicht. Auszug aus dem Artikel: Und Devcon ist auch noch dabei: Das einschränken von USB ist immer noch vom BIOS aus die wirksamste und sauberste Lösung. Den Rechner muss ich sowieso anfassen, BIOS-Passwort verpassen und so weiter.

Bearbeite deine GPOs immer nur direkt auf einem DC, dann sollte das auch kein Problem darstellen. Und weshalb sind die lokalen Gruppen dann das Problem? Willst Du auf diesem Server dauernd Benutzer in die lokalen Gruppen importieren und später wieder exportieren? Oder ist das ein DC? Du hast dir möglicherweise das falsche Produkt gekauft, kannst Du es nicht umtauschen?

Weshalb ist das wichtig?