auer

Da gibt es verschiedenste Möglichkeiten. Mögliches Beispiel: Über Systemsteuerung - ODBC (oder OdbcAd32 in der DosBox, falls nicht eingeblendet) eine Datei-DSN neu erstellen, das ist eine kleine Textdatei, bei der alle Optionen drinstehen. In Word bei 'Seriendruck - Schritt 3 von 6' den Dateinamen dieser eintragen - der Rest müßte von selbst gehen, falls Tabellen verwendet werden. Wenn nicht eine Tabelle oder eine in der Access-Datenbank vordefinierte Abfrage verwendet werden soll, sondern die Abfrage 'per Hand' zusammengebaut werden soll, geht dies über MsQry32.exe (im Office10-Ordner). Mit diesem verwendet man eine ODBC-Datenquelle, kann sich jedoch einen Sql-Befehl explizit per Hand zusammenklicken, das ganze als *.dqy - Datei speichern und von Word heraus ansteuern. An das MsQry32 kommt man auch, indem man in Excel 'Daten - Externe Daten importieren - Neue Abfrage erstellen' wählt. Dort muß man wieder erst eine ODBC-Quelle auswählen und kann diese entweder klein (nur Tabellen) übernehmen oder mit MsQry32 weiterbearbeiten. ------------- Gruß, Auer

Binde die Datenbank in irgendeine Sicherungsstrategie ein. Und sei es nach der Banal-Methode als Batch-Prozedur: copy Sicherung2.mdb Sicherung3.mdb copy Sicherung1.mdb Sicherung2.mdb copy AktuelleDatenbank.mdb Sicherung1.mdb Du kannst auch zehn Versionen draus machen und das ganze in den Autostart reinlegen - dann gibt es ältere Versionen. Was weg ist, ist weg. ------------- Gruß, Auer

Es gibt zwei verschiedene Möglichkeiten: Zum einen gibt es einen ziemlich schrägen Bug bei Microsoft - siehe http://www.geek.com/news/geeknews/2003Apr/gee20030418019646.htm Zum anderen kann es sein, daß Du irgendein Zusatzprodukt verwendest, das AddIns einspielt. Sieh bei einem frisch gestarteten Word (ohne weitere Dokumente) unter Extras - Vorlagen und AddIns nach, ob da irgend etwas zusätzliches drin ist - falls ja, deaktiviere dies. Sieh unter Extras - Makros - VisualBasicEditor nach, ob mehr dasteht außer 'Normal', klick dich durch den Projektexplorer (falls nicht da, mit Ansicht - Projektexplorer) einschalten, ob bei der Normal irgendwo Code drin ist. ------------- Gruß, Auer

Eventuell handelt es sich wieder um das hier kreisende Problem, daß irgend etwas mit dem Protokoll nicht stimmt. Der nun folgende Vorschlag hört sich komisch an: Klicke mit der rechten Maustaste auf das scheinbar leere Protokoll, sage 'Löschen' und starte den Rechner neu. Es scheint irgendeine Konstellation zu geben, bei der ein Ereignisprotokoll voll ist, jedoch nichts angezeigt wird. Der obige Workaround hat seltsamerweise schon mindestens zweimal positiv gewirkt. ------------- Gruß, Auer

Du kannst Excel-Tabellen direkt in Access über Datei - Externe Daten - Importieren in eine Access-Datenbank umwandeln. Die viel wesentlichere Frage ist, wieviele Tabellen Du hast und ob diese normalisiert sind. ------------- Gruß, Auer

Ist das nicht immer so? Wenn ich bei mir die Ereignisanzeige den ganzen Tag über offen habe und sie nicht aktualisiere (bzw. zu einem anderen Protokoll wechsele und wieder zurückgehe), dann ist sie abends noch auf dem Stand vom Morgen. ------------- Gruß, Auer

Wenn das Problem regelmäßig alle zwei Stunden auftaucht, wird es eher nicht ein Hackerproblem sein. Es gab mal vor einigen Wochen ein Problem, daß jemand im Abstand von 10, 20 und 40 Minuten solche Meldungen hatte - da steckten DNS-Probleme dahinter. Suche mal im MB. ------------- Gruß, Auer

Bau dir einfach eine Verknüpfung und lege diese entweder in dein Nutzerprofil - Startmenü, ins AllUsers oder direkt auf das Startmenü. Wenn Du gpedit.msc aus einer DosBox heraus starten kannst, genügt es, eine neue Verknüpfung zu erstellen und als Ziel einfach GPEdit.msc einzugeben. ------------- Gruß, Auer

Vielleicht suchst Du das, was ich immer in einer DosBox über gpedit.msc starte. Ich bin immer zu faul, mich durch das Startmenü zu hangeln. ------------- Gruß, Auer

