On Thu, Nov 21, 2024 at 10:21 AM Seth Blank <seth= [email protected]> wrote:
> The charter explicitly says to make changes grounded in operational > experience. > > We've discussed many things as a group around operational challenges and > needs to improve the spec, and not once has anyone on the sending or > receiving side of reports raised the compression algorithms as needing a > change. > > I personally like the idea of being able to use better compression > schemes. John mentions a report that was 4k which expanded to 1.6m. We > receive reports that uncompress to Gigs. But the truth is, it's no skin off > our back and gzip doesn't represent a current operational challenge, just a > future nicety. > > I'd argue we save compression mechanisms for a future revision of the > aggregate reporting spec, if it becomes an actual challenge to those who > are sending or processing reports. > Yeah, I think this is all defensible. Mainly I wanted to have some discussion on the record before we send this along, rather than exposing us to "Hey, did you think about this?" sorts of questions. -MSK
_______________________________________________ dmarc mailing list -- [email protected] To unsubscribe send an email to [email protected]
