Re: CR CR LF-mail body as there is an error

From: vfx9as <vfx9as_at_gmail.com>
Date: Sat, 20 Nov 2010 16:08:02 +0900

Thank you for verifying different.

Would forget the basic things.
I'm using postfix 2.7.1 on.

There was no problem in sendmail 8.14.4 and try the same test was performed.

So what should I do Okonae measures.

2010/11/20 Murray S. Kucherawy <msk_at_cloudmark.com>

> Here’s your sample input file:
>
>
>
> % hexdump -C in
>
> 00000000 46 72 6f 6d 3a 62 75 67 40 65 78 61 6d 70 6c 65
> |From:bug_at_example|
>
> 00000010 2e 63 6f 6d 0a 0a 61 61 0a 61 61 20 0d 0a 61 61 |.com..aa.aa
> ..aa|
>
> 00000020 0a 0a |..|
>
> 00000022
>
>
>
> Here’s a configuration file I set up to test it:
>
>
>
> % cat conf
>
> Domain example.com
>
> KeyFile /var/db/dkim/default.key.pem
>
> Selector default
>
> KeepTemporaryFiles True
>
>
>
> Then I signed it with opendkim in test mode:
>
>
>
> % ./opendkim -b s -x conf -t in -v -v –v
>
>
>
> This resulted in the canonicalized body and header being left in /var/tmp.
> Here’s the header after processing:
>
>
>
> % hexdump -C /var/tmp/dkim.DEBUG-i.1ICNzD
>
> 00000000 61 61 0d 0a 61 61 20 0d 0a 61 61 0d 0a |aa..aa ..aa..|
>
> 0000000d
>
>
>
> The code in libopendkim is converting LFs to CRLFs, as required (RFC5322 as
> previously cited, and also RFC4871 Section 5.3), while leaving the CRLF
> alone.
>
>
>
> Again, bare CRs are not legal input.
>
>
>
Received on Sat Nov 20 2010 - 07:08:18 PST

This archive was generated by hypermail 2.3.0 : Mon Oct 29 2012 - 23:19:49 PST