Incorrect Last-Modified HTTP header for /ipfs/multihash links

For some reason IPFS does not return correct last-modified HTTP header if the file accessed using IPFS hash /ipfs/something, but it does return it if you use ipns or domain with _dnslink
This is seen on docs:

$ curl -I
last-modified: Mon, 04 Feb 2019 11:03:48 GMT

$ dig txt +short

$ curl -I
last-modified: Thu, 01 Jan 1970 00:00:01 GMT

Is this a bug or a feature?

1 Like

As I was told on IRC, IPFS sets Last-Modified header for IPNS links to the time when IPNS link is resolved (i.e. domain lookup), not to actual file modification date.