On 12/9/2019 2:04 PM, Keith Moore wrote:
On 12/6/19 1:05 PM, Hector Santos wrote:
I would like to suggest that this be updated to current operational
considerations and RFC5321 limits, including exploring the addition
of using an encryption method, i.e. TripleDES or AES, to possibly
reduce and help keep VERP-encoded addresses sizes within the SMTP
I'm at a loss to understand how encryption can reduce address sizes.
Hashing, yes. Compression, yes. But not encryption.
Yes, hashing would normally be considered for reduced key size
indexing. But its not reversible without some sort of mapping. So I
"two way compression without a mapping dictionary"
It lead me to an interesting StackOverFlow thread. See Solution #3 here
which also leads you to this with some C# code to explore.
Of course, the goal is to see if we can "correct" the limit
incompatibilities using a simple two-way encoder/decoder.
If the 5321.SMTP max path length is 320:
Can a longer VERP-encoded address be reduced to <= 320?
ietf-smtp mailing list