[VM] Displaying time in the current time zone?

[Daniel Barrett]

Sometimes I receive email where the "Date:" header is relative to a
different time zone. For example, I am in the EDT timezone (-0400),
but a Date header might be in GMT (+0000):

  Date: Thu, 14 Jul 2016 15:15:42 +0000

VM displays this Date line literally, in GMT, which is confusing to
the user (me). Is there a way to force VM to display all times (in VM
buffers) in my current time zone?

Note: this timezone problem happens only for certain messages that I
receive from vzwpix.com (Verizon's outgoing email server for iPhone
users).  In case it's relevant, here are the full Received headers
from one of these messages. Notice that all times are in the EDT time
zone except the first/lowest one from a Verizon server.

  Received: from my.example.com (localhost [127.0.0.1])
          by my.example.com (Postfix) with ESMTP id 70DDBF60347
          for <address@hidden>; Thu, 14 Jul 2016 11:19:59 -0400 (EDT)
  Envelope-to: address@hidden
  Delivery-date: Thu, 14 Jul 2016 11:15:44 -0400
  Received: from another.example.com [11.22.33.44]
          by my.example.com with IMAP (fetchmail-6.3.26)
          for <address@hidden> (single-drop); Thu, 14 Jul 2016 11:19:59 -0400 
(EDT)
  Received: from njbrspamp10.vtext.com ([69.78.129.155]:23060)
          by another.example.com with esmtps (TLSv1:ECDHE-RSA-AES256-SHA:256)
          (Exim 4.87)
          (envelope-from <address@hidden>)
          id 1bNiMZ-0008Nw-LM
          for address@hidden; Thu, 14 Jul 2016 11:15:44 -0400
  Received: from 5.sub-69-78-32.myvzw.com (HELO m04.vzwpix.com) ([69.78.32.5])
    by njbrspamp10.vtext.com with SMTP; 14 Jul 2016 15:15:42 +0000
  From: address@hidden
  To: address@hidden
  Subject:
  Date: Thu, 14 Jul 2016 15:15:42 +0000

I originally posted this question on Stack Exchange (see
http://apple.stackexchange.com/questions/245999/why-does-email-from-an-iphone-have-the-wrong-time-zone-in-the-date-field)
and someone suggested that my mail client (VM) might be doing the
wrong thing.

Thank you,
Dan

--
Dan Barrett
address@hidden