On Sat 13/Dec/2014 03:23:57 +0100 Sam Varshavchik wrote: > Alessandro Vesely writes: > >> Right, so it must have been Apple's server >> (http://www.appmaildev.com/en/dkim/) >> >> I tentatively installed the following patch. It prevents wrapping without >> apparently causing any blatant malfunction. What would you say about it? >> (I didn't explore what unexpected effects it might sort.) >> >> --- courier/libs/comrwheader.c.orig 2013-08-25 20:44:47.000000000 +0200 >> +++ courier/libs/comrwheader.c 2014-12-12 09:03:44.000000000 +0100 >> @@ -98,7 +98,7 @@ >> unsigned i, l; >> char *p; >> >> - new_header=rfc822_getaddrs_wrap(rfca, 70); >> + new_header=rfc822_getaddrs_wrap(rfca, 700); >> if (!new_header) clog_msg_errno(); >> >> for (i=l=0; new_header[i]; i++) > > I believe that this is going to take all nicely-wrapped headers, and blow them > up to 700 character-long lines. Which is a step backwards, rather than > progress.
Yes, my bad. It'd be better to have the SMTP client abide by noaddrrewrite. I still wonder why rfc822_getaddrs_wrap is not being called at submission time. > I think the best course of action here is to figure out how to make dkim stop > complaining. It is enough to configure the right canonicalization (c14n). (C14ns are ephemeral rewritings carried out for the sole purpose of computing a hash.) The "relaxed" header c14n[1] normalizes whitespace, thereby making dkim insensitive to that wrapping. Unfortunately, it's not the default. [1] http://tools.ietf.org/html/rfc6376#section-3.4.2 Ale -- ------------------------------------------------------------------------------ Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk _______________________________________________ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
