Berechnung Nachrichtengröße fehlerhaft?

• Thunderbird-Version 115.9.0 (64-Bit)
• Betriebssystem + Version: Win11 23H2
• Kontenart (POP / IMAP): beides
• Postfachanbieter (z.B. GMX): GMX
• Eingesetzte Antivirensoftware: Win Defender
• Firewall (Betriebssystem-intern/Externe Software): intern
• Router-Modellbezeichnung (bei Sende-Problemen): n/a

Hi zusammen,

mir ist schon öfter aufgefallen, dass wenn ich größere Nachrichten versende ich manchmal eine Meldung erhalte, dass die Nachricht z. B. im aktuellen Fall 25,2 MB groß wäre. Es hängen zwei Dokumente an, die zusammen 18,3 MB haben. Die Größe der angehängten Dokumente wird beim Erfassen unten korrekt angezeigt (zusammen 18,3 MB). Wenn ich die Größe auf der hdd gegenprüfe sind es auch nur 18,3 MB.
Ich habe das nun mal mit einem der IMAP-Konten nachgestellt und mich dann bei GMX eingeloggt und im "versendet"-Ordner geschaut wie groß die E-Mail wirklich ist: 18 MB wird angezeigt.
Innerhalb der E-Mail steht nur wenig Text. Sonst nichts.

Was läuft bei der Berechnung der Nachrichtengröße von TB falsch?
In der SENT-Datei kann ich nicht nachschauen, wie groß die E-Mail dort ist. (wie könnte ich dies prüfen?)

Was kann ich tun, um die Meldung "sauber" abzusellen? Ich möchte jetzt nicht irgendeine hinterlegte 20MB-Grenze einfach hochstellen, denn dies löst ja das Problem nicht.

Lieben Dank und viele Grüße
M

Danke für die Rückmeldung.
Das erklärt das natürlich und ist innerhalb TB OK.
Anmerkung für mitlesende Newbies: 20 MB ist wohl weiterhin bei den meisten Free-E-Mail-Providern die Obergrenze für die Größe einer zu versendenden/empfangenden E-Mail.

Was ich an der Stelle jedoch als Bug empfinde ist, dass dennoch die Warnung ausgegeben wird, dass die Mail über 20 MB groß ist, obwohl sie dies nur "innerhalb" der Thunderbird Speicher-/Verarbeitungslogik ist.
Für die Berechnung der E-Mail-Größe für den Versand sollte ein Algorithmus verwendet werden, welcher 8Bit als Berechnungsbasis verwendet.

Siehst du das auch so?
Was denken andere?

Zitat von Bastler

Hallo,
nein, das liegt an der Technologie des Mailing allgemein wie ggbsde es erklärte, und nicht TB spezifisch.

Hatte ich anders interpretiert…

Zitat von Bastler

Das technisch bedingte Aufblähen gilt auch für den Transport.
Verpacke ein Großgerät aufwändig und es wird gewarnt, dass der Kleintransporter nicht geeignet ist.

Das sehe ich anders. Denn die anderen Relays und Provider benutzen sowohl für die Berechnung der Größe einen Algorithmus, der es auf 8Bit umrechnet (als wäre es UTF-8 codiert) und die speichern die Mail vemutlich auch mit 8 Bit (ich schätze, um Platz zu sparen; oder sie zeigen es nur so an - was auch sein "könnte", ich aber nicht glaube).
Somit wird das 8Bit Maßband für's Messen verwendet und nicht das 7Bit Maßband - um dein Beispiel aufzugreifen.
Einzig TB verwendet das 7Bit Maßband und warnt unnötigerwise.

EDIT: Denn sonst würden alle SMTP-Relays und Provider die Mail ablehnen. Im konkreten Fall GMX, denn dort ist die max. Nachrichtengröße bei Freemail 20 MB (grad nochmal nachgeschaut).

Super. Danke. Dann rechne ich das selbst um, damit ich erst bei 20 MB in 8Bit-Codierung gewarnt werden. 👍
Offensichtlich will der TB ja auch bei 20 MB warnen (vermutlich weil die meisten Provider diese Grenze haben). Nur, dass es halt nicht passt... 😊

Grüße

Abschließende Doku für andere Interessierte:

Größe der Nachrichtenanhänge war: 19293798,4 Byte (bei 8Bit-Nutzung in NTFS)
Originalwert Warnschwelle in TB: 20971520 Byte
Eingestellt hatte ich nach Berechnung: 23967452 Byte (wegen 7Bit-Nutzung [20MB=20971520 Byte / 7 * 8])

Das hatte jedoch nicht gegriffen.
Also habe ich mir eine Nachricht mit 19,9 MB (8Bit-Nutzung NTFS) erstellt und mittels Trial & Error den Wert von 28500000 Byte ermittelt, welcher mich nun ab dieser Größe warnt.

Ich bekomme dann zwar noch immer eine falsche Nachrichtengröße in der Warnmeldung angezeigt, aber ich weiß ja, was ich geändert habe...

Danke euch!

Hatte ich mir schon gedacht. Es gibt ja auch noch Overhead etc... 😊

Immerhin haben wir auch für alle anderen Nutzer, die das auch gerne ändern würden einen schnell umsetzbaren Workaround hier gepostet. Danke dafür👍

Ich kenne ehrlich gesagt keinen Provider, der 10 MB hat. Vielleicht war es bei GMX früher mal so.
Hatte vor 10-15 Jahren administrativ gelegentlich damit zu tun. Da war es sogar im Business-Umfeld noch "die Regel", dass man max. 20 MB im Exchange eingestellt hat, um Routing-/Zustellungsprobleme von vornherein zu minimieren.

Zitat von Sehvornix

An der Netiquette diesbezüglich hat sich nichts geändert. Ob nun 10 MB oder 20 MB oder noch mehr entspricht nach wie vor nicht den Netiquette-Gepflogenheiten. Dafür sollte man Filehoster nutzen und Links versenden.

Ja, da magst du schon Recht haben und ich bin bei dir. Leider interessieren sich die User im Alltag meist einen Sch... darum. Deshalb muss man Schranken einbauen.
Ist wie mit den Geschwindigkeitsbeschränkungen. Mir wärs auch lieber mit Maß und Ziel zu fahren. Leider gibt es dennoch immer wieder Menschen, die in Straßen, wo es absolut Sinn macht auf Tempo 30 zu beschränken (Kinder, schwer einsehbar etc.) mit guten 50 km/h durchrauschen. Und genau die bremst man mit Beschränkungen auf dem Exchange aus.