xtragood

...soll lauten... Starten: <Systempfad>\system32\cmd.exe /c C:\poweroff.bat ausführen in: C:\ alternativ Starten: start C:\poweroff.bat ausführen in: C:\ Gruß

Nein...nur diese...seltsam...?!

Hi gremlin, danke für die Antwort... - DC = Gleicher Standort (Serverfarm) - SP4 installiert Leider war's das wohl nicht. Hast du noch ne Idee? Die Meldung bekomm ich ca. 3-7 Mal am Tag.

Tool ausführen mit: "cmd /c "<Kommandozeile des Tools> Dann sollte es funktionieren...

Hi, gut daß ich noch HP-Techniker bin und dir somit vielleicht helfen kann... Tausch mal das Netzteil gegen ein gleichwertiges (kann auch mehr Leistung haben) aus und lass den Rechner mal solange laufen, bis zu dir sicher sein kannst, daß der Fehler verschwunden ist. Falls das nicht hilft, scheint dein Motherboard einen defekt zu haben. Falls du noch Support auf das Gerät hast, ist aber der sicherste Weg, sofort bei HP im Supportzentrum in Ratingen anzurufen und nen Call aufzumachen. PS: Ist zwar schön, daß es von HP Diag-Tools gibt, bringen tun sie aber überhaupt nix (2 Jahre Erfahrung)... Grüße

Guten morgen, seit einiger Zeit tritt auf einem Fileserver im eventlog o.a. Fehler auf. Bei eventid.net hab ich nachgeschaut und dazu einen Hinweis gefunden, den Status über das letzte DWORD im Fehlerprotokol zu suchen. Meine Fehlermeldung deutet auf den Status STATUS_LOGON_FAILURE. Dazu hab ich aber keine Lösung oder einen Hinweis gefunden. Alte NT-Statusmeldungen mit dem gleichen Hinweis, sagen aus, daß die Anmeldung fehlgeschlagen sei, ich weiß aber nicht, ob ich das mit W2K vergleichen kann. Kann mir da jemand helfen? Grüße

Hallo nochmal. Nach weiterer Begutachtung ist mir aufgefallen, daß die IP und Domäne des auftretenden Problems sich im 1-2 tage Rythmus ändert. Leider weiß ich immer noch nicht, woher oder wer diese Anfragen sendet, die dann von den Remotehosts zurückgewiesen werden...

Den Pfad darf es dann auch nur auf den PC's der von dir angelegten OU geben. Falls nicht, nochmals die GP in deinem AD kontrollieren und ob diese auch wirklich auf die betreffenden Rechner ausgebracht werden...

Deine Registry sollte nach erfolgreichem Ausbringen der Policies in etwa so aussehen: wu.txt

Hoppala, war die von Office...aber lässt sich auch auf Windows übertragen...

Zitat Microsoft:

Das ist kein Ding... Ich beobachte das eventLog schon seit Tagen, da ich den ganzen Einträgen dort nicht traue und paranoid wie ich bin, überall Sicherheitslücken vermute :D :D :D

Hi Erik (& Forum)! - Hab jetzt mehrer Wochen an dem Problem gesessen. - Alle Theads hier aus dem Forum und bei Microsoft hab ich durch. - Den Hotfix für das MAD-Problem ist installiert und hat dieses Problem behoben (leider hat das nix mit OAB zu tun) - Hab die Replizierung des OAB's mal auf Mittag 1200 angesetzt und siehe da...Replizierung und Generierung sind ok Aber das Problem stellt sich immer noch so dar (Outlook-Client gesamt Domäne): 12:08:00 Microsoft Exchange offline address book 12:08:00 0X8004010F Hab in nem anderen Thread gelesen, daß *.oab - Dateien auf dem Client vorhanden sein müssen?! Leider befinden sich keine auf den Clients...hat das was damit zu tun? Langsam bin ich am verzweifeln und kurz davor, diese Option an allen Clients zu deaktivieren...benutzt eh niemand! Grüße

