How to turn OFF "Improper folded header field made up entirely of whitespace"

[Simon B]

On 3 Jun 2016 20:26, "Mike Schleif" <mike at mdsresource.net> wrote:
>
> Since nobody will tell me: fix_whitespace_lines: Why does it NOT fix
whitespace lines?
>
> Do I have any other choice, other than turning OFF header checks, to
avoid outgoing mail failing for this cause?
>
> How can I turn OFF header checks for all outgoing mail?

Probably with a policy bank.

To disable bad header checks for certain recipients you can use
@bypass_header_checks_maps in amavisd.conf.

I imagine you can somehow set that for outgoing only.

But frankly if it's for *outgoing* mail you could better just solve the
application/script causing the issue..

Simon

> ~ Mike
>
>
> On Wed, May 18, 2016 at 8:49 AM, Mike Schleif <mike at mdsresource.net>
wrote:
>>
>> postfix 2.10.1
>>
>> How can I turn OFF the following particular header check ONLY for
outgoing email?
>>     "Improper folded header field made up entirely of whitespace"
>>
>> We're using postfix between the internet and MS Exchange 2010, and MS
Outlook 2010 MUA.
>>
>> Several times per week, outgoing mail is quarantined for this header
violation, always in the References: header, example below:
>>
>> ...
>> References: <
BY1PR13MB0151F1E18A901505CAE7F071CC710 at BY1PR13MB0151.namprd13.prod.outlook.com
>
>>  <1F13EA4287F2B24EA0E390BCFD313E7AB8A51E8D at SemExchange.sempris.local>
>>  <
BY1PR13MB01510E8FAC2AA3D5241F8BD4CC710 at BY1PR13MB0151.namprd13.prod.outlook.com
>
>>
>> Accept-Language: en-US
>> ...
>>
>> We do not want to turn header checks off completely. Incoming email is
not a problem for us.
>>
>> For internal automated emails from legacy systems, we have already
implemented:
>>   $interface_policy{'10027'}   = 'SENDERBYPASS';
>>   $policy_bank{'SENDERBYPASS'} = {
>>     bypass_header_checks_maps  => [1],
>>     final_bad_header_destiny   => D_PASS,
>>    ... }
>> via: /etc/postfix/amavis_sender_bypass
>>
>> How can we turn OFF only this one header check for all outbound email?
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.amavis.org/pipermail/amavis-users/attachments/20160603/413b0a67/attachment.html>