Der Pale Moon kann wohl seine Herkunft nicht verleugnen - da habe ich nun schon gestaunt!
Nur 1 leeres File, ohne child und file extension, sonst aber ganz gem. MOZ_LOG_FILE!
Das zeigt, dass das Problem schon eine ganze Weile im FF/Mozilla Code sein muss.
Weiss jemand, wann Pale Moon den FF Code "geklaut" hat?
stimmt ja gar nicht, was ich da erzähle: mit logging sinds 4 Prozesse, ohne aber 5!
Das soll mal einer verstehen...
da für das Logging ja womöglich ein Prozess aktiviert wird, der aus dem gemeinsamen Mozilla-Code hervor geht.
Gut möglich. Dagegen spricht allerdings, dass TB für logging keinen neuen Prozess startet. Es sind immer die gleichen 4 - mit oder ohne Logging:
Wie ist es denn, wenn Du zwei FF-Instanzen startest, also `firefox -p` auf zwei verschiedenen Profilen. Machen die dann auch "Übersprechen"? Man könnte eine FF-spezifische env var setzen, um zu sehen, ob dann auch die andere Prozess-Familie mit dem Logging anfängt.
das halte ich mir warm! Konzentriere mich aber vorab mal auf Gene's test cases zur send mail Problematik und bleibe daher noch etwas bei Pale Moon...
Aber das könntest du ja auch selbst testen, falls du Lust hast (und nen WindowsPC) 
tritt das "Problem" und die somit aufgeworfene Sicherheitsfrage nur beim aktivierten Logging auf
Würde ich jetzt so nicht unterschreiben.
Fakt ist, dass zwischen FF und TB kommuniziert wird.
Ich würde mal davon ausgehen, dass das nicht nur beim Logging der Fall ist. Es wird halt dort ersichtlich, weil Files kreiert werden.
Ich habe die Beiträge zu "Interprocess communication" in ein neues Thema verschoben.
Macht natürlich Sinn - Danke Thunder!
Sieht danach wirklich so aus, als gäbe es hier ein IPC (interprocess communication) Problem
Danke jorgk3 - das tut meiner Informatiker-Seele gut! Ich hatte schon befürchtet, ihr wärt komplett "beratungsresistent"
Nun können wir das OT Thema hier ruhen lassen.
Ich mach mal mit meinen Tests weiter, die Gene vorgeschlagen hatte...
Wer jetzt das Locking macht und wie Windows das meldet, ist sekundär.
Wir sind hier auf einem Nebenschauplatz gelandet.
Teilweise einverstanden. Am Thema arbeite ich ja mit BMO weiter. Und werde dort sicher später einen neuen Bug eröffnen.
Der "Nebenschauplatz" ist eine mittlerweile doch sehr gut belegte potentielle Katastrophe. Wenn ihr das jetzt einfach so abtut, fehlt mir dafür jegliches Verständnis!
Der Firefox legt diese Files an, weil die Umgebungsvariable gesetzt ist.
eben nicht!
Die Variablen bleiben natürlich im laufenden TB-Prozess gesetzt, auch nachdem das Script endet, weil das (lokalisierte) Environment mit dem "Start" mitgegeben wird.
FF sieht diese Variablen aber zu keinem Zeitpunkt. Egal, ob er vorher schon lief oder erst nach TB gestartet wird.
Hatte ich ja sogar getestet!
War das wirklich FF, oder einer der Multi-Prozesse von TB
Es war FF, weil der ist ja seit gestern deinstalliert und das Problem mit den child-files ist seither weg, auch nach mehreren TB Neustarts.
(Ich verwende jetzt Pale Moon, zwar auch ein FF-Klon, aber der pfuscht wenigstens dem TB nicht rein, und lässt mich immerhin meine FF-Bookmarks importieren.)
Es werden nun lediglich die 4 child-files angelegt, die wohl den 4 Prozessen von TB entsprechen.
Und ja, Susi: für alle diese 4 Prozesse ist MOZ_LOG natürlich gesetzt. Aber eben für keinen anderen Prozess.
Egal, was ich im TB mache: Mail erstellen/versenden/löschen/archivieren, neue Kalendereinträge, Kalender synchronisieren, neue Aufgaben, Add-on Menu, Einstellungen... - es bleiben die 4 Prozesse und die 4 child-files.
Ich wüsste nicht, was es hier noch zusätzlich bräuchte - die Beweislast ist einfach erdrückend!
ich glaube es ist so, dass der Wert der Umgebungsvariablen bis zum Beenden des Scripts bzw. eines endlocal auch außerhalb der Batch wirkt. Das teste besser mal.
Falsch!
Die Variable ist weg, sobald das Script endet. Und das tut es während TB startet ("Start" ist ein fork).
In keinem anderen Cmd-Environment ist die Variable MOZ_LOG oder MOZ_LOG_FILE vorhanden oder sichtbar.
Habe ich sogar getestet (obwohl unnötig)!
neues UND bereits offenes (entspricht laufendem FF) Cmd-Window: "Set" (listet alle Umgebungsvariablen) zeigt weder MOZ_LOG, noch MOZ_LOG_FILE
Zugegeben, manchmal ist Windows schon etwas doof. Aber so doof nun auch wieder nicht: es kann Prozesse und deren Adressräume schon seit DOS-Urzeiten klar auseinander halten, sonst würde das OS uns mindestens minütlich um die Ohren fliegen!
Gene's/jorgk3's These leider widerlegt!
FF um 20:30 deinstalliert, TB neu gestartet und fleissig verwendet. Hat dann bis 00:00 gerade mal 5 Files kreiert (nicht 44!):
TB gestoppt. Files gelöscht - ohne Probleme (nix "file is open in Firefox").
Zur Erinnerung: child-4 wird schon am Anfang von TB kreiert und war letztes Mal "open in Firefox"
Leute, es gibt hier ein ernsthaftes Problem!!
ah ja, und die Umgebungsvariable kanns nicht sein, weil die nur lokal im Cmd-Script für den Start von TB gesetzt wird:
SetLocal
rem Set MOZ_LOG=POP3:5,timestamp
Set MOZ_LOG=IMAP:5,timestamp
rem create DateTime yyyymmdd-hhmmss
For /f "tokens=2 delims==" %%G in ('wmic os get LocalDateTime /value') Do Set DateTime=%%G
Set DateTime=%DateTime:~0,8%-%DateTime:~8,6%
Set MOZ_LOG_FILE=%~dp0Cleanup\Logs\TB-IMAP-%DateTime%
Start "" /D "C:\Program Files\Mozilla Thunderbird" "C:\Program Files\Mozilla Thunderbird\thunderbird.exe"
Endlocalausserdem war da TB bereits zu. Sobald ich Firefox gestoppt hatte, konnte ich die Files löschen.
Der Fall ist sowas von klar!!
Das glaube ich einfach nicht
Na dann halt nicht. Hier ist der Beweis:
Die "child" Dateien sind schon komisch, vielleicht ein "by product" des Multi-Prozess-TB.
Ich finde das gar nicht komisch, sondern sehr beunruhigend!
Dass ein gemeinsames Framework verwendet wird, ist logisch und lobenswert. "Re-use" ist immer besser als das Rad neu zu erfinden.
Aber dass die Thunderbird-Files von einem externen Prozess (Firefox) alloziert sind, deutet auf grobe Missstände:
- Umgehung der Prozess- und Filesystem-Integrität des Betriebssystems (machen sonst eigentlich nur böse Hacker und ihre Trojaner!)
- und damit potenzielle "Protection Exceptions", die zu Datenintegritätsproblemen und BSoD führen können
Das sind keine "Anfängerfehler". Dazu muss man sich schon ziemlich tief in die Materie reinknien!
Die Schlagzeile daraus wäre: "Mozilla (Firefox, Thunderbird etc.) deploy malicious code!"
Ich denke, dass hier alle Alarmglocken der Mozilla-Gemeinde läuten sollten:
Hey, Mozilla, wir haben da ein fundamentales Problem!
Aber nein: nicht mal auf BMO wird das verstanden - sehr verstörend...
Bin sehr gespannt auf Gene's Erkenntnisse - falls er Zeit findet...
Inzwischen habe ich auf BMO einen weiteren Kommentar erfasst (s.u.) - müssen wir uns da Sorgen machen?
when I run TB with logging activated (Set MOZ_LOG=IMAP:5,timestamp) it keeps creating empty "child" files.
see uploaded screenshots:
2021-12-09 TB logfiles child-1-23.moz_log.png
2021-12-09 TB logfiles child-24-43.moz_log.png
when I try to delete them after I stopped TB, some of them (1, 3-4, 35-37, 41-44) are in use by Firefox (which I have +/- always running).
I don't know the Mozilla code base, but apparently some Firefox code interferes with Thunderbird logging.
Maybe also with network traffic or other pgm logic?
Bin sehr gespannt auf Gene's Erkenntnisse - falls er Zeit findet...
Alle Sprachpakete im Add-on-Manager entfernen, am besten Neustart mit der -purgecaches Option in der Kommando-Zeile, dann nochmal versuchen
Danke, jetzt gehts. Ich hatte ein englisches (!) Paket drin.
Daher, bitte 5crambler, mach was draus.
Klar doch, Frust ist verflogen, Problem wieder aufgetaucht mit einem ganz kurzen Mail, da hatte ich weniger mit Logfile putzen zu tun
Bug ist geloggt: https://bugzilla.mozilla.org/show_bug.cgi?id=1745130
Ihr könnt da gerne Kommentare anfügen...
Hinweis der Moderation:
Dieses Thema wurde von Thunder aus einem anderen Thema abgespalten, um in den beiden Themen besser den Überblick behalten zu können. Der Startbeitrag hier im Thema wurde gekürzt, um den Inhalt auf das hier behandelte Problem zu begrenzen.
----------------------------
7. Überflüssige leere MOZ_LOG Files löschen: inzwischen sinds - Hab keinen Plan warum!!!?
8. Fehlermeldung: einzelne Log-Files sind bei *Firefox* in Verwendung!! Hallo??? Firefox beendet, gelöscht.
1. Habe ein Account in Bugzilla kreiert (die wollen ein 12-stelliges Passwort - ächz)
2. In Bugzilla nach "Send hangs" gesucht: nix Brauchbares. "Send failed": ebenso.
3. Die Sprache für PC und TB auf Englisch gewechselt (re-boot/restart), damit ich verständliche Evidenz schicken kann
4. Interessiert TB nicht. Menus bleiben deutsch:
5. Problem reproduziert (zufällig beim Senden eines e-Mails - passiert doch öfter als erwartet...): Anzeige in Deutsch - fühle mich verarscht!
6. "Speichern", wird in lokales Directory abgelegt, erneut gesendet, funktioniert, lokales Directory gelöscht, TB beendet.
7. Überflüssige leere MOZ_LOG Files löschen: inzwischen sinds 8. Hab keinen Plan warum!!!?
8. Fehlermeldung: einzelne Log-Files sind bei *Firefox* in Verwendung!! Hallo??? Firefox beendet, gelöscht.
9. Natürlich weiss ich den Zeitpunkt des misslungenen Sendens nicht (ich logge nicht jeden Send)
10. Jetzt müsste ich also wieder das Log durchkämmen und anonymisieren, hab aber eh nur ein Pop-up in Deutsch als Beleg und keine Ahnung auf welchen Zeitpunkt ich fokussieren sollte.
Dazu kommt die sehr motivierende Aussage, dass das Ganz wohl sowieso nirgendwo hinführt:
Wenn "wir Supporter" den Fehler zuverlässig reproduzieren könnten, hätten wir schon längst einen Bug aufgemacht
Sorry, aber mir reichts vollkommen für den Moment!!
Bin weiterhin offen für konstruktive Vorschläge, will mich aber nicht endlos für Nix sinnlos beschäftigen... 
