[kmail2] [Bug 355195] New: date and time are ambiguous when replying to and forwarding messages (no timezone information)

[kolAflash via KDE Bugzilla]

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 at kde.org
          Reporter: kolAflash at 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.