Bug 341909 - Reply and Print time is in UTC, not in locale
Summary: Reply and Print time is in UTC, not in locale
Status: RESOLVED FIXED
Alias: None
Product: kmail2
Classification: Applications
Component: composer (show other bugs)
Version: 5.4.0
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-12-15 11:01 UTC by rawi
Modified: 2019-08-12 07:49 UTC (History)
9 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
snapshot showing the problem (243.98 KB, text/plain)
2015-01-22 08:56 UTC, rawi 		Details
attempt to print the email in the first attachment (18.12 KB, application/pdf)
2015-01-22 09:15 UTC, rawi 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description rawi 2014-12-15 11:01:33 UTC 
My template for reply:
On %ODATE %OTIMELONG %OFROMADDR wrote:

I am in the timezone UTC+1 (Berlin/Germany)

I get in my replies the UTC Time, not the locale (+1)

Also, printing an email prints the UTC time

My locale:
LANG=en_US.UTF-8
LANGUAGE=en_US.UTF-8
LC_CTYPE=de_DE.UTF-8
LC_NUMERIC=de_DE.UTF-8
LC_TIME=de_DE.UTF-8
LC_COLLATE=de_DE.UTF-8
LC_MONETARY=de_DE.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_PAPER=de_DE.UTF-8
LC_NAME=de_DE.UTF-8
LC_ADDRESS=de_DE.UTF-8
LC_TELEPHONE=de_DE.UTF-8
LC_MEASUREMENT=de_DE.UTF-8
LC_IDENTIFICATION=de_DE.UTF-8
LC_ALL=(not set because mixed LCs)


Reproducible: Always

Steps to Reproduce:
1. Reply or Print in a non-utc timezone
2.
3.

Actual Results:  
UTC time

Expected Results:  
Berlin/Germany time (+1)
Comment 1 Laurent Montel 2015-01-21 20:18:04 UTC 
Could you put a screenshot about your problem ?
Comment 2 rawi 2015-01-22 08:56:57 UTC 
Created attachment 90578 [details]
snapshot showing the problem

Laurent, thank you for spending time on this.

The problem (bug?) it's a bit disruptive with regard at the timely protocol of a conversation; it can generate confusions about having got a message one hour (in my time zone) before it actually happened.
Knowing the problem I edit the time in that first reply line by hand...

I also noticed, that it is no problem responding messages coming from my own time zone. Here is the response time always correct.

For other time zones I cannot say it exactly:
I got an email from kobo.com (I have no clue where it resides) with a time stamp like "Date: 16.12.2014 11:02".
A potential replay from me would have a first line like "On Tuesday 16 December 2014 05:02:58 Kobo <noreply@kobo.com> wrote:".

I have here no idea, if this would be the UTC time of the message, or mine, so I wouldn't know to edit surely the first line with the real receiving time.

You'll find here an attachment with a snapshot of an attempt to replay to the notice received from kde.org after you posted your comment to this:
Result: one hour difference.

Kind regards
Rawi
Comment 3 rawi 2015-01-22 09:15:20 UTC 
Created attachment 90580 [details]
attempt to print the email in the first attachment

Oh, and I forgot to say: If I need a hard copy of an email for archiving I get a print also with the time delay mentioned, which could become problematic until dangerous.
See please this second attachment.
Comment 4 rawi 2015-01-22 09:24:35 UTC 
Comment on attachment 90580 [details]
attempt to print the email in the first attachment

