It appears that Brotman, Alex <[email protected]> said: > 2. I’d welcome other inputs here on the original idea for this option. I > would imagine modern systems would be able to deal with rather >large XML files, though MTAs routinely set limits under 50M for accepting >messages.
I suggested an option to deliver reports by https POST or PUT, like MTA-STS does, with precious little interest, even though it's a much more efficient way to ship large files around since it doesn't need base64 encoding and doesn't relay. This suggests that the size limits are not a problem, at least not one people think is worth fixing. > 3. I don’t think it suggests we should all send at the same time (Unless > I’m reading a different section). It suggests that the report >producer should create reports on the same UTC boundaries. For example, we do >abide by the day boundary, but our reports are generated a few >hours after 0000UTC (and delivered upon completion). If you’d like, I can put >a clarifying note into the document. I read it the way he did. I suppose a comment like "but wait a random number of hours after 0000 before you actually send the report" would do the trick. R's, John _______________________________________________ dmarc mailing list [email protected] https://www.ietf.org/mailman/listinfo/dmarc
