Stack Apps is a question and answer site for apps, scripts, and development with the Stack Exchange API. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I was testing the inbox/unread API but noticed that there is a big delay between one gets a message, and this message gets included in the API response. Like one minute or more.

Is this API not real-time, and is there a way to get real-time unread inbox items?

It would be essential for me, as I'm making an app to give user live notifications about new inbox messages.

share|improve this question
By definition a real-time system has "real-time constraint"— e.g. operational deadlines from event to system response. So, if the response is guaranteed to be with in a minute I believe it would still be called real-time. – Ozair Kafray Jul 20 '12 at 6:45
Oh thanks for the explanation on real-time! So I think my constraint would be like 20 or 30 seconds. – zavié Jul 20 '12 at 7:26
up vote 7 down vote accepted

Every response from the API can be cached for up to a minute, so making the same request multiple times in that time-frame typically won't return different results.

We make note of this in the throttle documentation:

While not strictly a throttle, the Stack Exchange employs heavy caching and as such no application should make semantically identical requests more than once a minute.

share|improve this answer
So it's not possible to notify the user immediately with the API :( – zavié Jul 20 '12 at 7:24

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .