While writing the email report sending feature of Mail::DMARC, I set my media
type to application/gzip, as the 2013 draft spec I'm working off says I MUST do:
The aggregate data MUST be an XML file subjected to GZIP compression.
The aggregate data MUST be present using the media type "application/
gzip", and the filenames...
Then I noticed something peculiar in the DMARC reports I receive. Nobody else
is sending reports with gzip compression. Here's a quick survey:
application/zip
microsoft.com
hotmail.com
aol.com
google.com
comcast.net
andreasschulze.de
163.com
junc.org
xs4all.nl
linked.com
126.com
yeah.net
ivenue.com
x-zip-compressed
yahoo.com
I assumed there must be a historical reason for this, and sure enough, I found
it in the 2012 Draft:
The aggregate data MUST be an XML file contained within a ZIP file.
The aggregate data MUST be present using the media type "application/
zip", and the filenames...
This raises interoperability questions. If Mail::DMARC sends out gzip
compressed reports, are they readable to receivers? When will the receivers be
able to process them? Should I be sending them as zip compressed files until
then?
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)