Die Fremddomäne lautet (ich poste das jetzt einfach mal unverschämt): adversite.com und deutet somit auf eine Such-/Link-Maschine SMTP-Protokollierung war auf "mittel"...jetzt auf "max" Virus kann ich ausschließen...jeder Client ist mit VirusScan Enterprise per zentralem AutoUpdate bestückt...

Vielleicht noch ne Info... - Aus unserer Domäne versucht kein User die in der eventID angegebene Domäne zu erreichen, es erscheint lediglich die eventID und ich weiß nicht, woher das kommt...

- Was ist ein 'Smart Host' (Begriff noch nie gehört) - Feste IP! - Kurze Vorgehensweise (mail über telnet noch nie gemacht)

Guten morgen, Exchange Server eventlog: - eventID: 4006 - source: MSExchangeTransport - Kategorie: Verbindungsmanager - Typ: Warnung - Beschreibung: Fehler bei der Nachrichtenübermittlung an Host '<IP>' während der Übermittlung an die Remotedomäne '<Domäne>' aus folgendem Grund: Die Verbindung wurde vom Remotehost getrennt. - Häufigkeit: 20-30 Mal am Tag Immer dieselbe IP und Domäne...hab bis jetzt keine Lösung im Web gefunden (Google, EventID.net) Weiß da jemand ne Lösung?

Sorry hast Recht, erst lesen, dann schreiben... :D FrontEnd - BackEnd - Lösung wäre das was ich brauche... SUPERTIP ;)

...langsam, ich geb noch mal ein paar zusätzliche Info's und hol mal etwas weiter aus... Das ganze ergibt sich nämlich doch noch etwas komplizierter. Der Server den ich in die DMZ nehmen will soll zukünftig den WebAccess übernehmen, den im Moment noch der Exchange Server innehat. Kann man das einfach so durchschleifen? Denn bei einem Cluster hab ich das Problem, daß ich den dort die DMZ ja nicht seperat konfigurieren kann...

Hi Leutz! Bevor ich die Frage stelle hier vielleicht erstmal zur Situation: - Three homed perimeter network (DMZ) - ISA Server 2000 (3 NIC's) - Corporate network mit 5 Servern (1 davon Exchange 2003) - DMZ mit 1 Server Mal unabhängig davon, ob dieses spezielle Sache, die ich jetzt gleich ausführe, funktioniert; ist es denn generell möglich einen Exchange Server auf einen 2. Server 1:1 zu replizieren. Und nun speziell: Kann ich das Replizieren vom coporate network Exchange Server auf den DMZ-Server bewerkstelligen und wo kann ich mich mal darüber informieren? Ich hoffe mal, ich überforder euch mit der Frage nicht?!

Ich hab schon bei mehreren Firmen gesehen, daß die die CD-ROM's einfach ausgebaut haben -> Problem behoben :D

Office reparieren! "Menuleiste -> Help -> Detect and Repair" auf nem anderen Office Produkt ausführen... Oder über die Systemsteuerung...

Gibt's bei XP nicht...

Diese Informationen liegen in den sogenannten "Shadow Copy" - Infos. Du kannst diese normalerweise seperat mit dem Standart-Windows-Backup sichern und nachher wieder aufspielen. Registry und AD befinden sich dann auch dort und somit auch die Informationen über die Freigaben... Leider weiß ich nicht, ob die Shadow-Copy's auf ein anderes Betriebssystem aufgespielt werden können, obwohl das AD dasselbe sein müsste... Noch einfach geht das ganze mit Backup Exec. Dort kann man eine sogenannte Boot-IDR-CD erstellen, auf der ebenfalls die Shadow-Copy's abgelegt werden...

Boot-Diskette: - chkdsk o.ä. mal laufen lassen - fisk /mbr ...aber ich vermute, das wird nichts mehr bringen...