Suped

Why does Gmail block emails with unicode characters or emojis in the from address?

Michael Ko profile picture
Michael Ko
Co-founder & CEO, Suped
Published 25 Jun 2025
Updated 17 Aug 2025
7 min read
Dealing with blocked emails can be incredibly frustrating, especially when it's for a reason you hadn't even considered. One issue that sometimes catches senders off guard is when Gmail blocks emails containing Unicode characters or emojis in the From address. You might see an error like "smtp;550 5.7.1 The message contains a unicode character in a disallowed header. Please visit https://support.google.com/mail/?p=BlockedMessage to review our message and header content guidelines. x8-20020a05620a258800b007676ba7d910si3636587qko.518 - gsmtp". This isn't just a quirky Gmail behavior, it's a deliberate choice rooted in security and user experience. It's crucial to understand why this happens to maintain strong email deliverability.
Email is a complex ecosystem, and mail providers like gmail.com logoGmail are constantly working to protect their users from spam, phishing, and other malicious activities. While emojis and special characters can seem like a fun way to stand out in the inbox, certain placements, especially in critical headers like the From address, can trigger security flags. It boils down to a balance between allowing creative expression and preventing abuse.
I often see marketers and even some developers try to push the boundaries of email formatting. While using emojis in subject lines can sometimes boost open rates, placing them in the From address or other headers is a different story. This is typically where strict email standards and security protocols come into play, leading to emails being blocked or marked as spam.

Understanding Gmail's header requirements

Gmail maintains stringent policies regarding email headers primarily to combat impersonation and phishing attempts. The From header, which includes both the sender's name (the "friendly from") and their email address, is a critical component for identifying the true sender. When this header contains characters that are unusual or can be easily confused with other symbols or user interface elements, it raises a red flag.
Email standards, like RFC 5322, define the syntax for email messages. While these RFCs can be quite flexible, allowing for a wide range of characters through Unicode (UTF-8) encoding, mail providers like Gmail often implement stricter interpretations for security reasons. For example, a checkmark emoji (U+2705) in the friendly From field, which a client once attempted, was instantly rejected. This particular emoji could easily be mistaken for a verification badge, which is a common tactic used in phishing campaigns.
The goal is to prevent any graphical characters that could be confused with UI elements or used to trick users. This proactive blocking helps protect recipients from deceptive emails and contributes to overall email ecosystem security. It's a fine line between supporting a broad range of characters and preventing malicious abuse, and Gmail chooses caution when it comes to sensitive header fields.

The security implications of special characters

The core problem with Unicode characters and emojis in the From address is their potential for visual spoofing. A carefully chosen Unicode character can look very similar or even identical to an ASCII character, making it difficult for users to distinguish legitimate senders from malicious ones. This is a common tactic in homograph attacks.
Beyond explicit blocking, using disallowed characters can also lead to messages being flagged as spam or sent to junk folders. This directly impacts your sender reputation. Mailbox providers track everything, and consistently sending emails with problematic headers can lead to your domain or IP address being added to internal blocklists (also known as blacklists).
It's important to remember that while an email might deliver successfully to some inboxes, it doesn't guarantee universal acceptance. Different mail servers and email clients have varying levels of strictness when it comes to parsing headers and interpreting Unicode. What works for one recipient might fail for another, causing inconsistent deliverability issues and making troubleshooting email deliverability much harder. This is why strict adherence to established best practices is paramount for consistent inbox placement.

Best practices for your From address

Risky practice

  1. From name: Using emojis or non-standard Unicode characters like ":white_check_mark: Company Name" or "CömPany Name" in the From field.
  2. Encoding: Mismatched or incorrect character encoding for the From header.
  3. Headers: Including Unicode characters in other sensitive headers that are not designed to handle them.
To prevent your emails from being blocked by Gmail, the most straightforward solution is to avoid using emojis or complex Unicode characters in the From name and other email headers. Stick to standard ASCII characters for these critical fields.

