I don't terribly mind html emails as such - sure, it's sad that those that enable html are more likely to get tracked and/or hacked, than those of us that stick

I don't terribly mind html emails as such - sure, it's sad that those that enable html are more likely to get tracked and/or hacked, than those of us that stick to reading the text/plain and distinct attachments (eg: images). The real question is: does this render nice, full, text/plain? I doubt it - it's certainly possible to go from <rich XML format> to markdown/ReST/etc+html -- but it seems much easier to get good text/plain results by using something like markdown as the foundation (markdown becomes the text/plain part). The faq doesn't say, and from a glance the docs don't mention text/plain. So I'm guessing this generates invalid email (no usable text/plain part).