最近我开始破解收件箱/垃圾邮件文件夹的位置。经过长时间的搜索，我发现Hotmail/Outlook正在使用他们在每封邮件中输入的X-Message-Delivery标签来确定很多事情。如果你转到电子邮件的来源，你可以看到一个类似于以下内容的X-Message-Deli：
Vj0xLjE7dXM9MDtsPTE7YT0wO0Q9MjtHRD0yO1NDTD00
如果你BASE64解码，你会得到
V=1.1;us=0;l=1;a=0;D=2;GD=2;SCL=4
根据我的研究，我发现以下事情会导致信息进入垃圾文件夹
If "D=x" is higher then 1
If "GD=x" is higher then 1
If "SCL=x" is higher then 0
除此之外，我发现V=1.1在所有方面都是一样的，并且在我收到的任何电子邮件中（或者至少在我检查的电子邮件中）都没有改变
我认为"a=x"的意思是，如果发件人在收件人地址簿中，或者收件人至少知道。如果它的0是一个新的发件人，因此更有可能进入垃圾邮件文件夹，如果它的a=1，则有助于进入收件箱。
我认为l=1或l=0与此发件人在打开时的图像是否被阻止有关。虽然我觉得这不是很一致。
你们知道这些标签代表什么吗？
D=
GD=
us=
如果你知道，你知道它们会从0变成1或2吗？
谢谢你！
mime版本
SCL指垃圾邮件可信度（SCL）
SCL评分2、3、4、7和8不被服务使用。SCL评级为5或6被视为可疑垃圾邮件，这是不太确定的被认为是垃圾邮件而不是被认为是特定垃圾邮件的SCL评级9。可以配置针对垃圾邮件和高置信度垃圾邮件的不同操作通过Exchange管理中心中的内容筛选器策略。对于有关详细信息，请参阅配置内容筛选器策略。你也可以通过设置符合特定条件的邮件的SCL分级使用传输规则，如创建传输规则中所述通过设置垃圾邮件信任级别将邮件识别为垃圾邮件或非垃圾邮件（SCL）。
http://technet.microsoft.com/en-us/library/dn798345（v=不包括150）.aspx
http://technet.microsoft.com/en-us/library/jj200686（v=不包括150）.aspx
GD。。经过详尽的搜索。。我相信它指的是GD2，与PHP相关的图形库，但我没有参考资料来证实这一点。或者，我发现一个被称为"保证交付"的术语被提及得很模糊，但这是一个非常微妙的提及，我找不到任何进一步的提及。然而，这可能是有意义的。。
那些让Hotmail有影响力并被标记为"无论如何都不是垃圾邮件"的电子邮件发件人受到了特殊待遇。。保证交付"。看起来很合理。。
我能在任何GD的RFC中找到的唯一参考是RFC6035，它将GD定义为GapDuration
"GD" EQUAL (1*7DIGIT) ;0-3,600,000 -- milliseconds
BLD=0 BD=0 GLD=2.0 GD=500 GMIN=16
GDuration gd = (GDuration) table.get(context);
http://media.proquest.com/media/pq/classic/doc/1397920421/fmt/ai/rep/NPDF?_s=PRwJ1WMP1Dw7%2F7ZDFW5hXUNyfPo%3D
但我真的不认为他们有关联。
我怀疑它是否像Manuel猜测的那样意味着生成交付报告。原因是，生成交付报告已经是一个定义的标题字段，因此不需要创建另一个字段。
X头最初是在RFC822第4节中定义的
当我放弃寻找GD时，我退出了。
不管他们的意思是什么，我敢打赌，他们的意思早就被遗忘了，Hotmail可能再也没有人知道它的意思了，更不可能有任何可行的方法让你改变它们。我仍然有点震惊，因为我什么都找不到。。我通常非常擅长研究和挖掘晦涩的数据；p
其他资源：
- RFC2076：常见的Internet消息头
- RFC2045：多用途Internet邮件扩展（MIME）第一部分：Internet邮件正文的格式
- RFC4021:邮件和MIME头字段的注册
- BCP178
"X-Message-Delivery"头字段中的以下参数：V=1.1;us=0;l=0;a=0;D=2;GD=2;SCL=4
不会影响INBOX的电子邮件传送能力，它们既不是造成这种情况的原因，也根本没有表明。
在与微软在线/退市支持斗争后，分数相同的消息现在转到INBOX，而不是JUNK
微软还不清楚是什么决定将其放入"垃圾邮件"还是"收件箱"。
这就是我想在上面提到的