Warum haben wir immer noch so kleine Einschränkungen hinsichtlich der Dateigröße von E-Mail-Anhängen? [geschlossen]

Was ist die technische Einschränkung, die uns im glorreichen Jahr 2011 daran hindert, einander 1 GB-Dateien per E-Mail zu senden?

Oder sind es nur die wichtigsten E-Mail-Plattformen, die ihre Füße ziehen?

Wenn ich in meinem Posteingang festlegen kann, dass nur Header und dann vollständige Anhänge abgerufen werden, was ist das Problem?

Ich habe das Gefühl, dass die Größen von E-Mail-Anhängen im Jahr 1992 stecken bleiben ...

Das Problem ist das Folgende: E-Mail (SMTP / POP3 / IMAP / what-have-you) ist ein altes, einfaches Protokoll, das ursprünglich zum Senden von Klartextnachrichten in einem vertrauenswürdigen Netzwerk vorgesehen war. Das Senden oder Empfangen großer Mengen von Binärdaten über das heutige Internet ist ein komplizierter Hack, der sich vom ursprünglichen Anwendungsfall völlig unterscheidet und in dieser Rolle eine ziemlich miserable Leistung erbringt.

Wenn Sie eine Datei an die E-Mail anhängen, wird diese base64-codiert, wodurch sich ihre Größe um 1/3 erhöht. Auf diese Weise wird Ihre 1-GB-Datei um weitere 300 MB größer. auch gibt es keine eingebaute Komprimierung auf das Download - Protokoll, also keine Möglichkeit , die Übertragung (und in einigen Fällen (SMTP zu beschleunigen zum Senden, POP3 zum Empfangen), auch keine Möglichkeit, wieder einen gebrochenen Transfer - Verbindung bei 1,2 brach GB? Entschuldigung, Sie müssen alles erneut senden.) Darüber hinaus ist SMTP ein Store-and-Forward-Protokoll. Erraten Sie, was? Ja, diese 1,3-GB-Datei muss auf mehrere Server kopiert werden. Cue grenzenloses Glück von den Mail-Server-Administratoren.

Dies war ein Problem in den 1990er Jahren, als es keine sinnvolle Alternative gab (FTP? HTTP / 1.0? Puh-leeze); Aber im glorreichen Jahr 2011 gibt es verschiedene Möglichkeiten zum nahtlosen Hoch- und Herunterladen von Daten in die Cloud (z. B. Dropbox, Ubuntu One, Amazon S3, um die bekanntesten zu nennen) "ist nicht mehr wahr.

