- Sans Serif (generic)
- Serif (generic)
- Arial
- Georgia
- Verdana
- Courier New
- Helvetica
- Lucida Sans
- Tahoma
- Times New Roman
- Trebuchet MS
@font-face declarations, but be aware of the client support limitations below.
Why Custom Fonts Don’t Work in Most Email Clients
Unlike web browsers, most email clients strip out the code needed to load custom or web fonts (like those from Google Fonts). When a custom font can’t load, the email client falls back to a default font, which can change the look of your email significantly. Email clients that support custom web fonts:- Apple Mail (macOS and iOS)
- Outlook (macOS 2011 and 2016, iOS older versions)
- Samsung Email (Android, except with Microsoft email addresses)
- Thunderbird (macOS)
- HEY (desktop webmail)
- 1&1 / IONOS (desktop webmail)
- GMX and WEB.DE (iOS only)
- Gmail (all versions)
- Outlook.com and Outlook on Windows (the declaration is supported but remote fonts are ignored, falling back to Times New Roman)
- Outlook for Android
- Yahoo Mail (all versions)
- AOL (all versions)
- ProtonMail (desktop and iOS)
- Fastmail
- Most other webmail clients
You can check detailed, up-to-date email client support for web fonts at caniemail.com.
Web-Safe Fonts
These fonts are installed on virtually all devices and will display consistently across email clients. This is general reference for web-safe fonts — not every font below is available in Flowforth’s email editor, which offers the selection listed at the top of this page.Sans Serif
Serif
Monospace
For the best results, a font stack should always end with a generic family. Ideal stacks look like:
- Sans serif: Helvetica, Arial, Verdana, sans-serif
- Serif: Georgia, Times New Roman, serif
What Happens with Unsupported Fonts
When an email uses a font that the recipient’s email client doesn’t support, the client picks a fallback. This process works like a chain:- The email specifies a preferred font (e.g., “Montserrat”)
- The client checks if it can load that font. If not, it moves to the next font in the list.
- It continues down the list until it finds one it supports.
- If none match, it uses the client’s default font (usually Times New Roman or Arial).
Tips for Choosing Fonts
- Stick to web-safe fonts if consistent appearance across all email clients matters to you.
- Design with the fallback in mind. If you use a custom font, check how your email looks with the fallback font too, since that’s what most of your recipients will see.
- Use Flowforth’s built-in font options. The fonts available in the email editor are selected for broad compatibility.
- Test your emails. Send a test email and check how it looks in different clients (Gmail, Outlook, Apple Mail) before sending to your full list.
Importing Emails from Other Tools
If you import an email from a tool like Canva, the original design may use custom fonts that won’t render in most email clients. Flowforth imports the HTML as-is, including whatever font stacks the original tool used. The fallback fonts specified in that code will be what most recipients see. There’s no way to make custom fonts work universally in email. This is a fundamental limitation of how email clients render HTML, not something specific to any one tool or platform.Need help choosing the right fonts for your emails? Contact support@flowforth.co.