[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#44566: 27.1; time bug at Gnus

From: 황병희
Subject: bug#44566: 27.1; time bug at Gnus
Date: Wed, 11 Nov 2020 21:22:34 +0900
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux)

Dear Peder,

"Peder O. Klingenberg" <peder@news.klingenberg.no> writes:

> On on., 2020-11-11 kl. 12.14 +0100 +0100, Lars Ingebrigtsen wrote:
>> Perhaps it'd be better if you described precisely what you think the
>> problem is (by giving us example Date headers) instead of posting
>> screenshots and asking us to guess what you think the problem is?
> Seems obvious to me.  Two screenshots, taken 30-ish seconds apart.  In
> the first, an archive copy of a message, with a Date header like so:
> Date: Wed, 11 Nov 2020 11:18:55 +0900 (22 minutes, 6 seconds ago)
> Second, the NNTP edition of the same message, with a date header like
> this:
> Date: Wed, 11 Nov 2020 03:18:55 CET (8 hours, 22 minutes, 37 seconds ago)
> The second timestamp is transposed to CET, but describes the same point
> in time as the first.  The thing between the parenthesis, calculated by
> gnus, should therefore obviously be the same, modulo the seconds between
> the screenshots.  It's not.  The difference is the same as the
> difference between time zones +0900 and CET, so it's not unlikely that
> somewhere Gnus drops the TZ information.
> ...Peder...

Thank you for good explain!!!

Sincerely, Byung-Hee

^고맙습니다 _和合團結_ 감사합니다_^))//

reply via email to

[Prev in Thread] Current Thread [Next in Thread]