基于下面的Microsoft博客文章，我开始使用命名属性在使用EWS时使用键，值对标记传出电子邮件。该方法用于查找刚刚在服务器上发送的电子邮件，以便您可以获取发布后处理所需的邮件的标识符(例如移动电子邮件(。
https://blogs.msdn.microsoft.com/exchangedev/2010/02/02/25/determining-the-the-by-a-sent-mest-mest-message-by-using-usish--usish--usishend-exted-properties-properties-with-the-with-the-ews - 管理-api/
文章没有说的是，您可以在数据库中创建的命名属性数量(属性名称和GUID Pairs(。
- https://technet.microsoft.com/en-us/library/bb851495(v = exchg.80(.aspx
- https://blogs.technet.microsoft.com/exchange/2010/07/29/confused-about-about-named-properties-properties-quotas-quotas-quotas-in-exchange-2003-and-exchange-change-2007---1007-/
我使用属性来解决博客文章解决的确切问题。他们为什么不提到这样的限制？我觉得我错过了应该很明显的东西。
问题：
-
是否有一种方法可以使用这些属性，以免筋疲力尽？某些技术博客文章没有描述？
-
我可以使用另一种方法来解决相同的问题吗？
避免命名属性耗尽的方法是每次都不使用新属性。例如，对于您的应用程序，您只需要一个名称属性，因为您的差异应该是属性值(例如，如果您以后搜索这些属性，则不会对这些属性进行索引任何更好的性能(。即使您需要具有不同的键值对，您仍然可以将其放入属性值(例如使用Microsoft为邮件应用程序所做的JSON字符串，因此您可以将一个带有多个KeyValue Pair的扩展属性配对，尽管搜索性能是搜索性能由于底带查询很昂贵(。