ESI API - some responses give a X-Expires header which lies in the past

Hi guys,

Responding with an already passed date in the expired header (earlier than the Date header value) makes no sense and would be a sign of some sort of misconfiguration.

My client would treat such response as “already expired” and not cache it, thus spamming your ESI service with requests.

Of course, I could always hard-code a proper cache time, but as you rely on caching much instead of rate-limiting (which i really find great you do), you need 3rd party devs to use the caching mechanisms, but they won’t if they dont work for them.

It happens most frequently with Universe routes - Systems, Stargates and so on

See that Screenshot, for example, was made with that request


See if this issue is already posted on If not create an issue for it.

Thats what i did, thanks

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.