Blat 3.2.6 (32-bit) under Win2008 (64-bit) is garbling a MyDefrag.log file when used as the first parameter. Tried adding -8bitmime and/or -charset "UTF-8" but still garbled.
Blat 3.1.1 on a Win2000 32-bit server was not garbling the log file when used as the first parameter. Downgraded on the Win2008 box to blat 3.1.1 and it works fine now.
A sample MyDefrag.log is attached. My email client is Outlook 2013.
I tried your file as inline attachment, sending it to my office email where I have Outlook 2013. Nothing appeared garbled. What I did see is that Outlook would not show inline attachments, rather it shows your file as an attachment (paperclip) for security reasons.
When I sent it as the first option, then I see what you mean. Every other character is sent. I will have to trace the source with Visual Studio in a few minutes.
The main problem I had with my testing today is with detecting Unicode and UTF-8 files that lack a byte order marker (BOM). When Notepad normally writes a text file with Unicode characters, such as with Cyrillic characters, Notepad first writes a byte sequence that identifies the byte format for the rest of the file. This byte sequence is also called the BOM. I had been keying off this BOM to adjust my internal strings, until I was made aware that it is possible to create a text file with the echo command that lacks the BOM, and yet still contains Unicode characters.
I created some new text files for testing today, some which include the BOM and some that do not. One other text file contains various European language translations for the English text "Now is the time for all good men to come to the aid of their country." Since the translated strings all contain characters in the extended set between 0x0080 and 0x00FF, the text file does not need a BOM. These new text files showed some weaknesses in my edits from last night, so I reworked the Unicode detection logic. The newest iteration is working properly for each of my text files, and your MyDefrag.log file.
Sounds good! I noticed in Notepad++ (my preferred text editor) that there is provision for converting to UTF-8 with and without the BOM.