<div dir="ltr">Hello everybody,<br><div><br></div><div>I have an RFC question I'd appreciate some feedback on...</div><div><br></div><div>We have a situation where a Calendar client is trying to get the etags of every event in an enormous calendar in a single query. Naturally, this isn't working.</div><div><br></div><div>They're doing this:</div><div><br></div><div>PROPFIND /caldav/v2/$USERNAME/events</div><div><div><?xml version="1.0" encoding="UTF-8"?></div><div><A:propfind xmlns:A="DAV:"></div><div>  <A:prop></div><div>    <A:getcontenttype/></div><div>    <A:getetag/></div><div>  </A:prop></div><div></A:propfind></div></div><div><br></div><div>As you can see, they're not asking for a sync token.</div><div><br></div><div>RFC6578 section 3.6 provides a mechanism where clients can ask for paginated responses, where the server returns partial data with a 507 status code, and a new sync token so they can continue the query. It is a, however, a bit ambiguous as to whether this is supported for methods other than REPORT. The interwebs suggest it is (but I'd appreciate a clarification here).</div><div><br></div><div>My question is. however:</div><div><br></div><div>Is it permissable to return a sync-token (and expect the client to honour it) <i>even if the client's original query didn't ask for it</i>?</div><div><br></div><div>I'm hoping the answer is going to be yes, but if it's no --- any suggestions?</div><div><br></div><div>Thanks!</div><div><br></div><div>David Given</div><div><a href="mailto:dtrg@google.com">dtrg@google.com</a></div><div><br></div></div>