Outlook VSTO插件：AutoFormatRule筛选器无法生效的技术问询

你遇到的这个Filter无法生效的情况，确实是Outlook对象模型（OM）的已知bug——这个问题在2010、2013版本就存在，微软当时明确表示不会修复，到2016版本也没解决。下面我来详细解释那个公共文件夹workaround的具体含义，以及几个可落地的C#替代方案：

一、公共文件夹复制规则的Workaround具体含义 #

微软给出的这个方案核心思路是绕开Outlook OM直接设置Filter的bug：公共文件夹中的自动格式规则可以正常保存并识别Filter属性，所以我们可以先在公共文件夹里创建好正确的规则，再把它复制到用户自己的邮箱配置文件中。具体操作逻辑是：

1. 手动创建基准规则：

   • 在Outlook中打开任意一个公共文件夹（没有的话可以临时创建一个测试用的）
   • 进入该文件夹的表格视图，手动创建一个自动格式规则：设置好你需要的Filter（比如未读+指定邮件类），并配置好字体颜色
   • 保存这个规则，确保它在公共文件夹中能正常生效

2. 通过代码复制规则：

   • 用Outlook OM获取公共文件夹的TableView对象，找到你刚才创建的那个自动格式规则
   • 将这个规则复制到目标文件夹（比如用户的收件箱）的TableView.AutoFormatRules集合中
   • 保存并应用目标视图的规则

因为公共文件夹里的规则的Filter属性是已经验证过有效的，复制到用户邮箱后就能正常工作，避开了直接设置Filter时的bug。

二、其他C#代码实现的替代方案 #

1. 使用Redemption库（最推荐） #

Redemption是专门用来绕过Outlook OM限制和bug的第三方库，它直接基于MAPI操作，完全不受这个Filter设置bug的影响。示例代码如下：

using Redemption;

// 关联到当前Outlook会话
RDOSession rdoSession = new RDOSession();
rdoSession.MAPIOBJECT = Application.Session.MAPIOBJECT;

// 获取目标文件夹的表格视图
RDOFolder targetFolder = rdoSession.GetDefaultFolder(rdoDefaultFolders.olFolderInbox);
RDOTableView tableView = targetFolder.CurrentView as RDOTableView;

Dictionary<string, OlColor> colorizationRules = new Dictionary<string, OlColor>() 
{ 
    {Resources.MsgClass1, OlColor.olColorRed}, 
    {Resources.MsgClass2, OlColor.olColorYellow}, 
    {Resources.MsgClass3, OlColor.olColorGreen} 
};

foreach (var kvp in colorizationRules)
{
    // 创建新的自动格式规则
    RDOAutoFormatRule newRule = tableView.AutoFormatRules.Add(kvp.Key);
    // 直接设置Filter，无需特殊前缀
    newRule.Filter = $"(\"urn:schemas:httpmail:read\"=0 AND \"http://schemas.microsoft.com/mapi/proptag/0x001a001e\"='{kvp.Key}')";
    newRule.Font.Color = kvp.Value;
    newRule.Enabled = true;
}

// 保存规则和视图
tableView.AutoFormatRules.Save();
tableView.Save();
tableView.Apply();

Redemption兼容Outlook全系列版本，能解决很多OM的奇葩问题，是Outlook开发中非常常用的工具。

2. 改用ItemAdd事件实时处理（轻量替代方案） #

如果不想引入第三方库，也可以换个思路：不在视图层面设置自动格式，而是监听收件箱的ItemAdd事件，当符合条件的未读邮件进来时，直接修改邮件的字体颜色。示例代码：

private void SetupMailItemListener()
{
    Outlook.MAPIFolder inbox = Application.Session.GetDefaultFolder(Outlook.OlDefaultFolders.olFolderInbox);
    inbox.ItemAdd += Inbox_ItemAdd;
}

private void Inbox_ItemAdd(object Item)
{
    if (Item is Outlook.MailItem mailItem)
    {
        Dictionary<string, OlColor> colorizationRules = new Dictionary<string, OlColor>() 
        { 
            {Resources.MsgClass1, OlColor.olColorRed}, 
            {Resources.MsgClass2, OlColor.olColorYellow}, 
            {Resources.MsgClass3, OlColor.olColorGreen} 
        };

        // 检查邮件是否未读且属于目标邮件类
        if (!mailItem.UnRead && colorizationRules.TryGetValue(mailItem.MessageClass, out OlColor color))
        {
            mailItem.Font.Color = color;
            mailItem.Save();
        }
    }
}

这个方案的缺点是：只能处理新收到的邮件，历史邮件需要手动批量处理；而且是修改邮件本身的属性，不是视图层面的动态格式（比如邮件已读后颜色不会自动恢复），适合对实时性要求不高的场景。

3. 直接操作MAPI属性（复杂不推荐） #

如果不想用第三方库，也可以直接通过Extended MAPI来修改视图的规则属性，但Extended MAPI的API非常繁琐，需要编写大量非托管代码或使用P/Invoke，开发成本很高，除非你对MAPI有深入了解，否则不推荐这种方式。

内容的提问来源于stack exchange，提问作者user1016945