Publishing destinations

How to Convert Markdown Tables for Email and Support Replies

Written and reviewed by the md2text maintainer. Parser-specific guidance is checked against the automated regression suite.

Email clients and support tools are inconsistent with Markdown. Some render tables. Some show the raw Markdown. Some remove spacing. Some change fonts. If you need the recipient to read a table without guessing, a plain-text table is often safer.

This is especially true for technical support replies, incident summaries, release announcements, and account or configuration checklists. The table is not there to look fancy; it is there to make values easy to compare.

Start with a compact Markdown table

Keep the source table short and direct:

| Check | Result | Next step |
|---|:---:|---|
| DNS record | Pass | No action |
| SSL certificate | Pass | No action |
| Redirect rule | Review | Confirm target URL |

This table has three useful columns and short cell values. It will convert more cleanly than a table with full paragraphs in every row.

Choose the output style

For email and support replies, the best style depends on the tool:

DestinationRecommended styleReason
Plain-text emailSimple or ASCII gridMaximum compatibility
Rich email with code formattingASCII gridStrong visual boundaries
Help desk reply boxASCII gridEasier to scan after paste
Internal noteUnicode boxGood if the tool supports Unicode

If you are unsure, choose ASCII grid. It uses only common characters and makes columns clear.

Wrap the table when possible

If your email or help desk supports code blocks, wrap the output in a code-style block. In Markdown-enabled tools, that means:

```text
+-----------------+--------+--------------------+
| Check           | Result | Next step          |
+-----------------+--------+--------------------+
| DNS record      |  Pass  | No action          |
+-----------------+--------+--------------------+
| SSL certificate |  Pass  | No action          |
+-----------------+--------+--------------------+
| Redirect rule   | Review | Confirm target URL |
+-----------------+--------+--------------------+
```

Code formatting tells the destination to preserve spaces and use a monospaced font.

Keep line length under control

Email clients often wrap long lines. A wrapped table is hard to read. Try to keep each row narrow:

TechniqueExample
Use short column namesNext instead of Recommended next action
Move detail below the tablePut notes in bullets after the table
Use labelsPass, Review, Blocked
Avoid long URLs in cellsLink separately below the table

If the table is still too wide, split it into two smaller tables.

Add a sentence before the table

Do not paste a table without context. A short lead-in helps the reader understand what they are looking at:

Here is the current migration checklist:

+-----------------+--------+--------------------+
| Check           | Result | Next step          |
...

The sentence also makes the reply easier to search later.

Preview before sending

Always preview the final message if the tool offers a preview. Look for:

IssueWhat to do
Wrapped rowsShorten cells or split the table
Uneven spacingUse a code block or plain-text mode
Missing bordersChoose ASCII grid instead of simple output
Broken linksMove long URLs below the table

If the table is mission-critical, send yourself a test message first. Different clients can display the same email differently.

Example support reply

I checked the three items that affect the redirect.

+-----------------+--------+--------------------+
| Check           | Result | Next step          |
+-----------------+--------+--------------------+
| DNS record      |  Pass  | No action          |
+-----------------+--------+--------------------+
| SSL certificate |  Pass  | No action          |
+-----------------+--------+--------------------+
| Redirect rule   | Review | Confirm target URL |
+-----------------+--------+--------------------+

The redirect rule is the only item that still needs review.

This format is direct, readable, and resilient. It can be copied into a ticket history, forwarded by email, or pasted into an internal incident note.

Final thought

Markdown is a writing format. Email and support tools are delivery environments. When those environments do not preserve Markdown tables, convert the table to plain text, keep it narrow, and preview it before sending.

Try the table examples from this guide

Open an allowlisted example in the converter or copy the source and output locally. The Markdown text is not placed in the URL.

ASCII grid

Example key: email-support-checks

Try this table in the converter

Markdown source


										| Check | Result | Next step |
|---|:---:|---|
| DNS record | Pass | No action |
| SSL certificate | Pass | No action |
| Redirect rule | Review | Confirm target URL |
									

Text output


										+-----------------+--------+--------------------+
| Check           | Result | Next step          |
+-----------------+--------+--------------------+
| DNS record      |  Pass  | No action          |
+-----------------+--------+--------------------+
| SSL certificate |  Pass  | No action          |
+-----------------+--------+--------------------+
| Redirect rule   | Review | Confirm target URL |
+-----------------+--------+--------------------+
									

Convert your own table

Paste a Markdown table into the converter and choose ASCII grid, Unicode box, or Simple text output. Conversion runs locally in your browser.

Convert a Markdown table