Nur vage Vermutungen - angesichts des 97: Gibt es in der Systemsteuerung einen Punkt Mail, mit dem man sich Konten definieren kann? Gibt es andere Optionen auf diesen Masken (Netzwerk o.ä.) - Du möchtest ja nicht ein neues Programm per Setup installieren, sondern dich an ein bestehendes anschließen? ------------- Gruß, Auer

Da Du XP hast: Hol dir bei Microsoft das TweakUI, da gibt es einen Punkt 'Restore Images' (so ungefähr) - das ist meines Wissens nach etwas heftiger. ------------- Gruß, Auer

Mit der 'Berechnung' war folgendes gemeint: Die ganzen Fenstergeschichten werden allesamt von Windows erledigt, selbst jemand, der maximal systemnah mit API-Funktionen programmiert, sagt nur: 'Ich will ein Fenster haben, es soll auf dieser X/Y-Koordinate beginnen, so groß sein und jenen Text enthalten'. Übliche Programmierumgebungen (Visual Basic für alte kleine Freeware-Programme) schirmen auch diese Ebene vom Programmierer ab. Windows muß sich also gewisse eigene Parameter (fiktiv 20, faktisch sehr viel mehr) intern merken - 'ist das Fenster so groß, der Text so lang, die Schriftgröße so, der Font dieser ... dann brauche ich (= Windows) zwei Zeilen' - bei deinen 'hübschen Bildern' denkt Windows, daß eine Zeile genügt. Diese internen Parameter können eigentlich bloß in der Registrierung gespeichert sein - aber niemand weiß, wo. Also: Windows zur Neuberechnung aller Parameter zwingen, das müßte am ehesten entweder durch eine andere Auflösung oder durch einen anderen Bildschirmtreiber gelingen. Sprich deine Grafikkarte mal mit einem möglichst einfachen, Standard-VGA-Treiber an, damit kannst Du nicht allzuviel kaputt machen, es kann ja bloß besser werden. ------------- Gruß, Auer

Eigentlich hört sich für mich das Symptom nach dem Wurm an, den es Anfang dieses Jahres gab und der meines Wissens nach immer noch geistert - mir fällt nicht einmal mehr der Name ein. Wenn man mit einem Rechner eine Viertelstunde online ist, dürfte man den Wurm haben. Hast Du das SP3 draufgepackt, dieses beseitigt das Problem? Und die spannende Frage ist natürlich immer: Was machst Du sonst noch mit dem Rechner, ist eine Firewall drauf, sind für den Sql Passwörter definiert? ------------- Gruß, Auer

Mit den Tab-Tasten kommst Du an kritischen Stellen eventuell auch so durch die Menüs durch - aber das (ziemlich herbe) Problem löst dies nicht. Es sieht danach aus, als ob von sozusagen 20 Parametern für die Darstellung 3 zerschossen wären - die müssen irgendwo in den sehr tiefen Tiefen der Registrierung sein. Kannst Du den Rechner im abgesicherten, nur VGA-Modus starten und dann bsp. die Auflösung auf 800*600 setzen, so daß das System gezwungen ist, alle Werte wieder neu zu berechnen? ------------- Gruß, Auer

Wenn ein Problem 'von einem Tag zum anderen' auftritt, ohne daß etwas an der Konfiguration geändert wurde, könnte ein Dialer oder irgendeine Spyware dahinterstecken. Eine solche kann eine bestehende DSL-Verbindung unterbrechen, hängt sich dann auf, weil sie kein Modem findet - und der IE oder eine entsprechende Konfiguration baut die Verbindung wieder auf. Suche mal im Board bzw. lass das Yaw von yaw.at drüberlaufen. ----------- Gruß, Auer

Komisch - bei meinem Standalone-Rechner verwende ich zwar OE unter XP nicht, habe mir aber ein Testkonto eingerichtet - bei dem ist das Passwort gespeichert. Das habe ich einmalig gemacht, als normaler Benutzer - seither isses drin. ----------- Gruß, Auer (der für seine Mails Pegasus nutzt)

Hey - das ist natürlich ein richtiges JS-Killerscript, mit dem hosts-Problem hat dies nichts zu tun. Der FireBird führt kein JScript aus, mit dem hat man das Problem nicht. Interessant dabei ist: Wer als Nicht-Admin surft, bei dem müßte das Script abbrechen, wenn es versucht, den HKLM-Schlüssel zu schreiben - da Nicht-Admins auf diesem keine Schreibberechtigung haben (sollten). Wenn sie's doch haben, die die Konfiguration nicht brauchbar. ----------- Gruß, Auer

Hhm ... komisch ... wenn die MS-Installation sauber durchläuft, müßte das Ado >= 2.5 eigentlich laufen. Prüfe mal testweise folgendes: Öffne Word (oder Excel), geh auf Extras - Makros - VisualBasicRecorder. Wenn der Projektexplorer links nicht sichtbar ist, schalte ihn mit Ansicht-Projektexplorer ein, aktiviere per Doppelklick bsp. in Word Normal - Microsoft WordObjekte - ThisDocument, rechts müßte es eine weiße Fläche geben. Geh nun auf Extras - Verweise und suche in der langen Liste, ob die 'Microsoft ActiveX Data Objects 2.5 Library' oder größer vorhanden ist. Falls ja, hat die letzte Installation funktioniert, dann liegt das Problem in der Access-Anwendung. Falls nein, ist die Installation irgendwie schiefgelaufen. ------------ Gruß, Auer

