附件中的Content-ID标头的格式必须为local-part "@" domain。 Gmail的Content-ID中没有@。 这是一个真正的错误，还是我误读了规范？
当我尝试重新发送从Gmail发送的附有内联图片的电子邮件时，我发现了这个问题。我的邮件程序（SwiftMailer）声称Content-ID无效。
Here's the email I'm working with。我是通过在Gmail中插入内嵌图片并通过电子邮件发送给自己来创建的。
以下是规范的相关部分（据我所知）：
Content-ID Header Field
In constructing a high-level user agent, it may be desirable to allow
one body to make reference to another. Accordingly, bodies may be
labelled using the "Content-ID" header field, which is syntactically
identical to the "Message-ID" header field:
id := "Content-ID" ":" msg-id
msg-id = "<" addr-spec ">" ; Unique message id
addr-spec = local-part "@" domain ; global address
我在这里缺少什么？ Gmail是否不遵守规范，或者内容ID中是否可以不@？
答案 0 :(得分：8)
看到没有人发布更好的答案......
我对RFC的解释与您的一致。我认为Gmail在这里做错了。但是，根据定义，Gmail所做的事情事实上有效。 Gmail太受欢迎，因为其他软件无法接受但不会接受它，这为更多软件以相同方式违反规范打开了大门，直到标准做法为止。
不幸的是，这意味着目前还没有与现实相符的确切规格。幸运的是，这个问题现在出现在谷歌的结果中。
问题中的原始电子邮件已经消失，所以这是另一个例子。这只是多部分消息的编码图像部分。请注意Content-ID标头。
--089e0153807e5a346d04f1ae7c38
Content-Type: image/gif; name="blank.gif"
Content-Transfer-Encoding: base64
Content-ID: <ii_14403b4fa16783bf>
X-Attachment-Id: ii_14403b4fa16783bf
R0lGODlhAQABAIAAAP///wAAACH5BAEAAAAALAAAAAABAAEAAAICRAEAOw==
--089e0153807e5a346d04f1ae7c38--