Re: [Exim] "non-printing character 27"

Página superior
Eliminar este mensaje
Responder a este mensaje
Autor: Andreas Metzler
Fecha:  
A: exim-users
Asunto: Re: [Exim] "non-printing character 27"
On 2004-08-05 Nathan Ollerenshaw <nathan@???> wrote:
> Guys, I'm having a little problem here,


> 2004-08-05 20:40:58 1BsgcE-0001Uv-Aa ** ar1@???
> <test@???> F=<BLAH@???> R=reply T=auto_reply:
> Expansion of "[Auto-Reply] $header_subject:" in auto_reply transport
> contains non-printing character 27

[...]
> auto_reply:
> driver = autoreply
> subject = [Auto-Reply] $header_subject:
> headers = "Content-Type: text/plain; charset=iso-2022-jp"
> to = $sender_address
> text = ${extract{mailReplyText}{$address_data}}
> from = $local_part@$domain


> Any reason why this shouldn't work?

[...]

$header_subject: decodes rfc2047 and generates non-ascii characters,
but message headers may only contain ascii. I'd simply preserve the
existing encoding by using $rheader_subject: instead. (You could also
use the ${rfc2047-operator to re-encode the string)
            cu andreas


--
"See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in "Snow Crash"