Was für eine Fehlermeldung kommt denn, wenn Du versuchst, die Dateien zu öffnen? Word legt ja immer solche ~$ - Dateien an und benötigt dafür gewisse Rechte bzw. müßte ansonsten die Datei eigentlich schreibgeschützt öffnen. ------------- Gruß, Auer

Bei mir ist der IWAM-Benutzer mit Vollzugriff eingetragen, das habe allerdings nicht ich gemacht, sondern das wird irgendwie bei einer Installation passiert sein. Wenn dir 'Benutzer' zu umfangreich ist: Schmeiß mal 'Benutzer' raus und setze den IWAM mit Vollzugriff rein. ------------- Gruß, Auer

Es könnte sein, daß es irgendein Problem mit dem Zugriff auf die entsprechenden Speicherbereiche gibt. Richte dir probeweise über Datei - Identitäten eine neue Identität ein und prüfe, ob mit dieser dasselbe Problem auftritt. Sollte das nichts nutzen, richte dir probeweise einen neuen XP-Nutzer ein und versuche es mit diesem. Solche Bugs können so speziell sein, daß es sich nicht lohnt, da zu lange zu suchen, falls sich das Problem anders lösen läßt. ------------ Gruß, Auer

Der Account 'Local System' ist standardmäßig vorhanden, hat kein Kennwort und muß nur verwendet werden. Wenn möglich, sollte ein Datenbankserver allerdings nur unter einem normalen Benutzeraccount laufen - beim Ms-Sqlserver geht dies. ------------- Gruß, Auer

@günterf: Das ist nicht das Problem bei solchen Verschlüsselungsalgorithmen, insofern trifft @AMDathlon mit seiner Frage einen durchaus wunden Punkt. Es gibt zwei verschiedene Verschlüsselungsprinzipien: 1. PWD 'topsecret' -> Hashwert mit nicht injektiver Funktion -> wird gespeichert. Das macht bsp. Windows, wenn es sich an einem anderen Rechner anmeldet, da wird nicht das Passwort, sondern nur der Hashwert über's Netz geschickt. Da die Funktion nicht injektiv, kann das Passwort selbst bei bekanntem Algorithmus nicht direkt aus dem Hashwert abgeleitet werden. Problem dabei: Man schickt alle möglichen Passwörter durch eine solche Funktion, speichert sich die Werte - und muß bloß noch vergleichen. 2. Verwendung einer bijektiven Funktion: Aus 'topsecret' wird etwas Kryptisches, aus dem Kryptischen kann wieder 'topsecret' gemacht werden. Wer die Funktion und das verschlüsselte Passwort kennt, kennt das Original. Trifft 2 auf solche sif-Dateien zu, dann ist die Sache heikel. Folglich: Bei Installationen wird entweder das Passwort im Klartext verwendet (dann steckt eine Bijektion im Sinne von (2) dahinter) oder die Verschlüsselung entspricht der Windows-internen Verschlüsselung, so wie die Passwörter in der SAM abgelegt sind. Im letzteren Fall muß es eine Möglichkeit geben, einen Nutzer zu erzeugen und ihm das verschlüsselte Passwort so mitzugeben, daß es nicht erneut verschlüsselt wird. Beim Sql-Server kennt die Prozedur sp_password genau diese Möglichkeit - den Code kann man sich auf jeder MSDE ansehen. Das Problem mit dem Brute Force hat man da genauso. Folgerung für @AMDathlon: Nimm ebenso ein möglichst starkes Passwort. Kommt die Winnt.sif in falsche Hände und legt es jemand darauf an, so benötigt er nur eine Möglichkeit, einen solchen Brute-Force - Versuch zu starten - selbst wenn es sich nicht um eine reversible Verschlüsselung handelt. Anders ausgedrückt: Sobald solche Dateien irgendwie zugänglich sind: Keine Dummy-Passwörter verwenden. ------------- Gruß, Auer

Die GPO (= Global Policies ???) ist eine ganze Sammlung von Richtlinien für den Computer, mit denen man bsp. lokale Admins von der Domäne her einschränken kann. Starte als Admin in einer DosBox gpedit.msc - und mach dich zunächst gründlich mit der Struktur vertraut, bevor Du etwas änderst. Das Ding ist eigentlich relativ selbsterklärend, irgendwo gibt's dann auch dieses 'lokale Anmeldung verweigern'. ------------ Gruß, Auer

Das wird irgendeine Richtlinie in der GPO sein, die das untersagt. Bsp. 'lokales Anmelden verweigern'. ------------ Gruß, Auer