There was a bug report about s/// on UTF-8 data recently. It seems this may be one of snags with encoding-aware tkmail. I just got a pile of: Malformed UTF-8 character (unexpected non-continuation byte 0xf2, immediately after start byte 0xfd) in substitution (s///) at /tools/perls/lib/5.8.0/Mail/Header.pm line 109. That line is: $_[0] =~ s/\s*[\r\n]+\s*/ /og; # Compress any white space around a newline The UTF-8 in question is coming from Encoding::???? decode, so should be okay. I have saved the raw mail and will try and track it down... -- Nick Ing-Simmons http://www.ni-s.u-net.com/