在Django或Python的email模块中处理邮件主题时，不少开发者会遇到一个看似不起眼的问题：日期前的空格凭空消失了，比如“for01/02/24”这样的情况。这个Bug虽然小，但出现在邮件客户端中却容易让人困惑——明明在代码里写好了空格，怎么发出去就丢了？
大多数情况下，问题出在字符串拼接时编码或Header初始化方式不够严谨。当使用email.header.Header构造邮件主题时，直接拼接字符串虽然语法合法，但某些邮件客户端（尤其是Gmail），在解析MIME头字段时，可能因为编码自动折叠、空格规范化或Header内部的word-wrapping逻辑，意外地吞掉末尾或相邻的空格。尤其当后续内容（比如日期）不含空格且紧贴在一起时，更容易被误判为连续token而合并显示。
推荐解决方案：使用f-string并显式指定字符编码
from email.mime.multipart import MIMEMultipart
from email.header import Header
from datetime import date
today = date.today()
msg = MIMEMultipart('alternative')
msg['Subject'] = Header(
f"Email Subject for {today.strftime('%d/%m/%y')}",
charset='utf-8' # 显式声明编码，提升跨客户端兼容性
)
msg['From'] = me
msg['To'] = you
这里有几个关键点值得注意：
f"Email Subject for {today.strftime('%d/%m/%y')}"确保空格作为普通ASCII字符原样嵌入字符串，避免拼接过程中的隐式截断或编码歧义；charset='utf-8'参数强烈建议显式传入，防止Header默认使用us-ascii导致非ASCII字符（或特殊空格）被降级处理；- 不要依赖
str()包裹格式化结果——strftime()本身返回str，额外转换无意义且可能干扰编码推断。
注意事项
- 避免在Header中传入已含换行符或控制字符的字符串（如
\n、\t），否则可能破坏MIME头结构； - 如果主题包含中文或特殊符号，utf-8编码加Header是必须的组合，不可省略；
- 在Django中发送邮件时，也可以考虑直接使用
django.core.mail.EmailMessage，其subject字段会自动处理编码，更简洁安全：
from django.core.mail import EmailMessage
email = EmailMessage(
subject=f"Email Subject for {today.strftime('%d/%m/%y')}",
body="Your email content here",
from_email=me,
to=[you],
)
email.send()
总结一下：这个空格“消失”的问题，本质上并非Gmail特有的Bug，而是MIME头构造不严谨所致。坚持使用f-string加显式charset，就能稳定输出带空格的可读主题，兼顾专业性与兼容性。
