Warum Anhang und Nachricht unterschiedlich groß sind
Beim Versand wird vor allem die Nachricht größer, in der deine PDF steckt. E-Mail ist ursprünglich für Text gebaut. Deshalb verpackt dein Mailprogramm Dateianhänge im MIME-Format und übersetzt die Binärdaten meist mit Base64 in einfache Textzeichen. Dabei werden aus je 3 Bytes der Datei 4 Zeichen, und diese Zeichen werden auf Zeilen mit Zeilenende verteilt. Die Base64-Kodierung selbst ist umkehrbar: Beim Dekodieren entstehen wieder genau die ursprünglichen Bytes. Zur fertigen Nachricht kommen außerdem Header, Nachrichtentext und die Trennstellen zwischen den einzelnen Teilen hinzu.
So kann eine Nachricht deutlich größer sein als der Anhang, den du ausgewählt hast. In einem deutschsprachigen Forum fragte jemand, warum aus einer 20,1-MB-PDF eine gesendete Mail mit 27,5 MB geworden war. Wenn du 20.100.000 Byte mit diesem Rechner nachrechnest, mit Zeilenumbruch und ohne Zusatzbytes, ergeben sich 26.800.000 Byte Base64-Daten und 705.264 Byte Zeilenenden. Das sind zusammen 27.505.264 Byte, also rund 27,51 MB. Die Rechnung zeigt, wie diese Größenordnung zustande kommt. Sie ist eine Modellrechnung und keine Analyse jener konkreten Mail.
So setzt sich die Schätzung zusammen
Jede Datei kommt in eine eigene Zeile, weil jeder Anhang für sich kodiert wird. Du kannst Größen unter anderem in B, KB, MB, GB, MiB oder GiB eintragen. MB rechnet der Rechner dezimal mit 1.000.000 Byte, MiB binär mit 1.048.576 Byte. Nach der Umrechnung muss eine ganze Byte-Zahl herauskommen. Beim Eintippen solltest du eine Besonderheit kennen: Ein einzelner Punkt wird als Dezimaltrennzeichen gelesen, 1.000 bedeutet also 1. Für Tausender schreibst du 1 000 oder 1.000,00.
- Originalgröße: die Summe deiner Anhänge in Byte. Sie ist der Ausgangswert und dient für den Vergleich mit einem Anhangslimit.
- Base64-Daten: Aus einem Anhang mit n Byte werden 4 × aufgerundet(n ÷ 3) Zeichen. Reicht der Rest am Ende nicht für eine volle Dreiergruppe, füllt Padding die letzte Vierergruppe auf.
- Zeilenenden: Bei eingeschaltetem Zeilenumbruch, der Standardeinstellung, teilt der Rechner die Zeichen jedes Anhangs in Zeilen zu höchstens 76 Zeichen. Für jede Zeile zählt er 2 Byte für das Zeilenende CRLF, auch für die letzte.
- Zusatzbytes: dein eigener Wert für Text, Header und weitere Teile der Nachricht. Voreingestellt ist 0.
- Schätzung: Base64-Daten und Zeilenenden aller Anhänge plus Zusatzbytes.
Ist Base64 immer genau ein Drittel größer?
Nur ungefähr. Das Verhältnis von 3 Bytes zu 4 Zeichen nähert sich bei großen Dateien einem Zuwachs von 33⅓ %. Ohne Zeilenumbruch werden aus 10.000.000 Byte genau 13.333.336 Byte, also rund 33,33 % mehr. Die winzige Abweichung vom exakten Drittel stammt vom Padding. Mit Zeilenenden sind es 13.684.214 Byte, rund 36,8 % mehr. Faustregeln von etwa 37 % beschreiben also kodierte Daten mit Zeilenumbrüchen. Sie hängen von Zeilenlänge und Zeilenende ab und berücksichtigen weder Header noch Text.
Bei kleinen Dateien taugt ein fester Faktor gar nicht mehr. Ein Anhang mit 1 Byte wird zu 4 Base64-Zeichen plus 2 Byte Zeilenende, insgesamt also zu 6 Byte. Darum rechnet der Rechner jeden Anhang exakt nach, statt alles mit einem pauschalen Wert zu multiplizieren.
Mehrere Anhänge: jede Datei einzeln
Anhänge werden nicht zu einem großen Block zusammengelegt, sondern jeweils für sich kodiert. Jede Datei bringt deshalb ihr eigenes Padding und ihr eigenes letztes Zeilenende mit. Am deutlichsten zeigt das ein Grenzfall mit zwei Dateien von je 1 Byte.
Bei einer einzelnen großen PDF fallen diese wenigen Bytes kaum ins Gewicht. Bei vielen kleinen Dateien summieren sie sich jedoch.
Die Zeilenlänge von 76 Zeichen ist die Höchstlänge, die der MIME-Standard für Base64-Zeilen vorsieht. Dass auch nach der letzten Zeile ein CRLF gezählt wird, ist eine Festlegung dieses Rechners. Mailprogramme mit kürzeren Zeilen oder einem anders gesetzten Schluss kommen auf etwas abweichende Werte. Noch ein verbreitetes Missverständnis: Base64 verschlüsselt nichts. Es ist eine reine Kodierung, die sich ohne Schlüssel zurückübersetzen lässt, und schützt den Inhalt deines Anhangs nicht.
Das richtige Größenlimit vergleichen
Ein Größenlimit nennt dir zwar eine Zahl, aber nicht immer, worauf sie sich bezieht. Manche Regeln begrenzen die Summe der Originalanhänge, also die Dateigrößen, die dein Mailprogramm anzeigt. Andere begrenzen die komplette Nachricht mit kodierten Anhängen, Text und Headern. Im Rechner wählst du deshalb aus, womit das Limit verglichen wird. Der vorausgefüllte Wert von 25 MB ist nur ein Startwert und keine Vorgabe eines bestimmten Anbieters. Ein Ergebnis, das genau auf dem Limit liegt, gilt als eingehalten.
Dieselbe Datei kann deshalb die eine Regel einhalten und die andere verfehlen, ohne dass das ein Widerspruch wäre.
Zwei echte Regeln mit verschiedenem Bezug
- Gmail: Laut der deutschsprachigen Gmail-Hilfe zu Anhängen (abgerufen am 13. Oktober 2026) dürfen Anhänge bei privaten Konten zusammen 25 MB groß sein. Gemeint ist die Summe der Anhänge, dafür passt also der Vergleich mit den Originalanhängen. Bei Google-Workspace-Konten legt der Administrator die Grenzen fest. Ist die Summe größer, wird der Anhang durch einen Google-Drive-Link ersetzt.
- RRZE der Universität Erlangen-Nürnberg: Die Anleitung zur Größenbeschränkung für E-Mail-Anhänge (abgerufen am 13. Oktober 2026) nennt für ein- und ausgehende Mails auf den RRZE-Servern höchstens 20 MB für die gesamte E-Mail. Hier vergleichst du mit der geschätzten Nachricht und trägst sinnvollerweise auch Zusatzbytes ein.
Beide Regeln gelten nur für ihren eigenen Bereich und können sich ändern. Für deinen Versand zählt die Regel deines Kontos, ob privat oder von Arbeitgeber, Schule oder Hochschule verwaltet. Genauso zählt die Regel des Empfängerpostfachs. Wenn du die Vorgabe des Empfängers kennst, nimm sie mit ihrem genauen Bezug in den Vergleich. Verschickt ein Anbieter große Dateien automatisch als Link, steckt die Datei nicht mehr als Anhang in der Nachricht. Ob der Empfänger diesen Link öffnen kann und darf, ist dann eine eigene Frage.
Was für eine vollständige Nachricht noch fehlt
Ein kodierter Anhang allein ist noch keine Mail. Zur fertigen Nachricht gehören Header mit Absender, Empfängern, Betreff und technischen Angaben. Hinzu kommen der Nachrichtentext, häufig sowohl als reiner Text als auch als HTML, die Trennzeilen zwischen den MIME-Teilen und eingebettete Bilder wie ein Logo in der Signatur. Wie viel das ausmacht, hängt von deinem Mailprogramm, deinem Text und deinen Empfängern ab.
Welche Zusatzbytes du eintragen kannst
Einen allgemein richtigen Wert gibt es nicht. Mit 0 Zusatzbytes zeigt der Rechner nur die kodierten Anhänge samt Zeilenenden, also eine Modellangabe ohne Text und Header. Trag deshalb eine eigene Annahme ein, die zu deiner Mail passt. Ein kurzer Text ohne Bilder braucht wenig, eine HTML-Mail mit eingebetteten Grafiken deutlich mehr. Werte aus Beispielen anderer Mails gelten nur für genau jene Mails. Liegt dein Ergebnis knapp unter dem Limit, rechne zur Probe mit einem großzügigeren Wert. Bleibt der Vergleich dann eingehalten, hast du Spielraum. Kippt er, ist die Lage knapp.
Wenn die Mail trotz bestandenem Vergleich zurückkommt
- Die Nachricht enthielt mehr, als du an Zusatzbytes angenommen hast, oder dein Mailprogramm kodiert mit anderen Zeilenlängen.
- Der Server des Empfängers erlaubt weniger als dein eigenes Konto.
- Das Limit galt für die ganze Nachricht, du hast aber mit den Originalanhängen verglichen. Oder für dein Konto gilt eine andere Regel als angenommen.
- Der Empfänger lässt bestimmte Dateiarten nicht durch, etwa Dokumente mit Makros oder ausführbare Programme, und hält sie unabhängig von ihrer Größe zurück.
Der Rechner vergleicht nur die Zahl, die du ausgewählt hast. Er verschickt nichts, testet keine Zustellung und prüft weder Dateiformate noch Sicherheitsregeln. Bei Newslettern gibt es außerdem Grenzen für die Darstellung: Manche Postfächer zeigen lange HTML-Mails nur gekürzt an. Das ist ein anderes Thema als die Größe von Anhängen und wird hier ebenfalls nicht berechnet.
Zu groß: mit der fertigen PDF weiterarbeiten
Liegt die Schätzung über dem Limit, hast du zwei Möglichkeiten: Du verringerst die Bytes der Datei selbst oder wählst einen anderen Weg als den Anhang. Wenn der Empfänger ausdrücklich einen Anhang erwartet, gehst du so vor:
- PDF vor dem Versand komprimieren oder, wenn du eine feste Grenze kennst, die PDF für ein Größenlimit verkleinern. Wie stark eine Datei schrumpft, hängt von ihrem Inhalt ab. Eine Zielgröße lässt sich nicht in jedem Fall erreichen.
- Öffne das Ergebnis und prüfe, ob das Dokument noch gut lesbar ist.
- Trag die Größe der heruntergeladenen Datei hier erneut ein. Maßgeblich ist die fertige Datei, nicht eine erhoffte Ersparnis.
- Passt die Schätzung zum Limit, versende die Mail. Passt sie nicht, sprich mit dem Empfänger über einen anderen Weg.
Ein Freigabelink über einen Cloud- oder Dateidienst kann eine Alternative sein, wenn der Empfänger Links annimmt und Zugriffsrechte und Datenschutz zu deinem Dokument passen. Den Dienst wählst du selbst. Dieser Rechner arbeitet nur mit den eingegebenen Zahlen und speichert oder versendet keine Dateien. Ein ZIP-Archiv ist dagegen kein verlässlicher Ersatz für eine kleinere PDF: Es verkleinert eine PDF nicht zwingend, und wer ausdrücklich PDF-Dateien verlangt, nimmt ein Archiv womöglich nicht an.
Soll die Datei nicht per Mail verschickt, sondern in ein Portal hochgeladen werden, kannst du die PDF-Upload-Grenzen prüfen und vorab die Upload-Zeit der Datei schätzen.