>%PDF-1.4
>1 0 obj
><<
>/Title (þÿ)
>/Creator (þÿ)
>/Producer (þÿQt 4.8.6)
>/CreationDate (D:20150122090928)
>>>
>endobj
>2 0 obj
><<
>/Type /Catalog
>/Pages 3 0 R
>>>
>endobj
>4 0 obj
><<
>/Type /ExtGState
>/SA true
>/SM 0.02
>/ca 1.0
>/CA 1.0
>/AIS false
>/SMask /None>>
>endobj
>5 0 obj
>[/Pattern /DeviceRGB]
>endobj
>6 0 obj
><<
>/Type /Page
>/Parent 3 0 R
>/Contents 9 0 R
>/Resources 11 0 R
>/Annots 12 0 R
>/MediaBox [0 0 595 842]
>>>
>endobj
>11 0 obj
><<
>/ColorSpace <<
>/PCSp 5 0 R
>/CSp /DeviceRGB
>/CSpg /DeviceGray
>>>
>/ExtGState <<
>/GSa 4 0 R
>>>
>/Pattern <<
>>>
>/Font <<
>/F7 7 0 R
>/F8 8 0 R
>>>
>/XObject <<
>>>
>>>
>endobj
>12 0 obj
>[ ]
>endobj
>9 0 obj
><<
>/Length 10 0 R
>/Filter /FlateDecode
>>>
>stream
>xí\Koã6¾ëWð\ 9D
>(
>4~è¡@`=,z(²ÝÍ¢éú÷K=ÓóEIkÓ®×1Éó~pHäþ§õïêÏ/ê~¾þ[=uÏù:Ó3WèöGÕ»@¹òÆ«§çìE½dÙcø]?_²í2í¤/O³ûAÖBÖó_ÂÛ¿ÔÏáÛGõî·ðxß-QxÎùYUÿ¸ðõSüÕèÂÏÊJçykþµüWöëwês CϼÖdªÂ--ì{ }2©;.Mó§Â\?*cÍ+õÏÙ°æ+13O./tåuïûh|^OU(*!S¾$×û>IÍRRt>`J$ÉJS/ºØµ(}*C1Æ¥5P%â®V^/¾hÏXe4½U®LЩܨ"À4:]ãóD©Á/-®HË`ÀÁÒ2ðí3ø8²KÚ2/>l²ûU(ÈHm>×ícÓ¢»±6ïÕ÷¡X4?¨ÍÇ,¯ÿÔ¨¸À6£w)ø"%8>ÅóU°;Pöcð;À_tΰèXrÀæ#3Äx1/
>Bæ25È-_ÃzJ=§´Qôk±´+``R` 2ä({AÚ[««vÙV¢p´f(
>u/`dG+j«¨å&ÄÚNÝvË~`í 4LøHn­zßYÚÇÓ(¤|BîÜÉIwæoÇ
0àø¢Ûk«cxµ*òÀÑ^È44,Í-Ù¯Ú%0{T®+~±ïÓlÕ`·¦.©óY׸RÏ>|ÊÖ×TxHãzFÚ«
#np0``Þ°`Ag¿ê*£êyɯú\ñ^ãLä5Æå1àú¼Æ»­Oä\+Pâò²ÊDºrä¼²ÛUÀÝ!ã¢S¼ä?!,ºx{X^¦¦Ñù~³;¥BÜôÀ>Üþ/ߺ#ñÚåÀÌëÊnëd¹X^Y£1!CßõÃÊ9»:eA¡y±Çê/|'Ì7¾Ä³*Lñf
>ôN6ºÉ¯±òá=·û,Ú^pØ40Ähð%t.^ÁN6v(çÙå ·R:$10yö'Hs8ôÜ`
>ëý#@ÈÄÛ50¨\Q,º_[%¯É·[ÉfkYŽ"YÉWÞöf(ú«»µPöÊ¡+ÉF{Jþ&ÚB_멵ÐBm±óUSU1à¾JZÇÄÃØð@ÇR8¸´QIp°Tpª¨EÚöºñÿÐq(kHáîKsVÑ¢ÇËqRrè;§<»f®ÚæGÎèÓr¬Ö)¼Þø-É+^ß7À
p|+GZ{õUÕ¬V$ÜK!ý8> SöµuÊb/(ܺCºAhdã_ácÀ:~T¾vèÇg9ü
¹Ü#ô
­a@§§g¸pk¤^a¬£_ä;·8$ÖB£2
>ÊphÉÅ©R»m÷c@̦àRØ{m°èàLÃDOÀǵàyr|î£Ö	ÌáÙ«,uËUÂY·"dâÝF3R&ð>«÷÷.Í ÚF0ºï¨èd²ÇÀâôKø)Þ·­R¸x·61
>宺.¸,T±Üo%9ųö5£ÃEó¯ÌábÉ6àK´6Ù·¦_ÉiT¸ýSÿzÌþendstream
>endobj
>10 0 obj
>1422
>endobj
>13 0 obj
><< /Type /FontDescriptor
>/FontName /QNAAAA+Ubuntu
>/Flags 4 
>/FontBBox [-167 -189 3480 962 ]
>/ItalicAngle 0 
>/Ascent 932 
>/Descent -189 
>/CapHeight 932 
>/StemV 79 
>/FontFile2 14 0 R
>>> endobj
>14 0 obj
><<
>/Length1 10480 
>/Length 17 0 R
>/Filter /FlateDecode
>>>
>stream
>xy	t[Õ÷½ï=I^äE%[¶ôdmcI¶µy_äÝN¼(ã8vÙZmÙ²%'¤$¤4 :,Ré9ýhÃ0´5904_ç+§ÓR:Ã)Ca8í-Óé2Ã[ÿ}lB¿÷Îï~ÿËï¿ÜkB9èND#4²×ZÖò?-÷Áw$98÷x?B¨ìK!¿×|!å2´9CÐ÷ßÊ£P¿u]h1qôçïÈú¡þ÷è÷³Ïk*¿õùEïÑeÔ{¡¨³KÞE¿n Îõ*ò¯#Â_A<¨ïR÷*Rñ?¡tZóyͧhyQ7G{¥îÎ=¨¡O:çfj /¡ï±=5ÜQ9ÔU²pH¡Bôy>ü B6Fd/@ÛÐzxö@:FßDáóÎZô2È&bø߸~å
>ïÜ'Àößü~éFR éë]NÈ`4+|òÊùòI½¼¼2?Õ¨­4!FÃkK;ì©-fJØå°kefkgµÎh*SbìîôÆFFjke²²]fgCGgûÁ¡=ÎuÚ¶Ö½c¬ª¼\*ËÉË/SZ,{û+Ktû÷¥é\Ü'`_"Õh]ª*ú;*Ó944µ`9<ëªÜ3íFTL3æaÅjÑéd%¸  ðââ"Ê£Àõª³9ùǶúcP¥ÿÐ5¹ÿøø¸Í^"Ç븭õ!µ­(WÈó_QÄÎÝ15¡&6ß|m|¢á¡xô]Dò@9ÓäPÉHH@¤Cd+Ò|Ì
>U«ÊJ4rÃã°;×»ü>¦¦y| ý9P(Ìg6NÑh+tó_<ÐÕ#$IËß«¤2©@S¦]ÅÞ	¿iÍ	B&Sw×ý3?KĨM£p|ü[s==Z¥nbô>¿ßíV³Ô;Øí^u×Û*µ)?ïéÕVâ3w'[ mÿ¸X|Q,UWïÚëÁ¸´¬ªÚáp¥¸fp
àdc6¤Ú"F¤½äD8±o¯­®DÂ-(T©m¶Ý*FU¡Pä­3yűVßÑyà`dóh­©J0Æ f7î@i]yq¤ .MíøA¸D.<N.
>¥
>®~Ã.ÓUôõO/ööíªñ:cºÙå*aTûd¬¤\Ùà[ _ÔÀNgâ¯-µj2ÌpÑ­u¦a+Is¼Õ hÁÔ·Ø&/mi´ª]5Fc¥F&/,Ì{-'?·° ¸PúWÎζÎöææúºæööö¿êѽ_PT"«Ô«vÁ6+¥¯×î<4=îqwê~üä¯ÿüÒw¿sõêóy~êøñ»Ï¾;½ûô»Úôlj±
>áÒßë:ÝñéCC{j94ý4©d'ÝnݺÒüì)ÕÉ@¾®Õ:»ÎD"3Óîn^¯ëvOÚÁîNþúØعûFÇÆFï;76FIOUð'ïLF¦Á`è«á0ÆáðÕo0^¤ºùNò¨!^JuµÊñßÄë9¹b±ZmÒý}3OU­sóy0{]`ä{ÄXXÛ©tnÜG'/ùÖø¶KxíÉZù»­Yhun÷j2@®=¹æÎHä~_µUÍ
®öãÃÃ5»_ÉÍ+_×s¤½½¤8W8ÏËUBCW«Q©ÜÎö\©X$*,ÐêÜSç	âuw-210©³½£g[[PèKÉ祿+(N:+Siùi]²tÉy¸TÃÇNû{ÙNã1îXaK*i´pôg¢YwÚ]]Snîhïó4µ°ÌªZ[öïöï¯Åò½Ãd'4ÇÇ®=òÈN²Õ;GñË¥Ú©éÐ_?ý̱c½}¸¯ç¶Õ?ù¯ÆÝjÝ90UwiùUP©ÝõP_oϤX̹ì_Û?ÑÙaÐa\,*Þ| «T
ºæ¡¡áS+±ººúú3gÿòÛ÷¶X
>r-(,ÂØaÌ_~îWï~í¹¥Åà,zèáÎÍ/ôë
_ÏÍ)
>üÏ4ÆSS÷>´o"íçbÀª*Û×fàHq¶<A,¾µ§Çíni6ý¢ÆÕØÚÖÞÞ´¾^×ÒÔÜh³éau547·´Qµ=½ccñ¾þÁ¡ÆFcñ¥
G]Ks[k£«ÆÞÚÖÖÖÞ
>b @ÊÙñurª">Ï´éq]{ØÓÔ¬3OÏ<¾Ça¯XïNÁ;×Ók0°ê¶Ö©ÉÄÁ¾>-Ý_®TªTvG_¿ç;¾@?·¤ù_KE£±¿/<u{(08P]±¢´$»ùK|}L¬X/Mmï2¤¶Å§õúö^:Úõúh	'\UMxJ 7À2«Q{*Fo!1;ëÁ²ÒAÖ$ vÐOÝÔéöÒÞ¾CGöM´uêôÚÊn÷#·É7×}òÎäMÿÚƽ±{ª°Öý¹g¯B^etزùbÀ ª³}öðÝYo_¯Éapcð¿£XT,N.áÒÝ9`ÿkÓn@¿T*U í¾HâÂ2lÄzuãúúËO&Ï^JÞûÞEF2Éô[X§¹q ²l(6$(Q§ÑX¢Ói;Úí§Þ(aÕF£Ù\?ÜØh{}pê`°zÙápwï+ÊJiÎõ¼Ü\l«ýKá-_X^YöÓ¼üIò7É_ÿ'8tÂd!<ÚðÆÍùDHò)<l2- \3^Pã1twMÏzç^¼|ù¥ÍÓÔqhsÝV_ÃM­=yòøñÙãàyº£kijÿÀôô$p¦¿±¨<þÚ¶2'îôPAÅ¿èõº»Y
IÇIô÷÷¹wiµ?=>¥êjwÇáÝ­­º2JEbh©ÉDrÛ¯CCÕÕX(T>-)(í]èë·ÙåE¢§òss9	"o!¾t¾&ãõµQέÃ?Ñ×ÔÑiÞøÜáGÞ¨ÊYµ®R­­Ô¨UJÙbeZ¥ÕháÓh*Êe;:5uèáõï½ñÆ÷Ö~ÂÛäåÔö.,,-ÎÏOOÏÏ/.-,xÃÁtyßOþ.ù»7I4¸a<Bç²¢¸<;à2ÌxVÛ×;;p ­Uc¬7ôöÌÍ?¸×ËöáóÓÁ«êMÍc#n-}£¤TAv`0ºýT0Ô×o4JDRÞ57Vrù9ßw<ý}»J¥TYÆ!/þ"Uק9GæCþjßòO×°=Jqg ¿[¡ª«omkÕ­&²Sl<K±j{}g{[=ùC¬HYMMM]K]ÑXV^pHdÐÛ`Àà»+QF3ØÓÝÕÕÑÙªµZmvKmå3ùùùGöîpw¶ÕÕÖÕÖÚê[jvUC&ÉKÂ3Rà§T*leDþ°â´mØÀ&2<­¯Ffμ¢Ð骫-Öj&`îë]¸±ÊÜ%)Ê
>ÉYîæ{LH¤hKRâKTòyøOhx'N¼÷îÉ'N¾ûÞÔo
>!Bºv;,[Ë:û]vº°ºç^½víÕäÉ?¿ö*Ư^Ãþø|pdÕb±î	ÎÇWááa<ÃÃ!ÂÙéïÓ¿ÎAWÌô2n7sZÊÑ(3=?_ù
>Æj¶Ãí;ãp5X­z}±¾rt8>ÝÞZec¥²«{yå0.a¨+7(G7$<~üͱÑÆF&'W_(ÌyNT¦ItVm¸¥ÕTURâßëyFms44: W.þÕ³ÁÎDBïçE¤?¨O 14¸L¤ÁDÎáË7ßgÄ EEÏæÓ®LöÌ:K	JpZ·®"åÚN ³yÆÓ0â
>USóädüKSSv'$ÉàõXõ®jëÔêÑѹgÌaW(ÄàõƪÿÜÔTª¶á»]£áÒR³µ£sl¦¾BåfKÛb-¯((Äå´ÚF×È>»
¯ìït8U*¾©©»»­Åé´Z
Ø{{úzqà-*µN§ÛÝÚlwͺ²xrCo4i´2ÊXµ©ºº³¾Ö S*¤Á=!êTF%IejÞ 7ÍF£Ûzz;R¼÷ÈV~W+²+SQØ]_?bÓÁcã~ÓµÊÊÆFð¡ÚÆÆÊJ~óGÉÓt7¿Ü
>I´Øöà«Ô¯$O^á¼dò439ÆVÞÄùuQ6¦·¹KîÌÉé3øàôùÚºr­»cd¬¹É _·¶8éíÓ®wü§Ï,JO_öû0ÄIÁæ2¥ªÂaïëõ#Ç"©T!ONðî*JÆþþ`xIÄC7ÄÃN@nI2÷.Ûn<2hÈrôÕ¶/Ä\ØÕp²ÍÕh2)Êp8xµÆj6êÕ"­ÊímnÆåÊꪦ¡S5LÁK÷Àèh¹íï;	Pw¯©Ê®(+ÕUÖ×öß?îÁ| G˶X$®»´Ê²D,«PëvûîwïV(
>åeÀÍpòeEBþÜ×Ûrâp°Î2zcçÃõ¢b)üaq¨èÔqkxaá°R¡gî ¢iÉm+[·<]Zw¶´´|îÕ$Ò¿åçßêr¡ù<8¡oô|èùø¦ Gî,Aèígv7	¯+¯p%ÇÍVìÏ
>km>²C9tIvæþ3§=s«Cf3qeÆ*ÕhTaúb\nÐUWéõ
>¹«A®3|ê:°ça¢TPW×Òêêuº,µÕ5f«ÓÕ',È3ݧÙb2Lf³sËùÉÜöTxYÄþrê.QBîPà[¤¿±1A>üóg¨§	&W |<§n
>3G£Ö±ó<ÉÝf¢´+û̸Ãçm$øGWGG4³·o ®«¾Ái6WKeí.s­¯«×2¨0êk-.g˲Çãp);Ú§\6Á þºæ÷8êêu"}åØعþþ£ÃN÷øÎÏSY,½~e0WT¨sC¹¼¼ÎÖÝ3­©ÔVkkÛîé±;em0p_ºAyÆ,/±ólÁ.IÉeçIxoúÉIàT(8§®RgWwßí{÷ÙrRétïM$¦&[[Ôꤣ¿½£¨YÃÓmµªÕÄ/w»éñäÔ?¾/*JÎ;ÅE:]KËÈÈÄÐÞ±î®]£+ÉÁ¸%%2ùäØXK«VW®ÚUcwÔÝ×ßZml; Æ×WälA.«²òZXbKÄÛòYoé&&''¯/zööÿ¸ËÒ°ZÏôôè±C{Õ¬F
©íÿôÏ_ _K~ô¯¿y7àCø >ñ©§ÿì±{îMüìaIòßn¢dòg±{ïyôѧ/^L_K>ü¿ïüæ_	î^OÆki¹Õë/¼Àïþ¸ ÜnÀ;t¨áV§oÐVrÛ.H_Û,ÚV: ©¯wôojkëê­ueyyù×ÇCý¸úÉx`wÒ}²ëþÇÓèbU*Öæèí£<¦.÷ØØä±=c#íVjó-ÞW~ñÏG1ó×½
>È'FNZ(~4.|yI8n} ?]ø®ø"#oȵ£ÞhÔVVúJMcJþ4ùïÉ{ûm,Á"\ã_EWa'\ÆVüD6òZA¯
>²wjÑÜâr+ì1>­e7ï8õ#O7</twõv
ô%Ý=ýä®~êÀtò÷¯½råÊοðÄ+¯\{*|áëüò×_ ÚrPBÊJ­sÚ?âÀ7|jýèYé5° Ö[ñ²ãÙ6;¹ÕyÿÙñ㬵NçôÌñc÷ïïëu@#lTêvmÇÊÔT{'«Åª¦©É£÷2ÛôzWÃÀ º®îð¡{ïýÖÿ9wïáú:!dôÅ"Á%aQAQQn®Ñ88ÿâ¡ÐÐÉTQ.¿WOn>¨Ðö;¨2u×,±Ñpþ¥GZ+!øAÆAÚ5
Õú¯ô_}³&ÿ®ïJ_ò*©þ¸¬ÑÙwå
>ÞÝü6#Åkɳ&|4yðÚ£8ú(^Û¸Â%HìY@	¢^æÿÈdÄKCÜs9©îñR­Âlé¼ÛîÄçuì÷ñàûæç÷Þ>}qc9ûÃnE!ðð]àA
>à¦mëjõÀîþzøÈÏ{dô¢_¸ãÕøó·ÞzãòóÏ_¼øüóøÖOßÞ|¬Å}"Å[ß8\ÔòGòÏ·d_'°\Lî?ÒÌ¡/ÝìBåå\UààVÊ~ìBƾÉÑ$óz£KÌ1ò%ÚÃoÃyücty	(+ºÈÜù Kóè4̹ļBøcg.Âè£o þzhÏw!=ô_z¾uøðæÆßV(>:Coþ¡DhfòÜünFF²_HET3z´2HÃFÅ9ÿBk¼	äãèþ9È[B?FàÝø4~¿LURQêêY:~á3fù)ó!ÏÅñþ_Äáÿ+Mðà9±¯æ<ó¹ûsæ~+÷Z!¯)ïoòõù·åßÿ®P$Ü#¾,ü}Ay;%_dG'ý¥k;2ܶÕ> à§Ë #ACºL! .Ó¨Rp(]f²Æð0o.]ægµPG6]ÎAEt97«G=+¸3]ÎGeyÑtYÈi8læBí!nwR&¸õ¥Ë*Dï¤Ë4Äâo¦ËLÖRð_NùYít'¿)]ÎA*Ø!UÎÍ*çñzÑÒå|dçÿ$]rå.EËè¡0
>¢J Õ£ZÈë Ô¼h	F,Aï#жÆøJ¤LÚýÐ_´¬BÙå°þîC³\{~YÔË­Ø6{W«ÖÈ>	nö@ÍeöÍîÍô¥z>³V
B)£=µ°~üÿèêñ@[äÂrsÉè´Ì¦ËôØ8WÎðLøåæ|¾ÜØ4_³0>Äõ¸¶ÀçÊkö¢yè"÷ý-ÉîqNdí5h¡ö%nÏ7;´0ð¸%?üõsëxá§és¼*ÃPnÓ,¹ÀÍÉð{keÓqËP
>@OJÛ©âqdæDPÌìçxbÑ7o	VJ­@øös´®rÚgñZs«¯r4¥tâ¸H¤uàäÃ)d9ê2IÉrãf9kíE¨Ïr¨ðss£üV9¥$VBQÊ,¨åq_FqnV?¥ñÏCb³ñmñátY'ÂQäx¦Ç¬nÙfJW±·¥yr#vÒ°ÖG<mÑ´þ?BY$-÷%®Iõ¹qÛW5r«-sÚÀì8'GÕ×:Çͧ±¢?ÁÙ	h&4Ë¢qÔEÒ<ú9gÓz"ZÌÎÐNÏ#:HÀÎÏpqkYn×Y8 ²wÊe£}»ÍfpåÖ¦ñR­5nåÐزòl¬q¥È§dNC\Æ¥8&H»--¡=¤f§ÐH[ï­ð²]
>)g~³¼îíxÉpr+ÏoóÇaN¿~®¢7#|òr~+¾%ë?&ÒøÌx¬wqü-C<°Â»Æ½ñ©ZÜòO)î¬]Ñåc±p0`ëkëêØ.ïRt)<ç°»>ËîÏùâ~»ºäóÇØDÈÏî]]J¬²½Ñ¥Dª{ÎÏÖYj»½DtÝãõÉÜTÔ ÒäñW#Þ[ki¨ß±V¯w19Æzc~6ß´ÆÙÙÙÇÎÛN{ÍúCÞH²éZEçýs	KÖ'K°><\b×¢±Ö»äcþ¹PjðârÄ¿è_JxaX/%ÃKÁ³	ïìÅYjÕıeÀløw)nûcá@
»÷ÇÙeÿÒ8`~ob5-dO¹è]ZõFÃPx)¢1vN#Ìè27z1:øÙ¹èâòjùA¼<BA|.
>;lg<[᥹Ȫìpc"Þ¥àª7-«ñ4Iëm°{t5Yºb0%]%R~Yh_b«KP'Bé¡Æ8»
>G¢ñèrè»
>ÏØ8HÖO¼	Ö?v[¢«°È¬õÎO(i&«¡/H¬-²¨Ls#æBQXJìiÍYFQK
'­5?ë?ºLzÈÖÂÀù,éIø9ÁÆsQ èºAìÐ%4	 s"ðc~o,nIËlò)ø½10OøcdÝ×ç_ôÆâêíö3ò$À"p%ËMVëÚÚÅÇjà	¶³¢ÿâÓÏ!endstream
>endobj
>17 0 obj
>6831
>endobj
>15 0 obj
><< /Type /Font
>/Subtype /CIDFontType2
>/BaseFont /Ubuntu
>/CIDSystemInfo << /Registry (Adobe) /Ordering (Identity) /Supplement 0 >>
>/FontDescriptor 13 0 R
>/CIDToGIDMap /Identity
>/W [0 [496 515 518 570 383 555 570 399 229 864 585 271 559 854 943 518 584 244 574 559 493 559 461 771 584 559 559 559 559 244 559 251 381 584 442 244 566 488 401 559 559 559 922 277 624 498 658 296 615 662 383 593 ]
>]
>>>
>endobj
>16 0 obj
><< /Length 721 >>
>stream
>/CIDInit /ProcSet findresource begin
>12 dict begin
>begincmap
>/CIDSystemInfo << /Registry (Adobe) /Ordering (UCS) /Supplement 0 >> def
>/CMapName /Adobe-Identity-UCS def
>/CMapType 2 def
>1 begincodespacerange
><0000> <FFFF>
>endcodespacerange
>2 beginbfrange
><0000> <0000> <0000>
><0001> <0033> [<004C> <0061> <0075> <0072> <0065> <006E> <0074> <0020> <004D> <006F> <006C> <003C> <006D> <0040> <006B> <0064> <002E> <0067> <003E> <0079> <0034> <0063> <0077> <0062> <0032> <0031> <0030> <0035> <003A> <0038> <0069> <002F> <0070> <0073> <002C> <0068> <005F> <003F> <003D> <0033> <0039> <0057> <007C> <0052> <0076> <0041> <002D> <0043> <0023> <0066> <0059> ]
>endbfrange
>endcmap
>CMapName currentdict /CMap defineresource pop
>end
>end
>endstream
>endobj
>8 0 obj
><< /Type /Font
>/Subtype /Type0
>/BaseFont /Ubuntu
>/Encoding /Identity-H
>/DescendantFonts [15 0 R]
>/ToUnicode 16 0 R>>
>endobj
>18 0 obj
><< /Type /FontDescriptor
>/FontName /QSAAAA+Ubuntu-Bold
>/Flags 4 
>/FontBBox [-170 -221 3475 962 ]
>/ItalicAngle 0 
>/Ascent 932 
>/Descent -189 
>/CapHeight 932 
>/StemV 120 
>/FontFile2 19 0 R
>>> endobj
>19 0 obj
><<
>/Length1 8892 
>/Length 22 0 R
>/Filter /FlateDecode
>>>
>stream
>x8	p×uÿ/"qð&Å@H\ÄÁ¼oJ¢(Þ¢H A@´lË%[GùÈawÔÔ&qÄMÇMb%JIÜI¤6n¤­í:Ç3vìåXUÄeßß]P l§ØYàýÿß÷{ÿ} ÊB B{Gìµg§n¿3ïìBt=D¿ðÛi¢á >ø³þ+åOÂ7òÕñ#0®/¥Ö^)ßñs0¾ü±?%?D¨`ÆKþµedGÃ0~ÆLÌ¿üþ¿$µ0þw²_C"êAêHõê,ÿÅÿÖÐ-Í΢EJDѯ"js1ðéjßÓþL²6{Q½èz;ÚQ;¨ïn !BþZ_HK©Uà
Ü0{Äî[¿èöõº¤`©µùZ%¼/PÕìMµñ²¤ëÆ-ó
u!ú¼Ät0ðÖñV"H
>ùGk4ñp1à«VÃZc6ãÅ¥ð=Ím­Í.ý"c©¶9\Zö®¥¾íôxÜn»Mß#ëõ»÷ìéô´·µ·57ZØ*	íä9KféAäÎn ¯¦À#-D-ð_W-/G>,,~H½b4NïdJÙk&·»©±¥Ù·Ò×ooí;12\ëT«ØëØ`.®¶í iö:ÕôxK3Ñôí«t\!Ë$4Þ¹Ól/-­4´uLMÅ7âqr*Ü Pïæ[¢7éa¤A½jA4¢'6§PSX Þ&ô:Þ^#¯,yß$¨GU[ÍU%JÃΩ¬<O¦ÓSS^oaAûÊÊ#cã¾-M¶ÖááÉ&»u§ÃܽÇk*16ûe
>ÿ ÓìØQ\dè+-Ý_QÑиo$°q*W­Q«,®ÎÀÁ¶*RhYå{6å
>ͤrYDBvGHlJ´Mj´%j
¯ÇÍ_%.-óÖõxá3Ð_ç¥=¸~Ôép8GGð!¾Ü|
>C
±/¥A©bj>9:âpæ©p­D¢T1Ú:
.-u8º;'è/9ÿ¼ha´E9¹4PêxÔ/£VK#l{@:c;mØ­xC' ÒGt³¢ÂYëkmdô
>]q»=(Æ©p»ÚÛÚ5ÕZ­J±Ëµ»Þî4ËÊw|~jíè¹{ìoj,+£ûú:º|-u;uJc£ÙDzý¹}½=-Í-v¥
>>æýFJUPTTóòH»Ý»v&È¿V>ÿ°Ö²{´TëÆËXÆ~ixêø×7Àê6ßÓâ¨QXOB2-C|ÿ`%uÂzBD¢I±HÝ·JÝë?
>>Hì¶Ù~¨ÖùôÓl¹ÎRUûÈÄ$Æý»N¿tñ±öVÜÖqÜl·T8KZ*UÉäX­±9v.?3çØ{uùuû0¶TÅó
£al¬R1EqjóMÚD{P1dCf¼C¿ëH(µ´iðرÏöx
>
>±ÓdZdrì4ª5Ê®éé85¹ñËÇ;:°Z!°Çi'Ô¨Øä¹8BB¦aJ*ÑFêdz&Ý4«K×+üøu»Ù\^¸©ZoòQ_À§fÿðF½½{'½ÞZ§ùÕ£«ØXÙרkjlhð¸ÍTó&ÊÉVâ?Ð"Þ;´qýðøJe9F$;§LEr>yòÕ¹Ù£É
>bÏæk´¢v<(ØÃD$âpóËÒ!kJmº$¤+]¡P}óðÇÿZßÜÒÐh³úÜ£Ã÷ïhÃEEUºÖխѨ1ÎShuúÉÝÍQÆZíu·øºîò5alsìû|Zmww4Z!æ(rsrØÂâ¯û@ÑP\  jÔ:ËT^¦VÉe¥%¦WH]Så(v{ë{ûÇGªlS÷G}:©fÈÔ!ñ98ë
>Á\~b¥+_¯$¡ÎMêüÐÔT3nÇÕO<Á¾¼qÑÚÕ92<3=CF;!½}ùûÜüêÔÄÚZ"9Í¢ çV9æMím-Í
õÖÙë-»öôÐóÅLÑh±Øo­X³NWD$kؼM»ÄßDe¤`¾b¹Q¹óAC±E\»?0 yºôtɲ¹]ÅÂ<»¨Øbi®­4æCL@ÎçU»=Íò5ú¦§>³:Ý¥Ø×¾þEE©CûzÜNêL¦TeeÉ$ýímNGiVçkÉ÷x~¦eCqjjìëí±Ûþ{í¥'D¼u¸½¥¹çåé+} c÷æëtD¹@GÏCuZ,)}PIøðJÇ ÝO~÷½Óg°¾²«óÐÌÑwOf_gM
Fca<ãlyQ¡ÑØØ`2dË©Ø'®üèGWpøïÏ94SëÄW®²sxb¼½UõA§om8¼8¹¿¥]§×ëÚ[öO\¬°Bc
dój>®ÁÐó§¿k¸ê*P]¸õ¯áî®Ín«¶Ù'«Lf³¥ÊRõöêÂø¢¾´¼hê;{÷î_L$ÿø¹îºÎî]ûö
v÷õuu´4Õnܯªe2ö]JÙãÖصHv¬8g»5B´eXOÍÅsÚ\
ÓµÎpW(I§kjúúffæÞxè$ÆP97vËöî>9ºoË\\eqº?ííÕê©k"¹¢°¨RïuE%bJõÈb´TsçÙ÷J+´E¼õy¹79
>L*©®Þµ+zÛh¬,/W«pªl'ð'Ò_`OÑë\Å´]ÓÝ9&\éÃî»Ú*r6vàÖ¶{-:}AÍfÿ
®¯ØéóMìO´{ë¡3{¡jöÕDzûJu~|4N¿Õd+ ÜZè0±BQÈS(H;Aã*s__$Bê¡$3ø]Q¦ý¶ê",Ò¦£ -=83\­±ÔÔzZ;Æú|-FÝh0[­;#ÈîÊ/-e*òÒò²òÒâ|ÚÃþýöÝM4ÝÖn±¨599ÊJ¤¦fð¸yhæàÁÙ©©þþ©©Ùg4ÅBÉh1ï4¢Èvvê×]TÀ^7k
Fh5鼨·wõ\OI<2½ùÝ}ï
qÄÖ)ï
>¢­zCØCkýx[ë}f½®°Üj·ýúÇÓØäk®;>ÜÓo0jæ©Éd[m­lýùq,¦ÄTµJoÿV¡PHeb±É8Ð^8nè¯2å(
>ðN>ÿèW ÿrÜS0Í-Ú¦ÕÔ ö}ýËÙ«AH°£©%½V_üòØ(Î/0Äq<¾¹H°¬Z°Z5V
>d2á^!ÚMïæÎt¦a>çDźú&³½¶ïHül^W	e£XdCÑÉíD·ËJy%Ò,ß{ÄIT
>3
i9¶Rt˲§°ÇÙGuºÓ㪩®ïì»oxØY«Ò;ìYöÔlC£<KùNaR§ó5qQ;´ùºè<T&¾Ï÷¤+(<uF¡%ãN]aº³MwiÁ:¢×[múª,Ðà#Ë?
LMy<ÞÁG°D¢Ø1ßÑn2äåâ£k¿{ôàl¥kÏȾß)så¥úò2³©¾nðóû'qZýGUnRçäæìÈÍUAa±¸]]O
)o2y*®ÿ~]\g¦öNÿAú1¡äs
pÂC]ÿ\4ÖݧÕá6¬Qëµg\` Ó÷õÅâåË®ðÂý¢Äí¯ûFhzû.&oúþpx×.³ØþW#énÉ}a¯²£âsì{>EÃyÚüo±Î)HFÊÌ ç £{Ï¿ëª#UXTÍ~ù¹çëëfg:yqj ¿¾Î`PNwLLÄzz½^­æ;ñîz/tôLéd×=ÇÊñç¿uîì¡CµÎJJ-gY}qQQ§nlâÀèxs¾2+K!ÏÍUl"³V²êÙoãçq©8£ã:4êð³4
>¦¢Âô®M­ÆEa\çÔä´tuw÷vw·ùZ;:¨Ð¨óÕD8eC\U û[ÍÝ÷Ät+vóÉ">n0t÷Îέ­ÍÎu÷MØ\ÕÛ37Jf{»M&ö¥HCccCd¡¡* !.2wíD¸?è·Ta\eéGî?¿>ç?=Ðwâý'Üéwçì«b<SmÉ5m4ô÷C÷õvµÖ¸\­§;:[[.zÛ[½ÕÞ¡¡ÙÏ^ìê®`¨ÒddaÏn5WYz#O3:vú±¡¡lYáÿBÎÕXwí
>/¤2MAÉø2øçèù3sã:Ò
ö×ìçImmÞü=þ)¹`GÎ&É[ªò®1þ^cSÿ@cSSã@Sc&,Z±×b\k9@®°·¯mj	7²ãP-ó]°pçò¤ÃtË}éZÚoøõ2Ë»+I¼Zñ
>ÑŦðáÏ?ùýD"[[þ³Y45`ZHïYû·ÿJ%àÁvüã3SSV+Î4R)q×Äþ3gy¶zl®/É¿Ó`íRôBekk__ß@%¿}ÊÒìëìèh¯g=¢IQØÜÝ;2:=3Æ>×?>6>6¼¯E¼ÝÅa°;¹óÿílÄ$§Ï<õÔsìO1Ý9<<66::ßÿã;¿º}P|®knn9¾¶¾$ê¾µBþÊó6äwc¿+3ï9ð?áܲá³%ÅgwÏÔdoÃ8=½S=ÝNGq	íÃ^ïÁC'üìc|jv¶®¾±Áï?qüÓ8á?T_Gý,2:J.:Z­Ï7:Ymñi­Þç~÷ìÙÝî9{ö»ßÚ0Cþ±9f=ÇÛ¿6ÿËÚK¸JÂÚ1$ÏÁmËá´Ý¶T>:8m]Ê+Ëí²Y].¸ÚX¯V)wä@ž$)ÔÆ«ÕZe){eg¥@C¾,[Kì9ª¼°`>Z»çðá{ÖRÉù@×ùo=ûâ+?üʵ޿9±px!rh¶³söPÀïpí+?¼råÅg¿u^ȶGAìÌl#ùveãU¿ñsê\ƽÅÞba¹¹÷ízêP®ïò'ëG?ìqÉs.ÀlMÁÑ¥ÍNTVÍ1És¥ÌO5Pº^ ¿.HÞ@è%ÔG
¡#ÔÃø&Òà·!JgÑ%úyt¾¦aÞ¯^ÓoxÖ/ÃÚË07ä{ài±	]Í¢¢óèè54$þ*Ì¿Ìb;
>áHOÿö x@`Ü,~è Ô'Q KaíatIjGÇèß«!
2¡yô6áÇ¿Âoâ7©6*Jý³¨K´,zÑûé¿ÅÃâ/¯I%#û%ßÊ¥Ò	é7¤¿É2d²îÍz6ëCNÖ+»,û¼\îå¬Röã­öO	nÙï	0ØZ: À¢¥	°UHFÙÒã,F
>ù},AÙòKQ¼V³P®Ô/À²XN=-½ ÀÙ¨D~F,vj7zãN`+óLÕÿ`jCÏ
>0
>Ð5£"É/X
>$Ï°= ñ
>pÚ	xXËÅ=è=ÎFnÉïXÁÁ(Ñ:J Z@aûg-r '<¬úQ0b°8
>s»gî,ù ¬'á{fV8p
>èáwÍqó)øfPG/µmwÃsUêâø¤8,í$KóÍ\M¯ñ+áÔXQN*G¹ÞÑÿG¦ ¸rEÁ&À	;
>3spÖpãö|²ÍA§9Às+!n.ô¶ZqtV0Cl?´%1áä¼Gh¯Â|-r²Ç8)nwx<Ðq  ü9:~x#|N7"eÆÛ¼J0¹=i}?Þ_²¦o ¬ðæ9$9pLr´#QÃqKr:1h/·/x
>Dï 'ë
>çd<Í%n¼ÂÉÄû0Ìi|âìÃQλNº´gx[.rÚ,gÐ^ñAno³ß
>g3ÞBI%ñ¹`C9Hνi$¹]¼Éã.K¢3¿¥wóeNvÓ}AÀYÙÊKÞWiÜ£îqãnV$þ¿³²¨`÷·Bpøµ·ª£¶Ìy#
>»5ÂT«ÜlÛb?Åå	±Fd&2­gÈG°ÃtQAÇ 'ñà'âÅ4vZö°ø ÓÖâãm¹Ýg!o¾eFûöMÇe£â¥&#¶V¹]A´ÆE¿'µå1°ÊAÑ-MÉqé
>ÄkL"í¨`!>øÝ|´§ìý¸xÙn>ÎÓ¾Îe^îíñÖäã*_Ú¾ä{³E,-o0æ¹:äçêVrËÖéìÉäoݪóãBÔ¦ë©ú¤æ9­á°Ã³Ê=6À¿S·¶ª¯³½3¾¼,SL­Ãéd:ý±x,ðGÝ©yÃì±dpYÍL*dÆæVb©¦'KñË ã´9ºüÑT<ÆìñûÈ^~HF0hLoêGç­Þ1z¡ÿR$ºÎøA&ïÌ&a;ÏÌ­oFsÁ°?bâ¡L¡ñÃÁ@ÊÆú3gY'lIaNdi9\
>ÆRþTèE@2[à5Mù1Â7C-jj}9òΰ!é%­É`"ªaVÁ$³w9&ô§V0Cxæ?¶âáH,â	&õ'"©u¢H¹/sØKñ¹H4ÈâKË+)"P2l9ò9 íg1DWæ	ïhÃúc+þYIòÖ$³G{|%¦K	د+Á:1©"©°jJ2ËáH4/×Õp$f`E 
>ûSLðh0±ÎÑcáø
>2þ9Ð)'ÓzÖâ¡Ô*q8a!¥ `Âq/Þìg-ã±8Ø¥³Öj	®-B#Ä[`5ÏT `XÄ°f»"ÍÁ×þDÒ&Ø0¹|DÞDp!LnÂ?\ò'DêíÉÃï·Ó#N¥íöÕÕUÛ<[K$´³æÿâªendstream
>endobj
>22 0 obj
>5775
>endobj
>20 0 obj
><< /Type /Font
>/Subtype /CIDFontType2
>/BaseFont /Ubuntu-Bold
>/CIDSystemInfo << /Registry (Adobe) /Ordering (Identity) /Supplement 0 >>
>/FontDescriptor 18 0 R
>/CIDToGIDMap /Identity
>/W [0 [496 368 574 855 549 287 313 563 368 238 667 584 589 563 563 563 563 563 662 579 599 543 584 599 639 419 440 481 701 609 643 244 602 496 570 244 731 496 750 784 313 891 601 ]
>]
>>>
>endobj
>21 0 obj
><< /Length 658 >>
>stream
>/CIDInit /ProcSet findresource begin
>12 dict begin
>begincmap
>/CIDSystemInfo << /Registry (Adobe) /Ordering (UCS) /Supplement 0 >> def
>/CMapName /Adobe-Identity-UCS def
>/CMapType 2 def
>1 begincodespacerange
><0000> <FFFF>
>endcodespacerange
>2 beginbfrange
><0000> <0000> <0000>
><0001> <002A> [<005B> <006B> <006D> <0061> <0069> <006C> <0032> <005D> <0020> <0042> <0075> <0067> <0033> <0034> <0031> <0039> <0030> <0052> <0065> <0070> <0079> <006E> <0064> <0050> <0072> <0074> <0073> <0055> <0054> <0043> <002C> <006F> <0063> <0046> <003A> <0044> <007A> <004E> <004F> <0049> <004D> <0045> ]
>endbfrange
>endcmap
>CMapName currentdict /CMap defineresource pop
>end
>end
>endstream
>endobj
>7 0 obj
><< /Type /Font
>/Subtype /Type0
>/BaseFont /Ubuntu-Bold
>/Encoding /Identity-H
>/DescendantFonts [20 0 R]
>/ToUnicode 21 0 R>>
>endobj
>3 0 obj
><<
>/Type /Pages
>/Kids 
>[
>6 0 R
>]
>/Count 1
>/ProcSet [/PDF /Text /ImageB /ImageC]
>>>
>endobj
>xref
>0 23
>0000000000 65535 f 
>0000000009 00000 n 
>0000000120 00000 n 
>0000017916 00000 n 
>0000000169 00000 n 
>0000000264 00000 n 
>0000000301 00000 n 
>0000017779 00000 n 
>0000010463 00000 n 
>0000000617 00000 n 
>0000002113 00000 n 
>0000000421 00000 n 
>0000000597 00000 n 
>0000002134 00000 n 
>0000002334 00000 n 
>0000009277 00000 n 
>0000009691 00000 n 
>0000009256 00000 n 
>0000010595 00000 n 
>0000010801 00000 n 
>0000016687 00000 n 
>0000017070 00000 n 
>0000016666 00000 n 
>trailer
><<
>/Size 23
>/Info 1 0 R
>/Root 2 0 R
>>>
>startxref
>18014
>%%EOF
Comment 5 rawi 2015-01-22 09:44:24 UTC 
On Wednesday 21 January 2015 20:18:04 Laurent Montel <montel@kde.org> wrote:

> Could you put a screenshot about your problem ?

Hi Laurent,

big sorry, that I created such a mess on bugs.kde.org with my second attachment (PDF).

Can you edit/delete/repair it?
I can't!

Regards
Rawi
Comment 6 Laurent Montel 2015-01-22 13:10:51 UTC 
We can't delete it.
Comment 7 Laurent Montel 2015-01-23 14:13:59 UTC 
(In reply to rawi from comment #3)
> Created attachment 90580 [details]
> attempt to print the email in the first attachment
> 
> Oh, and I forgot to say: If I need a hard copy of an email for archiving I
> get a print also with the time delay mentioned, which could become
> problematic until dangerous.
> See please this second attachment.


What do you mean by " I need a hard copy of an email for archiving" ?
Comment 8 rawi 2015-01-23 14:58:43 UTC 
Sometimes one must keep an important Email also as printed on paper (in business to archive it, private a bill for taxes etc., to show to which moment he got an information)

(I hope you could open that one mess of a PDF...)

I printed your first message (comment 1) to PDF, as it reached my Kontact/Kmail, with the time 21:18:04.
As you could see in the snapshot (1st. attachment) I got one hour earlier in the reference line of a replay (not sent).

In the second attachment (PDF) I wanted to show, that I get the same time difference also in a print; that's more troublesome, if I intent to provide evidence of what time I got a certain information.
Comment 9 rawi 2015-04-16 14:35:23 UTC 
By comparing the mail's normal view with the sources I came to the result, that the content of the variables ODate OTime for a replay is taken from the date field of a message's header *without* considering the TimeZone part and *without* making the arithmetic to get the corresponding time of my TimeZone (like displayed by the Message-Viewer).

Unfortunately the same applies to the variables of the print template.

I hope this helps (?)
Comment 10 Ben 2016-01-05 00:04:28 UTC 
See also https://bugs.kde.org/show_bug.cgi?id=355195
Comment 11 Alexander Potashev 2016-02-13 15:43:21 UTC 
I confirm this with KMail 4.14.10: I printed an email, and the date/time in the header is in UTC which is different from local time.
Comment 12 Nick (Gunnar) Bluth 2016-05-30 17:27:58 UTC 
Another confirmation (if that helps) for KMail 4.13.3 (Kubuntu 14.04).

Customer is a lawyer (they obviously like hardcopies) and I got a call today that the hardcopy sports the wrong date.

Mail's header contains:
Date: Mon, 30 May 2016 14:11:13 +0000
(both sender and recipient are in +0200)
and the hardcopy shows 14:11:13 instead of 16:11:13 (which is shown on screen).

If I may add that this customer (and probably most non-technical people...) would certainly prefer to get "16:11:13" on the hardcopy, not "14:11:13 +0200". Something user configurable (globally, maybe?) would be the best IMHO.
Comment 13 Matt Whitlock 2017-01-11 02:22:07 UTC 
This still a problem in KMail 5.4.0.

My local time zone is America/New_York. I received a message with header "Date: Tue, 10 Jan 2017 16:51:49 +0000". When replying to this message, the template variable %OTIME expands to "4:51 PM", which is arguably okay, but the template variable %OTIMELONG expands to "4:51:49 PM EST", which is just wrong. Evidently the time zone information from the original message's Date header is being discarded, and the unqualified time is being interpreted as a local time.

Another example: original message contains "Date: Sun, 1 Jan 2017 13:31:25 -0600", but %OTIMELONG in reply expands to "1:31:25 PM EST", which again is wrong. The time zone information in the original message's Date header has been discarded, and the time has been interpreted as a local time.
Comment 14 Matt Whitlock 2017-01-11 04:11:19 UTC 
I have produced a patch, attached to Bug 308444, that fixes the problem of time zone information being discarded when processing these template variables in a reply.

Note: I did not attempt to address the problem when printing.
Comment 15 Martin Steigerwald 2017-08-07 09:13:07 UTC 
I can confirm this, still with KMail and Akonadi from KDE Applications 16.04. However it doesn´t happen with all mails. I try to find out what the difference is.
Comment 16 Martin Steigerwald 2017-08-07 09:18:17 UTC 
Okay, I think I know when it happens:

It does not happen with:

Date: Mon, 07 Aug 2017 09:56:25 +0200
(mail received by POP3 and stored on local maildir)

But it does happen with:

Date: Mon, 7 Aug 2017 05:23:34 +0000
(mail on our exchange server)

I.e. it appears to me that KMail (or whatever framework below) ignores time zone information in "+0200" and just takes the time verbatim, assuming that it would be local time.
Comment 17 Martin Steigerwald 2017-08-07 09:21:01 UTC 
Okay, I see that Laurent applied the patch for handling time zone in template variables already:

https://bugs.kde.org/show_bug.cgi?id=308444#c9

So this bug then is just open for the printing case that will likely still be unfixed.
Comment 18 gjditchfield 2019-07-27 23:54:25 UTC 
I believe that this bug has been fixed.  In KMail 5.7.3 I selected a message containing the header "Date: Wed, 10 Jul 2019 12:00:30 -0700".  I am in zone -0500.  The reply using a custom template and the print version of the message both showed the time as 2:00 PM.

Does anyone know of a case where this bug is still present?
Comment 19 Martin Steigerwald 2019-07-28 06:59:10 UTC 
I am also seeing local time. With KDEPIM/Akonadi 18.08 on Debian Sid.
Comment 20 Bug Janitor Service 2019-08-12 04:33:09 UTC 
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 21 rawi 2019-08-12 07:49:39 UTC 
Dear KDE-Team

thank you for following this issue attentive until it's resolve.
Sorry for my late reaction.
My bad, that I still use the same Version as 5 years ago on one legacy installation.
I am sure, that both gjditchfield@acm.org and Martin Steigerwald correctly realized, that this bug doesn't affect any more the newer versions. A quickly check on an fresh install let me see the same

So please close this bug report as fixed, with a big thanks