[dmarc-discuss] problem parsing report from 126.com

pandalove pandalove at 126.com
Mon Jun 18 19:03:34 PDT 2012


>> Also note: The 126.com reports are formatting dates as floats instead of integers.


I've fixed them by integers.


Thanks,
Junping





At 2012-06-18 21:20:30,"Brian Corrigan" <bcorrigan at majorleaguegaming.com> wrote:
>Also note: The 126.com reports are formatting dates as floats instead
>of integers.  This is true for 163.com as well.  I don't have history
>working yet, but if you submit an XML file to my little validator it
>shows this issue.  (http://www.structure.cc)
>
>
>
>On Mon, Jun 18, 2012 at 5:22 AM, pandalove <pandalove at 126.com> wrote:
>> Hi Andreas and all,
>>
>>>> o the subject/Report-ID contain < and >
>>
>> According to Part 12.2.1 of DMARC spec and Part 3.6.4 of RFC5322, If I read
>> them correctly, the "Report-ID:" tag should contain < and >.
>> Looks like rddmarc should verify and compat it.
>>
>> From http://www.dmarc.org/draft-dmarc-base-00-01.txt:
>> dmarc-subject = %x52.65.70.6f.72.74 1*FWS    ; "Report"
>> ...
>> %x52.65.70.6f.72.74.2d.49.44.3a ; "Report-ID:"
>> msg-id                       ; from RFC5322
>>
>> From http://tools.ietf.org/html/rfc5322! :
>> msg-id          =   [CFWS] "<" id-left "@" id-right ">" [CFWS]
>>
>>>> uses content-type "application/x-zip-compressed" instead
>>>> "application/zip"
>>>> the mail contained an "unexpected" part
>>
>> The dmarc_aggregate_report.xsd in report is useless. I have fixed them all,
>> tomorrow you may receive new reports without these problems.
>>
>> Thanks,
>> Junping
>>
>>
>> At 2012-06-18 16:00:05,"Andreas Schulze" <sca at andreasschulze.de> wrote:
>>>Hi all,
>>>
>>>today I received my first report from 126.com. Thanks!
>>>I had to edit the mail for import using rddmarc.
>>>
>>>o the subject/Report-ID contain < and >
>>>  http://www.techsneeze.com/how-parse-dmarc-reports failed to show the Report-ID as link.
>>>
>>>  Subject: Report Domain: datev.de Submitter: 126.com Report-ID:
>>>   <aggr_report_datev.de_20120615_126.com>
>>>
>>>o the attached zipfile uses content-type "application/x-zip-compressed" instead "application/zip"
>>>  I use the rddmard from http://www.taugh.com/rddmarc/ (from february 2012)
>>>  are there any updates available?
>>>
>>>o the mail contained an "unexpected" part
>>>  Content-Type: application/octet-stream; name="dmarc_aggregate_report.xsd"
>>>  Content-Disposition: attachment; filename="dmarc_aggregate_report.xsd"
>>>
>>>  what is this good for?
>>>
>>>Andreas
>>>
>>>_______________________________________________
>>>dmarc-discuss mailing list
>>>dmarc-discuss at dmarc.org
>>>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)
>>
>>
>>
>>
>> _______________________________________________
>> dmarc-discuss mailing list
>> dmarc-discuss at dmarc.org
>> 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)
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://medusa.blackops.org/pipermail/dmarc-discuss/attachments/20120619/e28997e8/attachment.htm>


More information about the dmarc-discuss mailing list