Eine Datei teilen, die zu groß zum Senden ist

Ein Byte-Schnitt, kein Inhalts-Schnitt

Das Werkzeug liest die Datei als Bytestrom und schneidet sie in festen Abständen. Es fragt nie, was die Bytes bedeuten — deshalb funktioniert es mit allem, einem Video, einem Datenbankabzug, einem Archiv, einem Datenträgerabbild, und deshalb sind die Stücke tot. Ein Dateiformat ist eine Struktur: ein Kopf vorn, irgendwo ein Index, und Inhalt, der auf beides verweist. Schneide es in drei, und das erste Stück trägt einen Kopf, der Inhalt beschreibt, den es nicht mehr enthält, während das letzte Inhalt trägt, auf den nichts zeigt.

Der Ausgleich ist, dass der Vorgang vollkommen umkehrbar ist. Nichts wird gedeutet, also kann nichts missdeutet werden: die Teile der Reihe nach zu verketten gibt genau die Bytes zurück, die hineingingen, und das Ergebnis ist die Originaldatei, keine Kopie. Das ist eine stärkere Zusage als die der meisten Dateioperationen und der Grund, warum Teilen ein vernünftiger letzter Ausweg ist und kein verzweifelter.

Das eingestellte Megabyte ist nicht das der Grenze

Die Stückgrößen hier sind Mebibyte: ein Wert von 10 bedeutet 10 × 1024 × 1024 = 10 485 760 Byte. Ein Dienst, der eine 10-MB-Grenze nennt, meint meist 10 000 000, also überschreitet ein exakt auf die Grenze gesetztes Stück sie um 4,86 Prozent und wird abgewiesen — ein verwirrender Fehlschlag, weil die Zahl auf dem Schirm der Zahl in der Regel entspricht. Der Anteil ist bei jeder Größe gleich: 25 ergibt 26 214 400 gegen eine 25-MB-Decke, 50 ergibt 52 428 800.

Lass Abstand, statt die Umrechnung im Kopf zu machen. Neun gegen eine Zehn-Megabyte-Decke und zwanzig gegen fünfundzwanzig sind bequem, und der Spielraum leistet noch etwas: ein E-Mail-Anhang wird für den Transport kodiert, was rund ein Drittel auf das aufschlägt, was deinen Rechner verlässt — ein Teil, das auf der Platte gerade so passt, passt womöglich nicht in eine Nachricht.

Die Reihenfolge ist alles, und nichts warnt dich

Die Teile tragen keine Markierung, wohin sie gehören; ihre Position steckt vollständig im Namen. Fügst du sie in falscher Folge zusammen, bekommst du keinen Fehler — du bekommst eine Datei exakt richtiger Größe und völligen Unsinns, und was sie öffnet, meldet Beschädigung statt falscher Reihenfolge. Sag dem Empfänger, die Namen zu behalten, und nimm von Anfang an zwei Stellen, falls es mehr als neun Teile werden können — aus demselben Sortiergrund, der zusammengefügte PDFs durcheinanderbringt.

Drei Dinge vor dem Teilen

Komprimiere zuerst, denn eine Datei, die passt, braucht drüben keine Erklärung. Denk dann an einen Link: die meisten haben heute einen Ort, an dem sie eine Datei ablegen und eine Adresse schicken können, und wer klickt, hat Erfolg, während wer drei Teile zusammenfügen muss, vielleicht nicht. Teile dann den Inhalt statt der Bytes — Seiten, Kapitel, Titel, ein Bilderordner in dreien verschickt. Inhaltsteilungen ergeben Stücke, die jeweils öffnen, und das ist der Unterschied zwischen etwas Brauchbarem und einem Rätsel.

Häufige Fragen

Kann der Empfänger Teil eins allein öffnen?

Nein, und man sagt es besser in der Nachricht, statt es ihn entdecken zu lassen. Der Schnitt liegt an einer Byteposition ohne Rücksicht auf Struktur: Teil eins eines Videos hat einen Kopf und keinen Index, Teil eins eines Archivs einen Katalog über Dateien, die fehlen, und Teil eins eines PDF einen Anfang ohne Querverweistabelle. Jedes Stück braucht alle anderen.

Ist die wieder zusammengefügte Datei mit dem Original identisch?

Byte für Byte, sofern die Reihenfolge stimmt und kein Teil fehlt. An beiden Enden wird nichts dekodiert oder neu kodiert, es gibt also keine Verlustgeneration und keine Deutung, die schiefgehen könnte. Willst du Gewissheit, vergleiche die Größe der zusammengefügten Datei mit der des Originals — eine Abweichung heißt, ein Teil fehlt oder ist doppelt, und die richtige Größe bei kaputtem Ergebnis heißt, die Reihenfolge war falsch.

Soll ich die Datei vor dem Teilen zippen?

Nur wenn es Daten sind, die sich komprimieren lassen — ein Datenbankabzug, Quellcode, Protokolle, unkomprimierter Text. Ist es schon ein Video, ein Bild, eine Audiodatei oder ein PDF, spart das Archiv ein bis zwei Prozent und fügt dem Empfänger einen Schritt hinzu. Wo ein Zip hilft, ist die Verpackung: ein in Teile zerlegtes Archiv ist ordentlicher als ein Ordner loser, einzeln zerlegter Dateien, und der Empfänger fügt einmal statt vielmals zusammen.

Der Empfänger nutzt ein anderes Betriebssystem. Spielt das eine Rolle?

Für die Bytes nicht — eine Verkettung ist überall eine Verkettung. Für das Wie schon: der Befehl unterscheidet sich zwischen Systemen, und ein Werkzeug im Browser umgeht die Frage ganz, weil es überall gleich läuft. Eine einzeilige Anleitung mitzuschicken ist der Unterschied zwischen einem Empfänger, der in einer Minute fertig ist, und einem, der zurückschreibt.

Wie viele Teile sind zu viele?

Ab drei oder vier steigt die Fehlerquote drüben schneller als die Bequemlichkeit. Eine 700-MB-Datei zu 20 Mebibyte je Teil sind 34 Anhänge — keine Zustellung, sondern eine Plackerei, und ein fehlendes Stück entwertet alle. Dann ist ein Link die ehrliche Antwort. Teilen verdient seinen Platz, wenn eine Datei knapp über einer Grenze liegt, nicht wenn sie sie um ein Vielfaches überschreitet.