On Wed, 21 Jun 2000, Max Caines wrote:
> I'm running Exim 3.13, and I've noticed that I am getting messages sitting
> on the queue indefinitely, but with no log file available. If I force Exim
> to deliver such a message, it panics with "string_sprintf expansion was
> longer than 8192 characters". Putting -d10 on, it seems this is happening
> when it runs the system filter. I see that every such message has an
> enormous To: header (usually coming from some damn Outlook client) and our
> system filter refers to $h_To:. Is there any way I can get round this
> (other than turning off the system filter, which certainly fixes it)?
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!)
--
Philip Hazel University of Cambridge Computing Service,
ph10@??? Cambridge, England. Phone: +44 1223 334714.
