On Sun, 16 Dec 2018 08:30:58 -0500 Kevin A. McGrail wrote:
> > On Sat, Dec 15, 2018, 17:25 RW <rwmailli...@googlemail.com wrote: > > > On Sat, 15 Dec 2018 22:26:17 +0100 > > sebast...@debianfan.de wrote: > > > > > > > I want to have a full report - i.g.: 5 Points for > > > IMG_ONLY_FM_DOM, 5 Points for SURBL_BLOCKED ..... > > > > > > > > > > > add_header all Report _REPORT_ > This can cause issues though. That feature is not header safe to my > knowledge. I had a look at the bug reports and I couldn't find anything to substantiate this, the most relevant are: Bug 7664 - This seems a bit anecdotal, so far. No-one has confirmed it, I couldn't reproduce it on FreeBSD and the reporter couldn't reproduce it on Windows. Also the sample email had broken MIME. Bug 7253 - This is cosmetic. If non-ASCII characters are present, SA 3.x QP encodes the header incorrectly, but the basic header itself is still valid and easily readable, apart from multi-byte characters being displayed as hexadecimal. The serious problems mentioned in 7253 come from unsuccessful attempts to reimplement QP header encoding with third-party libraries. In my experience email clients don't typically decode header MIME QP unless the headers are being displayed with the message, which is unlikely for X-Spam-Report. For those of us who read informational headers without the QP being decoded, the fix in trunk may be worst than doing nothing.