Sounds to me like it's time for STARTGZIP, preferably after
STARTTLS. It squeezes out the redundancy in base64 pretty well.
Might I suggest that everyone go back and reread the paragraph
starting "It must be emphasized..." in Section 3 of RFC 1425 ...
I was going to to into more detail but then realized I suggested the exact
same thing three years ago:
https://mailarchive.ietf.org/arch/msg/ietf-smtp/eA-WzlQvtQEE-t362edCOam0gDE
One of the less broken suggestions was CDAT which is just like DATA except
that the dot stuffed message is sent deflated (same as gzip without the
file headers.) Deflate will shrink base64 pretty close to the original
size, and also could help in the situation where a system sends a sequence
of similar messages in an SMTP session, e.g., a bunch of order
confirmations, or per-recipient customized bulk mail.
Regards,
John Levine, johnl(_at_)taugh(_dot_)com, Taughannock Networks, Trumansburg NY
Please consider the environment before reading this e-mail. https://jl.ly
_______________________________________________
ietf-smtp mailing list
ietf-smtp(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/ietf-smtp