https://bugs.kde.org/show_bug.cgi?id=355195
Bug ID: 355195
Summary: date and time are ambiguous when replying to and
forwarding messages (no timezone information)
Product: kmail2
Version: 4.14.7
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: composer
Assignee: kdepim-bugs@kde.org
Reporter: kolafl...@kolahilft.de
When forwarding or replying to a message, the time zone information of the old
message is just thrown away.
When forwarding or replying to a message, a customizable standard template is
used.
See: Settings => Configure KMail => Composer => Standard Templates
For those you can use time and date values of the original mail such as:
%ODATE (Date)
%ODATEEN (Date in C Locale)
%ODATESHORT (Date in Short format)
%OTIME (Time)
%OTIMEEN (Time in C Locale)
%OTIMELONG (Time in Long Format)
To get something like:
On %ODATEEN, %OTIMELONGEN, %OFROMNAME wrote:
On a concrete mail this will expand to something like:
On Friday 02 November 2015, 09:17:44, Alice wrote:
Nevertheless Alice original mail said:
Date: Fri, 02 Nov 2015 09:17:44 +0800
So this is some very different time than 09:17:44 UTC for example.
So those %... variables should either always contains the time zone (e.g.
+0800) or there should be an additional variable for this.
Alternatively there should be variables offering a recalculated time, based on
the local time of the forwarding / replying persons computer.
Maybe the difference between %OTIME and %OTIMEEN was intended for this. But
actually I can't find any difference in the behaviour of these both variables.
Maybe broken!?!?
Additionally, a localized/non-localized version of the %OTIMELONG variable
would be needed.
I like the idea to recalculate to the forwarders/replyers local time and add
the time zone string, e.g. +0800
It's the same what KMail does when showing the Date of a normal email when
reading.
And don't forget, the %ODATE... variables are probably affected too
(date-borders).
Reproducible: Always
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs
