Das mit dem Thread %CURSOR ist gelöst und erledigt.
Das mit dem Befehl %SUBJECT=" " war ja die Lösung.
Ich habe die Makros von meiner Sicherung genommen, wo von der Version 8 oder 9 kam.
Nur das hatte den Makro %SUBJECT=" " nicht drinnen und ging.
Ich kann mich irgendwie dunkel daran erinnern,
dass wahrscheinlich in einem Pull-down-Menü, man das Makro %SUBJECT=" " anwählen konnte, so dass ein Haken danach erschien dort.
Sonst habe ich das geträumt.
Beiträge von merlin-ch
-
-
Solltest du später eine Ticket-ID bekommen, poste sie ebenfalls im BT für alle Fälle.
Wie später?
Habe schon eine Nummer, die ID heisst:
103987
Nur dort steht nur ID, nichts von Ticket.https://www.batboard.net/wcf/team/
Ja, Shen ist oft beschäftigt. Das kann dauern.
Ich sehe gerade, dass die Mods die Benutzernamen nicht ändern können. Sonst hätte einer von uns weiterhelfen können.
Das eilt ja nicht.
-
Dann bestätige den o.g. BT-Eintrag sowie auch den, den Gwen für dich in einem anderen Thema erstellt hat. Mehr dazu unter "BugTracker-Verwendung".
Danke für die Erinnerung.
Habe gerade eine lange Leitung.
Zu viel im Kopf im Moment.
Habe gerade den BT Beitrag #0000713 bestätigt.
Dort registriert unter dem Namen "Angel".
Merlin ist nicht mehr aktuell.
Ur-Alt.
Wer ist hier der Administrator?
Wollte meinen Namen schon lange korrigieren lassen.
Bei der Adresse im Impressum gibt mir niemand eine Antwort.Welchen Thread meinst Du wegen Gwen?
URL-Link?
Ein Ticket habe ich gestern bei Ritlabs erstellt.
Sorry, kann kaum mehr denken.
Bisschen eine Pause machen vom PC. -
Das ist der Ordner für Dateien, die aus dem Internet nachgeladen werden müssen, damit eine HTML-Nachricht richtig angezeigt werden kann. Die Fotos/Bilder von Absendern sind aber bereits im Adressbuch und müssen nicht nachgeladen werden. Mit Cache meinte ich daher so eine Art Pufferspeicher o.ä., was vielleicht nicht mal auf der Festplatte etwas speichert oder vielleicht irgendwo im Windows-TEMP-Ordner. Und wenn dieser Speicher nur eine begrenzte Kapazität hat, man aber viel mehr Bilder und dazu auch noch so schnell anzeigen lässt, dann ist er irgendwann voll und es gibt Fehlermeldungen oder gar Abstürze.
Wenn RAM z.B. voll wird, dann wird der Rechner doch auch langsamer und kann sogar abstürzen. Also hat man hier eventuell die gleiche Situation.
Ja, aber wenn 3000 Nachrichten mit Bildern und Text angezeigt werden müssen, dann kann es durchaus sein, dass sie sich summieren, selbst wenn Wiederholungen dabei sind. 0,6 x 3000 sind schon mal fast 2 GB alleine für Bilder.
Jedenfalls werden sich jetzt die Ritlabs-Mitarbeiter damit auseinandersetzen müssen. Man sollte nur regelmäßig den BT-Eintrag hochpushen, damit er nicht wieder in Vergessenheit gerät.
Daher erneut der Rat, dich dort schnellstmöglich zu registrieren.
Im "Temp" Ordner ist nichts von The Bat!
Der RAM wird nicht voll von The Bat!.
Das Bild wird nur einmal gespeichert im Speicher.
Das wäre ja eine Fehlentwicklung in der heutigen Zeit.
Die 3000 Nachrichten werden auch nicht gleichzeitig angezeigt, sprich in den Speicher geladen.
Ausser jemand programmiert ein Programm oder System wirklich ganz schlecht.
Und was sind schon heute 2 GB?
Und theoretisch, wäre der RAM voll, wäre ja da noch die Festplatte, die das Auslagern kann
und meine Festplatte hat eine Geschwindigkeit von etwa 12400 MB/s.
Ich bin dort jetzt registriert
-
Verweise besser auf den o.g. BT-Eintrag, denn hier lesen sie kaum, wenn überhaupt, weil das ein inoffizielles Forum und dazu auch noch in einer Fremdsprache ist.
Habe ich gerade hinzugefügt.
Also bei mir eben nicht sehr schnell. Ich musste bei den 3000 Nachrichten fast bis zu der letzten mit der Maus scrollen. Wollte sogar ursprünglich nach dem ersten erfolgreichen Test noch schreiben, dass der Fehler bei mir nicht auftritt, weil ich da wohl nicht bis zum Ende gescrollt habe.
Ich muss da gar nicht bis zum Ende scrollen.
So wie ich es im Video gezeigt habe.
Mit der Maus zum Balken und dann die Linke Maustaste drücken
und 2 bis 3 Mal rauf und herunterbewegen, mit gedrückter linker Maustaste und es stürzt schon ab.Ich kann mir das so vorstellen, dass TB! für Nachrichten einen speziellen Cache hat, der überfüllt wird, wenn man tausende davon mit Absenderfotos bzw. -bildern hat, was grundsätzlich selten vorkommt, denn wer fügt schon einer juristischen Person ein Foto bzw. Bild im Adressbuch hinzu? Wohl nur ein eM Client Umsteiger.
Auf der Festplatte sehe ich keine Cache-Daten, ausser der für die Bilder in der Nachricht selbst.
Das ist ja der Ordner "Imgfiles".Im Moment sind es 69 Bilder mit einer Auflösung von 128x128, wo zusammen eine Grösse von 0,6 MB haben.
Zwar bin ich noch nicht alle E-Mail-Adressen durchgegangen.
Aber, am Schluss werden es ganz sicher unter 200 Bilder sein.
Also, das sollte The Bat! doch schon noch schaffen
Es hat nichts mit der Leistung zu tun.Fehlermeldungen im Adressbuch habe ich hingegen nicht.
Bei mir auf beiden PCs mit ganz verschiedener Hardware und Windows 11 23H2.
Ist auch mit der Version 10 so bei mir. -
Ich kann das mit der 64-bit Version auch nachvollziehen. Es erscheinen verschiedene Fehlermeldungen - mal nur AV wie oben, mal Invalid pointer operation, mal Invalid class typecast. Ich musste aber jedes Mal fast bis zum Ende scrollen. 2000 Nachrichten sind daher wohl in der Tat das Minimum. Sonst sieht man den Fehler nie.
Das Programm scheint dabei auch nicht überlastet zu sein. Eine übermäßige Platzbelegung im RAM habe ich nicht feststellen können. Spielt also keine Rolle, ob das Programm 32- oder 64-bit ist. Irgendwie scheinen beide Versionen mit einer großen Menge von Fotos bzw. Bildern nicht zurechtzukommen.
Wir hatten nämlich bereits ein ähnliches Problem mit einem sehr großen Foto als Anhang. Beim Öffnen in TB! gab's ebenfalls Fehlermeldungen. Allerdings hatte damals nur die 32-bit Programmversion damit Probleme, die 64-bit Version hingegen nicht. Diesmal scheint aber die Bit-Version irrelevant zu sein.
Habe jedenfalls den o.g. BT-Eintrag #0000713 ergänzt. Mal sehen, ob Ritlabs darauf reagiert. apr aus BT ist übrigens Alexander Petrari, ein Ritlabs-Mitarbeiter, genauer gesagt vom Support. Er hat damals wohl von jemandem ein Ticket über Support mit der Nummer TID#65136 erhalten und es dann im BT eingetragen. Allerdings hat sich danach fast 10 Jahre lang niemand darum gekümmert. Da sieht man, was passieren kann, wenn es allen egal ist.
Ich danke Dir für Deine Mühe.
Das ist sehr lieb
Ich habe gestern Abend noch ein Ticket bei Ritlabs erstellt, mit einem Verweis auf diesen Thread hier.Den Scrollbalken mit der Maus paarmal hin und her, geht es sehr schnell, bis der Absturz kommt.
Darum habe ich auch das Video gemacht.
Denn durch die Nachrichtenliste blättern, versteht nicht jeder gleich.
Vermute, dass der Fehler mit Zusammenhang mit dem Adressbuch steht.
Wie schon geschrieben, kommt immer zuerst eine Fehlermeldung,
bevor man ein Foto hinzufügen kann, wenn man auf die "alte" Version vom Adressbuch umschaltet.
Das betrifft die Versionen, wo die "neue" Version vom Adressbuch vorhanden ist. -
merlin-ch Ich benutze die Zusammenfassungsansicht nicht, deswegen stört mich auch nichts.
Ich will auch nicht weiter testen.Aber bitte kontaktiere den Ritlabs-Support, die können auch Deutsch.
Dann kannst du denen das exceptionlog und die Maildateien (mbox, Adressbuch, Video) die Mega-Link senden, denn du möchtest ja dein Mailprogramm stabil.
⇒ Ritlabs Support Center
Bitte mache das. Dann kümmert sich jemand eher drum.Danke für Deine Hilfe.
Werde ich grad machen.
Darum habe ich das Video gemacht, dass es keine Missverständnisse gibt.
Das Blättern mit der Scrollleiste ist es.Der "Typecast-Crash" kommt schon.
Nach dieser Fehlermeldung, wo Du oben ein Screenshot gemacht hast.
Du musst nur paarmal diese Meldung wegklicken.
Oft kommt nur diese "Typecast-Crash" Fehlermeldung. -
Hier kommt eine neue Version, die bei mir immer abstürzt.
Mit Windows 11 23H2, auf 2 verschiedenen PC getestet.
(The Bat! v11.0.4.5 64-bit)Ein Video davon:
https://mega.nz/file/Z9wTCaZQ#pp2gONZJNUUkW3GdELDGrzv8yac00fuFgUc0lEddDWUBei mir stürzt es ab bei 500 E-Mails im originalen Zustand.
Nur dies ist eine modifizierte Version, mit "nur" 20 verschiedenen E-Mail-Adressen,
wo jede E-Mail den gleichen Inhalt hat.
Damit ich auf mehr als 20 Nachrichten komme, habe ich sie multipliziert.
Bei der modifizierten Version müssen es schon mehr sein als 500, da jede E-Mail gleich ist.
Ausser, die E-Mail-Adresse ist anders.
Darum ist das Minimum schon, 2999 E-Mails.
Hier die Version mit 2999 (16 Sekunden beim Importieren bei mir)
https://mega.nz/file/AxQCBIxZ#tLKLBF7nUYcdnTBMu8GefaEzpUxpRE5hj7wL2Bs4NggVersion mit 9999 (62 Sekunden beim Importieren bei mir)
https://mega.nz/file/UsZj3AQC#qGB52bmGf52dN48sqkdxhd1SmsWTJOXfu16AZ2JekDE -
Nun, die Absenderadressen sind jedenfalls alle im Klartext zu sehen und damit ein gefundenes Fressen für die Spammer.
Die ca. 9000 E-Mails aus der .mbox verursachen hier keinen Absturz. Die Bilder sind ebenfalls alle zu sehen.
Die Absenderadressen sind ja harmlos.
Sind alles grosse Firmen, die ja jeder kennt bei uns.
Und irgendwie muss ich es ja machen.
Sonst findet man ja den Fehler nicht.Das habe ich ja oben geschrieben, dass es nicht abstürzt, weil zu wenige Bilder angezeigt werden
Da ich "nur" 20 verschiedene E-Mail-Adressen genommen habe.Ich mache Euch eine Version, die abstürzt.
Nur müsst Ihr Euch gedulden.
Das braucht seine Zeit. -
Bei einer Antwort oder Weiterleitung müsste der Mauszeiger sofort in den Textbereich springen, weil die wichtigsten Header-Zeilen bereits ausgefüllt sind. Daher ging's hier um neue Nachrichten.
Ansonsten ja, die Makros wie %SUBJECT, %TO, %FROM usw. verändern natürlich die Header-Zeilen. Dafür sind sie ja auch da.
Richtig.
War nur so eine Bemerkung dazu.
-
Mit den 20 verschiedene E-Mails, meinte ich natürlich, 20 gleiche E-Mails, wo je eine andere Absender E-Mail-Adresse haben.
(Mir raucht schon lange der Kopf vom denken.)
Damit wenigstens diese 20. bei Euch angezeigt werden.
Der Rest ist ja alles multipliziert. -
Hast du jetzt deine gesamte Korrespondenz hochgeladen und für alle zur Verfügung gestellt? Auf den Datenschutz sollte man ja schon etwas achten.
Nein sicher nicht
-
Ein kleiner Tipp an alle, die es nicht wissen.
Das Makro %SUBJECT=" " sollte nicht bei "Antwort" eingefügt werden.
Sonst bleibt das "Betreff" Feld immer leer. -
Ich habe nun von 100 E-Mail-Adressen ein neues Adressbuch gemacht, versehen mit Fotos.
Aber diesmal, habe ich das im The Bat!, mit der "neuen" Adressbuch Version gemacht.
Die Fehlermeldung kommt leider trotzdem.
The Bat! speichert anscheinend die Bilder in der Auflösung ab, wie man sie reinlädt.
Da die VCF Datei jetzt ca. 7-mal kleiner ist.
Ich lade nun die VCF Datei hier mal hoch im ZIP Format.
Und zusätzlich eine MBOX Datei dazu.
Nur leider stürzt das da nicht ab, da nur 20 verschiedene E-Mails es sind.
Der Rest habe ich multipliziert.Ich habe versucht mit 300-500 E-Mails, wo es immer noch abstürzt.
Bei 122 E-Mails stürzt es nicht mehr ab.
So müssten es also mehr verschiedene E-Mails sein als "nur" 20.
Aber bitte versteht, dass ich noch anders habe.
War jetzt dran seit morgen früh.Hier der Download Link:
//modedit: Alter Link aus Datenschutzgründen entfernt -
Foto ≠ Symbol
In den Eigenschaften eines Adressbucheintrages steht übrigens das Wort Foto. Demnach is es eigentlich nur für Fotos vorgesehen.
Das ist schon klar.
Vergiss bitte nicht, dass ich ein Schweizer bin.
Der Dialekt bei uns ist nicht gerade einfach zum Lernen.
Und dann haben wir noch 4 Landessprachen bei unsEs geht um das, JPG kein Transparenz abspeichern kann.
Nimmt man ein Bild mit Transparenz, wie in Formaten PNG, GIF und TIF etc.
und speichert dies im JPG Format ab, wird aus der Transparenz schwarz oder weiss.
Mit Symbol meine ich, wie bei einer Figur (Person) in einem Bild, das man als Beispiel in Avataren hat,
dass dort, was am Rand ist, mit Transparenz gefüllt wird. -
Auszug aus der Online-Hilfe:
Man verwendet es also, um leere Zeilen im Editor zu vermeiden.
Okay, dann werde ich das bei Gelegenheit noch anpassen.
-
Wenn du ein kurzes Adressbuch mit anonymen Daten erzeugen kannst, was den Fehler erzeugt, würde ich das auch im Bugtracker hoch laden.
Deine Hilfe ist sehr wertvoll und wir im Forum sind auch froh, wenn du und andere beim Bugmelden mithelfen wollen und können.
Heute komme ich nicht mehr dazu.
Aber hoffentlich morgen.Wenn ich es nicht hinkriege, so wie oben beschrieben, mache ich das auf jeden Fall.
Und zwar kann ich es hier im Forum hochladen.
Das ist ja nicht mein privates Adressbuch.
Sondern von allen möglichen Firmen.
Meine Leute, Dir mir schreiben, befinden sich ja im privaten Adressbuch.
Nur, was nützt das Adressbuch, mit Fotos versehen, wenn E-Mail-Adressen fehlen dazu.
Da müssen es ja schon viele sein, wenn das Problem beim grösseren blättern passiert. -
Es stand mal irgendwo, dass Fotos, die man ins Adressbuch einfügt, die Größe von 120x144 sowie das JPG-Format haben sollten.
120x144 ist bisschen merkwürdige Auflösung.
Das Symbol ist ja rund.
Da sollte es nach meiner Logik rechteckig sein.Das JPG ist weniger geeignet für solche Dinge.
JPG unterstützt kein Transparenz.
PNG aber schon.
Solange der Hintergrund immer weiss bleibt, ist das kein Problem.
Aber sonst sieht man ja die Farbe Weiss oder Schwarz am Rand. -
Deswegen sollte das Makro auch so lauten
%SUBJECT=" "%-
Was bedeutet das %- ganz genau?
Ende der Zeile ? -
merlin-ch Ich habe das Exceptionlog für #0000713: "Invalid class typecast" error message in summary view hoch geladen.
Super!
Dafür danke ich Dir herzlich
Wie oben geschrieben, probiere ich es später nochmals.
