A hypothetical signal is emitted from a known exoplanet thousands of light years away. The signal marks the occurrence of an epoch-worthy event on that planet, and we (the receivers) want to know exactly when that transmission was sent in our own local timekeeping system, so we can can set up the conversion of time between the two calendars of the two different worlds.
An approximate answer is pretty simple - distance in light years between the stars / c. This doesn't consider things like the different orbital positions of the planets within their systems, and the movement of both stars within the galaxy over the thousands of years the message was in transit, but these things can theoretically be calculated, but there's one thing that makes me suspect the whole concept is doomed to fail:
Time dilation between the two stars. As they're in different orbits around the milky way, and travelling at 100's of km per second, one sun from the frame of reference of another will experience non-constant time dilation, as a result of the relative velocities slowly drifting over the centuries as the suns orbit the galactic centroid (assuming their orbital radius from centroid is non equal, and thus they have different orbital periods)
I've attempted to calculate this, and the factor is small (like off by $10^{-7}$), but this is significant if signal between those two worlds has to travel 1000's of light years, this could translate to the clocks being several hours out of sync and drifting over time as the time dilation factor changes as the suns orbit the galactic centroid.
This would seem to imply that the whole concept of creating a precise conversion between calender's across the galaxy is flawed. Is it? Or have I missed something?
This question is prompted by a question asked on the WorldBuilding stack exchange. Someone requested the transmit time of a signal from planet A in the local calendar of planet B, accurate to the nearest minute.