Re: [Exim] Panic on very long headers

Top Page
Delete this message
Reply to this message
Author: Max Caines
Date:  
To: Philip Hazel
CC: exim-users
Subject: Re: [Exim] Panic on very long headers
At 14:22 21/06/00 +0100, you wrote:

>What is the reference to $h_to: in your filter? I already have this
>problem on a list of things to investigate, but a simple-minded test
>doesn't provoke it. A fix might be to replace $h_to: with
>${length_5000:$h_to:} (say), but I haven't tried this (because I can't
>provoke the original error!)


This is the filter:

# Exim filter

# Only run any of this stuff on the first pass through the
# filter - this is an optomisation for messages that get
# queued and have serveral delivery attempts

if error_message or not first_delivery
then
finish
endif

if "${lookup {${local_part:$h_to:}} lsearch
{/usr/local/exim/to_spam.txt}{y}}" is y or
"${lookup {$h_to:} lsearch {/usr/local/exim/to_spam.txt}{y}}" is y or
($sender_address_domain is not wlv.ac.uk and ($header_to: is
$header_from: or $h_to: is ""))
then
logfile "$spool_directory/log/rejectlog" 0600
logwrite "$tod_log System filter: Bad To: address from $sender_address
to $header_to:, removed\n\
------------------------------------------------------------------------------------"
seen finish
endif


Max Caines                       |  Email: M.B.Caines@???
Network Design Consultant        |  Phone: +44 (0)1902 322245
IT Services                      |  Fax: +44 (0)1902 322699
University of Wolverhampton      |