我在Exchange 2007服务器上遇到以下错误：
事件ID：9667types：错误类别：常规源：msgidNamedPropsQuotaError描述：由于指定属性的数量达到配额限制（），因此无法为数据库创build新的命名属性。 用户尝试创build指定的属性：。 命名的属性GUID：。 命名的属性名称/ ID：。
我知道这可能发生，如果交换信息存储填满了命名的属性…但我不知道如何确定哪个特定的命名属性是在这里过错。 有没有一种方法来检查数据库的这种types的信息，看看是否有一个特定的重复命名属性消耗资源？
-M
这不是一个单一的命名的财产造成这个问题，而是他们的丰富。 在过去几年里，我已经有过几次这个确切的问题。 一开始，微软认为可以允许邮件中的任何旧的X头文件在Exchange中升级到一个命名的属性。 他们也认为可以硬编码最大数量的命名属性。 时间过去了，小丑们在标题中做了这样的事情：
X-IHateYou: True 或者其他软件包做愚蠢的东西，如：
X-20010122113201: True
哪个Outlook忠实地提升为NamedProperty。 而且人们开始用尽NamedProperties配额。 微软多年来就这方面发表了一些文章。
一些资源：
你所看到的不是一个NamedProperty习惯用尽，你实际上想要那些去NamedProperties。 你不想要的是X头，如果没有必要的话，你不会提供一个湿面。 在链接的文章中，Exchange 2007在最近的服务包和更新汇总中对这个问题已经有了一些进展。 但是，如果您现在正在运行它，唯一剩下的就是增加您的NamedProperties配额。