为提升您的使用体验,本站正在维护,部分功能暂时无法使用。如果本站文章无法解决您的问题,您想要向社区提问的话,请到 Twitter 上的 @FirefoxSupport 或 Reddit 上的 /r/firefox 提问,我们的支持社区将会很快回复您的疑问。

搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

the clock and date on e-mails received is wrong, how do I change that?

  • 1 个回答
  • 3 人有此问题
  • 9 次查看
  • 最后回复者为 Zenos

more options

i.e I got an e-mail this morning at arrived at 8.15 real time and according to the e-mail it arrived at 5.16 and there is no date. How can I fix this please

i.e I got an e-mail this morning at arrived at 8.15 real time and according to the e-mail it arrived at 5.16 and there is no date. How can I fix this please

被采纳的解决方案

The absence of the date isn't a problem, I think. That is Thunderbird's default setting; today's messages show just the time, other messages show both date and time.

Did this message come from someone a couple of timezones away? You have a notional 3 hr error there.

Check your own computer is set to the right time and timezone. Users sometimes set the clock, overlooking the timezone (or daylight savings adjustment), but internally the machine in California thinks it's on New York time.

If this message is a one-off, it's possible that the sender has a similar issue. It can be instructive to read through the message header (ctrl+u) and see the timestamps added by various servers. A jump or discontinuity can indicate a localized problem. Servers usually have well-maintained clocks and may report in UTC (which is rather like the older GMT) plus a timezone offset.

定位到答案原位置 👍 3

所有回复 (1)

more options

选择的解决方案

The absence of the date isn't a problem, I think. That is Thunderbird's default setting; today's messages show just the time, other messages show both date and time.

Did this message come from someone a couple of timezones away? You have a notional 3 hr error there.

Check your own computer is set to the right time and timezone. Users sometimes set the clock, overlooking the timezone (or daylight savings adjustment), but internally the machine in California thinks it's on New York time.

If this message is a one-off, it's possible that the sender has a similar issue. It can be instructive to read through the message header (ctrl+u) and see the timestamps added by various servers. A jump or discontinuity can indicate a localized problem. Servers usually have well-maintained clocks and may report in UTC (which is rather like the older GMT) plus a timezone offset.