On 07/15/2013 12:15 PM, Mark Martinec wrote:
Malformed UTF-8 character (unexpected non-continuation byte 0x6e,
immediately after start byte 0xf6) in transliteration (tr///) at
/data/masscheckwork/weekly_mass_check/masses/../lib/Mail/SpamAssassin/DnsResolver.pm
line 627.
On a second thought, this should never have happened.
It indicates that something has flagged a string as a character string
(uft8 flag on) without checking its contents or using Encode::convert
to decode bytes to strings. This should be investigated, it is
not something that DNS resolver should try to work around,
such a string should never have been produced at all.
What version of Perl was that?
This is perl, v5.10.1 (*) built for x86_64-linux-thread-multi
(Centos 6.4)
Was the setting normalize_charset turned on?
where or what should take care of this?
btw..
in a mailfow log, using spamd I found this:
Jul 15 11:02:07 sa01 spamd[31780]: dns: new_dns_packet
(domain=www.amazon..co.uk. type=A class=IN) failed: a domain name
contains a null label
Jul 15 11:02:07 sa01 spamd[31780]: dns: new_dns_packet
(domain=ecx..images-amazon.com. type=A class=IN) failed: a domain name
contains a null label
so it isn't only affecting masschecks
spamd box is using:
SpamAssassin version 3.4.0-pre3-r1435395
running on Perl version 5.10.1
Thx