Safe practice

  1. From name: Use only alphanumeric characters and common punctuation.
  2. Emojis: If you want to use emojis, place them in the subject line or email body, where they are generally more accepted and less likely to trigger security filters.
  3. Encoding: Ensure your email content is properly encoded, preferably using UTF-8.
While it might seem tempting to add visual flair to your From address, the risks to your deliverability far outweigh any perceived benefits. Prioritizing standard, compliant practices ensures your messages reach their intended recipients without unnecessary blocks or filtering. Always test your email campaigns, especially when making changes to sender information, to catch any potential issues before they impact your audience.

Impact on deliverability

Maintaining a healthy sender reputation is paramount. Each time an email bounces or is marked as spam due to an issue like disallowed characters, it negatively impacts your domain's standing. Over time, this can lead to more widespread blocking, even for legitimate emails that follow all other guidelines. It's a cumulative effect that requires careful attention.
Monitoring your bounce rates and understanding the bounce messages is critical for diagnosing these kinds of issues. If you see "550 5.7.1 The message contains a unicode character in a disallowed header" you know exactly what the problem is. Ignoring these warnings can lead to a significant decline in your email deliverability rates, affecting your reach and engagement. This is why Gmail is suddenly rejecting emails from you.
Even if some emails still get through with problematic characters, it’s not a reliable long-term strategy. Mailbox providers frequently update their spam filters and blocklist algorithms. What works today might lead to significant blocking or an increase in your spam rate tomorrow. Staying compliant with common email sending best practices, especially concerning headers, is essential for consistent inbox placement.
Remember, the goal is to build trust with both your recipients and the mailbox providers. Sending clean, compliant emails reduces the likelihood of being flagged as suspicious, allowing your messages to reach the inbox consistently.

Views from the trenches

Best practices
Always use standard ASCII characters in your 'From Name' to ensure compatibility across all email clients.
Test your emails with various providers, including Gmail, before sending large campaigns to identify any rendering or blocking issues.
Monitor your DMARC reports and bounce logs regularly to catch 'disallowed header' errors early.
Common pitfalls
Using emojis or special Unicode symbols in the 'From Name' for branding purposes.
Assuming that if an email delivers to some inboxes, it will deliver to all, despite non-standard headers.
Overlooking the impact of non-compliant headers on overall sender reputation and future deliverability.
Expert tips
Consider using emojis in the subject line or email body where they are less likely to trigger strict header validation.
If you need to represent a specific brand element, use an image within the email body rather than a character in the From name.
Educate your marketing team on email header best practices to prevent unintended deliverability issues.
Marketer view
Marketer from Email Geeks says a client experienced a bounce when using a checkmark emoji in the From address, indicating specific emojis can be problematic.
2023-08-03 - Email Geeks
Expert view
Expert from Email Geeks suggests that bad encoding or a restricted emoji in the friendly From field could be the cause of email blocking.
2023-08-03 - Email Geeks

Ensuring your emails reach the inbox

The rationale behind Gmail blocking emails with Unicode characters or emojis in the From address is clear: it's a security measure to prevent phishing, spoofing, and user confusion. While these characters can add a unique touch to your branding, using them in sensitive email headers often leads to deliverability issues and can negatively impact your sender reputation.
To ensure your emails consistently reach the inbox, always adhere to standard ASCII characters in your From address. If you wish to use emojis, reserve them for the subject line or email body, where they are typically well-supported and less likely to trigger security filters. Prioritizing email deliverability best practices will protect your sending reputation and ensure your messages are seen by your audience.

Frequently asked questions

DMARC monitoring

Start monitoring your DMARC reports today

Suped DMARC platform dashboard

What you'll get with Suped

Real-time DMARC report monitoring and analysis
Automated alerts for authentication failures
Clear recommendations to improve email deliverability
Protection against phishing and domain spoofing