In article <fdb59f01-119f-d765-65df-113d0d8d8419@???> you write:
>https://sandbox.ietf.org/doc/draft-levine-smtp-compress/
>
>- but there was only ever a version 0 of the draft. I assume
>that means there wasn't sufficient interest.
I wrote it as a strawman. As you surmise, nobody was interested.
> Presumably it would be of most use in bandwidth-constrained - yet with cpu cycles to
>spare - environments.
I think these days that is pretty much all of them. We long ago
determined that the extra processing to do DKIM signature signing and
verifying is lost in the noise and I'd think this would be, too.
> Billions of emails would also require extra energy to process them.
Indeed, but less energy to transfer the compressed text so the energy
tradeoffs are unclear.
>Exim does not support that draft currently. Volunteer programming,
>testing and maintenance effort would be required.
I wouldn't bother. As far as I know, nobody ever implemented it.
R's,
John
