Is there a SOAP API for fetching others' public calendar entries

[sgbeal]

Hello, developers,

My company would like to replace our internal shared calendar with one using our Zimbra server. We know how to get the free/busy info, and that's all working fine, but yesterday i hit a wall...

a) Free/Busy is returning a lot of 1-second slots. From what i can tell (though i cannot say with 100% certainty), there refer to repeating appointments. Since there is no way to map these to their origin appointment (and therefore now way to know their durations), i've got to exclude these from the end user's view. That's the smaller problem, though...

b) Insofar as i can tell, the only way to fetch calendar data is via the SearchRequest. Also insofar as i can tell, it offers no way to fetch public calendar entries for _other_ users.

So my questions are:

1) Is there a Request for fetching public calendar entries for users other than the one who is logged in?

2) Is the "query" parameter for SearchRequest documented anywhere? The requests i've snooped from the ajax client just send cryptic numbers, e.g. "inid:\"10\" OR inid:\"16000\"".

:-?

[sgbeal]

Sorry, i should have mentioned: Zimbra Server 7.1.1_GA_3196.

[Krishopper]

Im not sure to #1, but I have a quick response for #2 at the moment:

There is a <query> tag within <SearchRequest> that you can use. For example, if you are using SearchRequest in mail:

<SearchRequest>
<query>is:unread</query>
</SearchRequest>

You can extrapolate that to calendar.

[sgbeal]

Originally Posted by Krishopper

There is a <query> tag within <SearchRequest> that you can use. For example, if you are using SearchRequest in mail:

<SearchRequest>
<query>is:unread</query>
</SearchRequest>

You can extrapolate that to calendar.

There's the catch, though - it doesn't appear to be documented anywhere that i've found. is:unread would (i presume) apply to mails, but not for appointments (again: i presume/assume).

Today our Zimbra admin found access rights for allowing a specific user to read other calendars, but i have been unable to confirm that it works as we need because i can't seem to get any calendar/appointment results from SearchRequest. My suspicion is that i need the proper query=string, but i have no clue what needs to go into that string.

[sgbeal]

BTW: i've found the query string documentation, and i have a tip for the documentors...

The file soap.txt uses the following notation for query strings: {query-string}. However, a grep for "query-string" does not reveal anything useful. The secrets i've been looking for are in query.txt, which a grep does not reveal because it does not use the same notation used by the file soap.txt.

So, my recommendation: when a given grammar element refers to an external element, e.g. {query-string}, then make sure the element being referred to also has that denotation somewhere nearby ("within grepping distance"). i've been looking for literally 3 days for this, and the documentation was hidden right under my nose.

[phoenix]

Originally Posted by sgbeal

BTW: i've found the query string documentation, and i have a tip for the documentors...

You should file a bug report, posting here is next to useless.

[sgbeal]

Originally Posted by phoenix

...posting here is next to useless.

Thanks for the tip - i've come to the same conclusion .