Beachten Sie auch, dass nicht jeder über eine 100-Mbit-Verbindung zum Internet verfügt - z. B. Mobiltelefon und Smartphone. nicht jeder Mail - Client nur die Header des Herunterladens (zB POP3 ist immer noch in viel Gebrauch) in der Lage ist, und nicht jeder Anwender ist bereit , die 20 unvermeidliche „Blick auf diese funneh 1 GB Video“ E-Mails pro Woche herunterzuladen, wird angezeigt ( Die Leute werden so große Dateien senden, wie das System es zulässt, und ja, es gibt so etwas wie FUP bei den meisten ISPs.

TL; DR : Während es technisch möglich wäre, eine 1-GB-Datei per E-Mail zu versenden, wäre es technisch auch möglich, einen Nagel mit einem Schraubenzieher einzuschlagen - es ist einfach keine gute Möglichkeit, dies zu tun Werkzeuge, die für solche Aufgaben besser geeignet sind.

Das Gleiche aber aus einer etwas anderen Sicht:

E-Mail ist E-Mail. Sie kennen Post als dieses uralte Papierding in einem anderen kleinen Papierumschlag. Sie könnten viel Text darauf schreiben, aber nicht mehr als 5 oder 6 Seiten. Und E-Mail ist das gleiche, aber elektronisch. Es ist für Text gedacht (normaler Text wie auf einer Schreibmaschine). Dann gab es eine MIME-Erweiterung, mit der Sie diese schicken, rot blinkenden HTML-Mails versenden konnten.

Niemand auf der Welt würde sich beschweren und sagen: "Oh, die Post steckt so wie um 1322 n. Chr. Fest. Warum kann ich keinen Elefanten in einem Papierumschlag schicken?" So ist es. Für solche Sachen erfanden die Leute so etwas wie ein Päckchen oder einen Transportbehälter. So versenden Sie Waren und Elefanten. Und die Internet-Leute haben das FTP (File Transfer Protocol) erfunden, haben Sie den Namen?

In der realen Welt gibt es viele Alternativen zu FTP, da FTP auch ein uraltes Protokoll mit großen Nachteilen ist (meistens in Bezug auf die Sicherheit und nicht in Bezug auf die Übertragung von Dateien). HTTP ist jedoch keine Alternative, da es für die zentrale Speicherung von Dokumenten mit Metadaten entwickelt wurde. Das Herunterladen und Hochladen von Dateien ist eine brutale Erweiterung.

Verwenden Sie also einen Brief, um Text zu senden, und ein Paket, um Waren zu senden. Verwenden Sie E-Mail, um Informationen zu senden, und Dateitransportprotokolle, um Dateien zu senden.

Um im Bild zu bleiben, muss ich hinzufügen: Auch wenn Sie Ihre örtliche Post davon überzeugen, Elefanten in Papierumschlägen zu akzeptieren (und die zusätzliche Gebühr zu zahlen), gibt es mehr Beteiligte, die den Elefanten liefern. Da ist der Postbote, der es zum nächsten Postamt tragen muss, und wahrscheinlich hat er nicht die richtige Tasche, in die der Elefant passen könnte. Aber vielleicht hat er sie und möchte sie zum nächsten Postamt bringen, das wiederum sagt: "Nein wir akzeptieren keine elefanten ".

Was ist dann zu tun? Der gute Postbote in der realen Welt würde den Elefanten zum ersten Postamt zurückbringen - danach zurück zum Absender. (In der elektronischen Welt wäre dies ein schlechter Postbote, weil er den Elefanten hätte erschießen und nur die Sterbeurkunde an den Absender zurücksenden sollen).

Selbst wenn Sie also alle Glieder in der Postzustellungskette davon überzeugen könnten, Elefanten anzunehmen, werden Sie mit dem Empfänger konfrontiert. Er könnte sagen, dass er den Elefanten haben möchte, aber der Briefkasten ist zu klein, als dass ein Elefant hineinpassen könnte. Dies führt zu einer Elefantenlieferung an den Absender. (Ganz zu schweigen davon, was passiert, wenn der Elefant nicht in den Briefkasten des Absenders passt ...)

In einer Situation mit Exchange 2007, in der das Management die Philosophie der unbegrenzten E-Mail-Größe befolgt hat:

Ein interner Benutzer hat eine Nachricht an seine Hotmail-Adresse mit der Endung .iso einer Musik-CD gesendet. Die Warteschlange auf einem Transportserver hat sich während der Verarbeitung der Nachricht verklemmt, der Gegendruck hat sich erhöht und die Nachrichtenübertragung wurde gestoppt. Das Outlook des Benutzers übermittelte die Nachricht dann pflichtgemäß erneut an den anderen funktionierenden Transportserver. Gegendruck, keine Nachrichtenübermittlung.

Nachdem beide Transportserver die Nachricht verschluckt hatten, wurden alle ausgehenden E-Mails für ca. 90 Sekunden angehalten. Hotmail lehnte die Nachricht natürlich ab. Sehr bald danach gab es eine Größenbeschränkung.

Hier ist eine andere Ansicht:

Da eine E-Mail auf dem Weg in mehreren Instanzen gespeichert wird, würde das Senden einer 1-GB-Datei das Mehrfache der gesamten Zeit in Anspruch nehmen.

In der Regel handelt es sich bei "Gesendete Objekte" um eine Kopie auf Ihrem Client. Wenn Sie IMAP verwenden, wird möglicherweise auch eine Kopie auf dem Server angezeigt (in Ihrem Konto).

Dann behält das empfangende Ende eine Kopie (den Server) sowie den lokalen Client auf dem empfangenden Ende. Wenn Sie IMAP verwenden, wird es nicht (erneut) auf dem Server gelöscht.

Das sind insgesamt 4 GB für eine einzelne 1-GB-Datei. Natürlich können Sie es als Backup betrachten, aber es gibt auch bessere Optionen dafür. Ganz zu schweigen von der Langsamkeit, die auf dem Server auftreten kann, weil die Postfächer der Benutzer unbegrenzt wachsen.

Und ich habe gerade gemerkt, dass die Datei, wenn sie base64-codiert ist, noch größer sein wird (ich denke, um ca. 33% größer).

Zur Ergänzung der Antwort von Piskvor.

Ja, die "Haupt-E-Mail-Plattformen" ziehen ihre Füße hoch. Sie tun dies, indem sie ein Protokoll (SMTP) verwenden, das (in vielerlei Hinsicht) nicht den heutigen Standards entspricht.

In der heutigen Welt könnten wir leicht ein Protokoll entwerfen, das SMTP ersetzt und das aktuelle Anhangsproblem löst.

Das Problem wäre, die Welt dazu zu bringen, darauf umzusteigen.

Das erwähnte Problem sind meist logistische Probleme bei der Speicherung und Übertragung von Daten - in der modernen Cloud-Abstraktion muss eine Datei nicht mehr physisch sein - eine Dateihandle-Abstraktion kann verwendet werden, um verschiedene Speichermethoden (z. B. lokale Festplatte, FTP) zu umgehen , http, torrent, youtube, wolkenspeicher, darknet, anhang, mule, verteilte fs, ausschnitte, revisionen) - dies ist keine neue idee, es ist nur noch nicht vollständig hier oder in einem stück. Wenn es eintrifft oder wenn es eintrifft, wäre Ihr E-Mail-Anhang einfach ein Dateizeiger, der direkt verwendet werden kann(zB keine .torrent-Datei oder ein Link) von Video-Playern oder welcher Software auch immer. Die eigentliche Handhabung des Herunterladens oder Speicherns von Inhalten würde transparent erfolgen. Inhalte können teilweise aus mehreren Quellen stammen, die in einem gemeinsam überarbeitbaren Manifest definiert sind (z. B. wie eine Torrent-Datei, aber allgemein akzeptiert und mit überarbeitbaren Verfügbarkeits- und Lokalitätsbeschränkungen). Der tatsächliche Download und das Speichern / Zwischenspeichern sind oft nur teilweise, je nachdem, welcher Teil angezeigt wurde und ob Sie sich überhaupt die Mühe gemacht haben, auf den Inhalt zuzugreifen. Die enorme Anhaftung Ihrer Schwiegermutter würde also nicht die gesamte Bandbreite Ihres Hauses verschlingen Wenn Sie kein Fan ihrer E-Mails sind. Für die Dauerhaftigkeit oder Verfügbarkeit, vielleicht haben Sie