Comment by thephyber
14 days ago
Discussion of the MIME part’s encoding as being an inefficient size is missing the forest for the trees.
The entire message is (or can be) compressed before transmission (eg. When IMAP has DEFLATE enabled).
Just because an intermediate encoding step expands binary to make it text safe doesn’t mean it has to stay uncompressed during the entire existence of that MIMe message.
If all you need is file transfer even the message header is a lot of overhead (how much overhead depends on the client and how many devices handle the message). Mail servers don't always handle large files very well either. Even if they upload correctly downloading can be difficult. It's not uncommon for a single message with a large attachment to clog a mailbox and prevent other messages from being sent/received. That said, I'm not even saying it can't/wont work, just that there's better options for sending files and there are certainly better MUAs than outlook.
This is all conjecture.
I’m not arguing for Outlook. I wouldn’t touch that POS unless I was forced to.
But maybe it’s just easier to not have to teach an astronaut to use another app. If they are using Outlook in space, it’s probably the same app and server they use on the ground.
Of course FTP or RSYNC or whatever would be slightly more efficient for the transfer or more capable or retrying / resuming. I’m not arguing that either.
Sometimes it’s more important that the astronaut doesn’t have to learn another app instead/ system.
Sometimes it’s better to choose a less efficient system that is less prone to accidental destructive. It’s not like anybody ever screwed up a sync command and accidentally wiped a directory or anything.[1]
[1] https://www.reddit.com/r/linuxquestions/comments/1kawpyu/rsy...
But without the intermediate encoding step the compression would give a better result.
Unlikely. If you are talking about adding headers, or encryption, then yeah the compression might give worse result, it's due to more input data and/or encryption increasing the entropy of the signal. Otherwise, transparent encoding should not affect any decent compression algorithms, where frequency and entropy are leveraged.
Find me an example where the Zipped version of a Base64 encoded image was larger than the raw image by more than the length of my comment.
I’ll wait.