Exchange Web Services slow first request

Question

Our client is experiencing delays of ~10 seconds the first time our application attempts to communicate with their Exchange Server 2007 SP1 using EWS Managed API 2.0.

It seems that if no requests have been made in a while the delay returns on the following request.

I'm assuming that it has something to do with what is described in another SO question and want to ask what can be done about this. (further testing showed this is most likely not the case)

Is this an issue that can be fixed by flicking a switch somewhere on the server? Or are we forced to do some sort of keep-alive request regularly from the application? (sigh)

Answer 1

The issue is likely caused by a large amount of items in users' calendar folders and mailboxes in general, which Exchange doesn't handle too well.

We hope for performance improvements in Exchange Server 2010, perhaps by using AQS queries.

I've asked a seperate question with further detail.

---

It seems that the delay wasn't related to the first request in general, but rather the first request that performs a search in a user's mailbox (specifically calendar).

The problem seems to occur only when using SearchFilter/FindItems the first time. Next request flies through without delay.

At first, we suspected the cause being a search on an extended property, but realized that the problem persisted even when searching for calendar items on a specific date instead - i.e. when searching only on first class properties that we would expect to be "indexed" and fast. This is why we hope that AQS and searching on indexed properties in Exchange 2010 may provide the necessary boost in speed.

Answer 2

It cannot be resolved by flicking a switch on the server.. unless you possibly don't allow the app pool to goto sleep? Application Pool Idle Time-Out