Bug 3263

Summary: Wrong timezone while using date_fmt function
Product: Claws Mail (GTK 2) Reporter: Ricardo Mones <mones>
Component: UI/Compose WindowAssignee: users
Status: RESOLVED FIXED    
Severity: minor    
Priority: P3    
Version: 3.11.0   
Hardware: PC   
OS: Linux   
URL: http://bugs.debian.org/760283

Description Ricardo Mones 2014-09-02 17:08:48 UTC
Original reporter on Debian BTS explains it well, so just copying here:

----
the %date_fmt function, available to customize your reply [1], uses your        
locale timezone instead of the sender's. An example:                            
Let's say you've received a mail dated on Mon, 1 Sep 2014 14:24:56              
-0400 and that your locale timezone is +0200. Then the %date_fmt                
(or %D) function will return Mon, 1 Sep 2014 14:24:56 +0200.                    
                                                                                
This bug is also present in version 3.10.1git150-1 from hydra.debian.net        
                                                                                
[1] Configuration -> Preferences -> Compose -> Templates -> Reply
----

Thanks in advance,
Comment 1 users 2015-10-05 11:49:02 UTC
Changes related to this bug have been committed.
Please check latest Git and update the bug accordingly.
You can also get the patch from:
http://git.claws-mail.org/

++ ChangeLog	2015-10-05 11:49:02.559703580 +0200
http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=3209dc73505c23c9bea88c2c0b409d448e271dd7
Merge: f3c0ad2 e98adf3
Author: Colin Leroy <colin@colino.net>
Date:   Mon Oct 5 11:49:02 2015 +0200

    Merge branch 'master' of file:///home/git/claws

http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=e98adf35bc6efaf304863700f420a47e173831dc
Author: Ricardo Mones <ricardo@mones.org>
Date:   Mon Oct 5 00:19:30 2015 +0200

    Fix bug #3263 ‘Wrong timezone while using date_fmt function’
    
    In addition of %z for timezone offset, the strftime allows also a %Z
    specifier for timezone name and also some modifiers and field width.
    
    All these specifier are detected now and ignored, appending the timezone
    on the message. Otherwise they would be passed to the strftime call as
    is, which uses the local timezone, wrong most of the time.