On May 12, 2013, at 10:05 AM, "John Levine" <[email protected]> wrote:
>> Zitat von John Levine <[email protected]>: >>> It's an interesting question who supports gzip. My report processor >>> doesn't yet, but I'll fix it this week. >> >> for opendmarc I looks also not complex. It uses perl IO::Compress::Zip >> which is similiar to IO::Compress::GZip >> >> But why should we change and when? Make it sense to send out the new >> report format the majority still could not understand? > > We should update the analysis software now, report format in a month > or two, preferably before the IETF WG gets very far. Sheerly for pragmatic reasons, Mail::DMARC will decompress reports in both formats. But for report sending, implementing only gzip compression today seems almost certain to present interoperability issues, which is I why I brought it up. I like the 'send only zip before 07/01/13 and only gzip after' type policy, as it's very easy to implement in code and doesn't require users to change config settings. Matt _______________________________________________ dmarc-discuss mailing list [email protected] http://www.dmarc.org/mailman/listinfo/dmarc-discuss NOTE: Participating in this list means you agree to the DMARC Note Well terms (http://www.dmarc.org/note_well.html)
