Hi, der Maximalwert beträgt doch 255 Tage im System > Bereinigung
wie auch immer wir haben schon bei 50 Tagen Probleme das Protokoll anzuzeigen
Man konnte jedoch das Eingangsprotokoll mit einem Befehl erweitern wo er dann eine DAT in einem Verzeichnis anlegt die immer weiter geht.
ich habe dazu ein Eingangs-Auswertungen Verzeichnis und das scheint unendlich anzuzeigen...
ich muss schauen wie das nochmal ging / Ich finde es nicht OMG hab ich vor 10 Jahren oder so angelegt...
Zum Thema Altlasten:
Naja ich habe natürlich nicht die Clienten gemeint sondern das HOST und Server OS "David" Verzeichnis evtl. war es mal bei Ihm aus 32 Bit Serverzeiten."auch da hatten wir schon David".. wie kommt sonst der SL auf den komischen Pfad. Vielleicht hat er mal 1:1 kopiert oder geklont oder was auch immer.
Wir hatten natürlich David einmal neu installiert auf wir auf 64 Bit Server OS umgestiegen waren und alles über Strongbox importiert, das dauerte damals 1 Woche oder so
Hmmm 32 / 64 Bit Kram?
DIe
C:\Windows\SYSTEM32\davidlib.dllLiegt bei uns in: C:\Windows\SysWOW64
hat hier wer noch 32 Bit installationen? und Systeme?
Nachtschicht OMG! bei uns hat David 1,5 TerraBytes da ist wenn was passiert eher Wochenschicht..
Desswegen warte ich mit dem update noch..... weitere freiwillige bitte VOR.
Ganz komisch, die Netzwerke funktionieren einwandfrei David startet aber bei 30% aller Nutzern mit bis zu 10 Minuten wenn man dann anklickt:
Fehlerbucket 1933139083372980619, Typ 5
Ereignisname: AppHangB1
Antwort: Nicht verfügbar
CAB-Datei-ID: 0
Problemsignatur:
P1: DVWIN32.EXE
P2: 12.0.0.8211
P3: 5ea17dd6
P4: 8818
P5: 134217728
Das Programm DVWIN32.EXE Version 12.0.0.8211 hat die Interaktion mit Windows beendet und wurde geschlossen. Überprüfen Sie den Problemverlauf in der Systemsteuerung "Sicherheit und Wartung", um nach weiteren Informationen zum Problem zu suchen.
Prozess-ID: 2f64
Startzeit: 01d61ea868607abd
Beendigungszeit: 70
Anwendungspfad: C:\Program Files (x86)\Tobit InfoCenter\DVWIN32.EXE
Bericht-ID: 20f2dd86-7249-4766-9ac7-e5097d70e53f
Vollständiger Name des fehlerhaften Pakets:
Relative Anwendungs-ID des fehlerhaften Pakets:
Absturztyp: Unknown
und ich habe Testsrechner neu aufgesetzt, da gibts keinen Virenscanner nichts , jungfräuliche Systeme egal ob 32 Bit oder 64 Bit sobald auf das User Archiv zugegriffen wird dauert es 10 Minuten bis zur Reaktiion und es sind user mit sehr wenig Emails dabei , man kann nichtmal sagen das dort unenlich viele Daten drin sind, insgesamt werden auch nur 20 MB übertragen.....
Dateisysteme in Ordnung keine CHKDSK Fehler am Server / Durchsatzraten OK
Guten Morgen, wir bekommen massig Meldungen herein das die David Clienten nur noch weiße Seiten anzeigen seit 320, etwa die Hälfte aller David Clienten arbeiten einfach nicht, der Server selbst scheint zu funktionieren und der Servicelayer wurde auch Restartet, das hatten wir schonmal mit 317 und 318 glaube ich mit 319 war alles OK, ich verstehe das einfach nicht. Gestern bis Abends war noch alles OK und heute morgen..... wenn man die Fenster anklickt "Reagiert nicht mehr" Blah.... hat jemand soetwas beobachten können?
Edit: Wenn man den Clienten 20 Minuten nicht anfässt ist er geladen und funktioniert als wenn nichts wäre auch auf und zu funktioniert, jedoch wenn man ihn unten neben der Uhr wieder startet geht das SPiel wieder von vorne los...
Komisch das Netzwerk funktioniert und alle sind mit 1 Gbit angebunden und Dateien Transferieren mit > 90 MB /s
Internet ist auch da.... Netzwerke und Serverfreigaben auch...
schon besseres Gefühl mit dem Patch....
User Melden DVAPI32.DLL crasht den Druckerspool: 2 WKST Schon:
Fehlerbucket 2096651935040121362, Typ 5
Ereignisname: BEX64
Antwort: Nicht verfügbar
CAB-Datei-ID: 0
Problemsignatur:
P1: spoolsv.exe
P2: 10.0.18362.476
P3: 0c68a260
P4: DVAPI32.DLL_unloaded
P5: 12.0.0.530
P6: 5e690b43
P7: 0000000000221be3
P8: c0000005
P9: 0000000000000008
P10:
Name der fehlerhaften Anwendung: spoolsv.exe, Version: 10.0.18362.476, Zeitstempel: 0x0c68a260
Name des fehlerhaften Moduls: DVAPI32.DLL_unloaded, Version: 12.0.0.530, Zeitstempel: 0x5e690b43
Ausnahmecode: 0xc0000005
Fehleroffset: 0x0000000000221be3
ID des fehlerhaften Prozesses: 0x350
Startzeit der fehlerhaften Anwendung: 0x01d601afb185421d
Pfad der fehlerhaften Anwendung: C:\WINDOWS\System32\spoolsv.exe
Pfad des fehlerhaften Moduls: DVAPI32.DLL
Berichtskennung: 53dc6eba-1e46-486b-b8c8-5caad6605b23
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:
Wahrscheinlich wenn EMails geklickt werden.....
Zum Kotzen jetzt fängt an der Service Layer zu crashen:
Name der fehlerhaften Anwendung: sl.exe, Version: 12.0.3159.0, Zeitstempel: 0x5e5ccfd8
Name des fehlerhaften Moduls: DAVIDTLS.dll, Version: 12.0.267.0, Zeitstempel: 0x5db80916
Ausnahmecode: 0xc0000005
Fehleroffset: 0x00148c5e
ID des fehlerhaften Prozesses: 0x3310
Startzeit der fehlerhaften Anwendung: 0x01d5fd00a96cb8f7
Pfad der fehlerhaften Anwendung: C:\David\Code\sl.exe
Pfad des fehlerhaften Moduls: C:\Windows\SYSTEM32\DAVIDTLS.dll
Berichtskennung: 82d874d5-52cc-4dee-b3c8-f158ccc091b1
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:
Fehlerbucket , Typ 0
Ereignisname: APPCRASH
Antwort: Nicht verfügbar
CAB-Datei-ID: 0
Problemsignatur:
P1: sl.exe
P2: 12.0.3159.0
P3: 5e5ccfd8
P4: DAVIDTLS.dll
P5: 12.0.267.0
P6: 5db80916
P7: c0000005
P8: 00148c5e
P9:
P10:
Server 2016
Moin, kommt bei uns jetzt auf einmal auch so.... der Client baut keine 267 Port Verbinmdung mehr auf...
Programm DVWIN32.EXE, Version 12.0.0.8148 kann nicht mehr unter Windows ausgeführt werden und wurde beendet. Überprüfen Sie den Problemverlauf in der Systemsteuerung "Sicherheit und Wartung", um nach weiteren Informationen zum Problem zu suchen.
Prozess-ID: 3378
Startzeit: 01d5fb6e84372305
Beendigungszeit: 13
Anwendungspfad: C:\Program Files (x86)\Tobit InfoCenter\DVWIN32.EXE
Berichts-ID: c9cea1be-6761-11ea-8ff5-1831bfcef0ae
Vollständiger Name des fehlerhaften Pakets:
Auf das fehlerhafte Paket bezogene Anwendungs-ID:
Wenn er auf volle S/MIME Kommunikation geht ist auch der Anhang mit verschlüsselt
Da ist doch schon ein Fehler, wenn die andere Hälfte per Gruppenrichtlinie "Ausgegraut" ist darf die eine sich nicht einfach ändern lassen.
Fix Nummer XYZ: " In einem Einzelfall" kam es zum Crash des Clients beim Laden von externen Inhalten
Fix Nummer Z2: "In einem Einzelfall wurden Gruppenrichtlinien nicht richtig übernommen"
Wir bekommen massig Crashes rein wenn man auf bestimmte EMails Klickt, jetzt bei mir sogar:
Fehlerbucket 1804045096991428321, Typ 1
Ereignisname: APPCRASH
Antwort: Nicht verfügbar
CAB-Datei-ID: 0
Problemsignatur:
P1: DVWIN32.EXE
P2: 12.0.0.8148
P3: 5e5ccdc7
P4: StackHash_74f6
P5: 10.0.18362.657
P6: 832e7bce
P7: c0000374
P8: PCH_DB_FROM_ntdll+0x0007232C
P9:
P10:
Microsoft Windows [Version 10.0.18363.657]
OMG Es sendet wieder, Tobit hat zurückgerufen es war das David PORT EXTRA
c:\David\Tld\Port\Extra\
Tld.cfg verschwunden , wer weis wie lange schon, aus Schattenkopien wieder einkopiert und der PORT Greift wieder !!!!!!!!!!! ...... ich habe erstmal fertig für heute
Der Postman reagiert auf externe Nachrichten nicht mehr, er nimmt die nicht mehr an alles steht auf unbearbeitet.... im Status Monitor meldet sich Ionos einfach nicht mehr, der Port Transmittet nicht mehr obwohl Über SMARTHOST Versenden aktiv ist.
EDIT: Emergency Rückruf aktiviert, mal sehen was die Tobits sagen....
EDIT: Auch nach Rollback auf 316 Reagiert der Postman nicht, irgendwas wurde mit dem PORT000 veranstaltet
Was ist das denn! nach dem Update funktioniert der POSTMAN nicht mehr alle Mails stauen sich auf!
ich bekomme die externe Kommunikation nicht mehr hin und weis nicht was es ist.... smtp.ionos.de greift nicht mehr durch den POSTMAN
was sagt den der Debug Monitor, oder das Debug logfile , wann geht er Down nach welcher Zeit?
was sagt das Ereignisprotokoll? Ausserdem in der Port Config P000 "Deaktivieren unterbinden"
SO jetzt sind alle EXEN nicht mehr Zertifiziert , es ging EIN Jahr lang gut, die David Exen waren Zertifiziert und nun FIREWALL BLOCK wegen untrusted....
jetzt kann ich wieder ALLE EXEN der Pakete mit der Hand Freischalten und 200 Workstation lassen das Updsate nicht durch.
Objekt\Dateipfad: C:\Windows\Temp\Package2\clients\windows\dvwin32\setup\setup32.exe
Objekt\Quelle: C:\Windows\Temp\Package2\clients\windows\dvwin32\setup\setup32.exe
Objekt\Hash: feda53c36726885772dfabd43a04580d2f11924abc41bac3175839733119a7f9
Objekt\Dateipfad: C:\Windows\Temp\Package2\clients\starter.exe
Objekt\Quelle: C:\Windows\Temp\Package2\clients\starter.exe
Objekt\Hash: 503a4ad26fbeb17a0cf2f74f6a85cf5017169dd297da93ee2687b8ca3028aac1
Objekt\Dateipfad: C:\ProgramData\Tobit\Updates\client-update.exe
Objekt\Quelle: C:\ProgramData\Tobit\Updates\client-update.exe
Objekt\Hash: c33d65fd959797ebc26b4b687274fb0e521ccb46a3f75aff8d3b4bac5ecbf8bb
Ich exclude das ganze Behinderte: C:\ProgramData\Tobit\Updates\ *****************
was die DVWIN32.EXE nun auch UNTRUSTED....
SIeht aus wie SHA-1 desswegen nicht akzeptierte Signaturen
ich glaube das ist der Spamschutz kram:
Aktualisierte Spamschutz-Engine
Zur stetigen Optimierung des Spamschutzes wurden die zentralen Funktionen der Message Identification Services aktualisiert und stehen nun in einer neuen Engine zur Verfügung. Diese neue Engine nutzt nun einen 64 Bit Prozess (neue Module dvscdmon.exe, SpamDefer.dll, SpamFilter.dll), Voraussetzung für das Betriebssystem ist mindestens Server 2008 R2. Ältere Betriebssysteme nutzen weiterhin die bisherige Variante.
von den Androiden schaffen wir das noch nicht, aber die IPHONES nehmen das Exportierte und Umgewandelte Zertifikat. Folglich ist die Kommunikation von einem Androiden nicht zertifiziert, ohnehin sollten die mobilen Devices nur zum "Schnell einsehen" verwendet werden.