看起来你遇到的问题是CalDAV服务器没有正确处理时间范围和属性过滤的逻辑与条件，而是只应用了时间范围过滤。这其实是不少CalDAV服务器实现的常见坑——虽然规范里默认同级过滤条件是逻辑AND，但有些服务器需要你显式声明这个逻辑关系才能正确生效。

正确的查询示例 #

你需要把time-range和prop-filter用<C:and>标签包裹起来，明确告诉服务器两个条件必须同时满足：

<?xml version="1.0" encoding="utf-8" ?>
<C:calendar-query xmlns:C="urn:ietf:params:xml:ns:caldav">
  <D:prop xmlns:D="DAV:">
    <D:getetag/>
    <C:calendar-data />
  </D:prop>
  <C:filter>
    <C:comp-filter name="VCALENDAR">
      <C:comp-filter name="VEVENT">
        <C:and>
          <C:time-range start="19000323T064000Z" end="20400323T194000Z" />
          <C:prop-filter name="DESCRIPTION">
            <C:text-match collation="i;ascii-casemap">Text to match</C:text-match>
          </C:prop-filter>
        </C:and>
      </C:comp-filter>
    </C:comp-filter>
  </C:filter>
</C:calendar-query>

为什么原来的查询不生效？ #

CalDAV的RFC规范（RFC 4791）中定义，同一个<comp-filter>下的多个子过滤条件（比如时间范围和属性过滤）默认是逻辑AND关系，但部分服务器（比如某些版本的Nextcloud、ownCloud，或者自定义的CalDAV服务）对这种隐式的AND支持不好，必须通过<C:and>标签显式组合才能正确解析两个条件的关系。

额外排查点 #

如果显式用<C:and>后还是不生效，可以试试这几个方向：

• 检查服务器的CalDAV版本支持：确保服务器完全兼容RFC 4791，部分老旧服务器对复杂过滤的支持有限。
• 验证text-match的collation参数：有些服务器可能不支持i;ascii-casemap，可以尝试去掉这个参数，或者换成i;unicode-casemap试试。
• 单独测试属性过滤：先去掉时间范围，只保留prop-filter，看是否能正确返回匹配描述的事件，确认属性过滤本身是有效的。

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