I see what you mean. This only happens with PGP messages that are decrypted with Enigmail on the remote IMAP folder before being dragged to the local folder for storage. I guess this bug should be transferred to enigmail.
Thanks. Mark -- Mark Hedges, software engineer Business info: http://formdata.biz/ On Mon, May 15, 2017 at 10:45 PM, Carsten Schoenert <c.schoen...@t-online.de > wrote: > Hello Mark, > > On Mon, May 15, 2017 at 05:40:15PM -0700, Mark Hedges wrote: > > Package: thunderbird > > Version: 1:45.8.0-3 > > Severity: normal > > > > 1. Set up an IMAP account with a provider like GMail, and a local > folder. > > > > 2. Send a message to someone. > > > > 3. Examine the message source in the Sent folder on remote IMAP server. > > > > 4. Drag the message from remote IMAP Sent folder to the local folder. > > > > 5. Examine the message source of the same message in the local folder. > > > > Headers from the remote side are not preserved. This makes it > > impossible to save messages from the remote side for record purposes, > > affidavit, etc. if you don't want to leave them on the server. > > Information is lost. > > I can't reproduce your problem. If I follow your steps I got exat the > same email with all the headers from the original account with a old sent > email. > > The original email from the Sent folder of my GMail account: > > Return-Path: <x...@gmail.com> > > Received: from [192.168.1.142] ([xxx.xxx.xxx.xxx]) > > by smtp.googlemail.com with ESMTPSA id > 23sm24917635wrx.26.2017.04.24.21.50.31 > > for <x...@t-online.de> > > (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 > bits=128/128); > > Mon, 24 Apr 2017 21:50:31 -0700 (PDT) > > From: Carsten Schoenert <x...@gmail.com> > > X-Google-Original-From: Carsten Schoenert <x...@googlemail.com> > > To: Carsten Schoenert <x...@t-online.de> > > Subject: Testmail > > Message-ID: <1b2de8d4-793b-2856-6254-5d2bbde6d...@googlemail.com> > > Date: Tue, 25 Apr 2017 06:50:31 +0200 > > User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 > > Thunderbird/45.8.0 > > MIME-Version: 1.0 > > Content-Type: text/plain; charset=utf-8 > > Content-Transfer-Encoding: 7bit > > > > Foo > > And the same email copied to a local folder: > > From - Tue May 16 07:27:49 2017 > > X-Mozilla-Status: 0001 > > X-Mozilla-Status2: 00000000 > > X-Mozilla-Keys: > > Return-Path: <c.schoen...@gmail.com> > > Received: from [192.168.1.142] ([xxx.xxx.xxx.xxx]) > > by smtp.googlemail.com with ESMTPSA id > 23sm24917635wrx.26.2017.04.24.21.50.31 > > for <x...@t-online.de> > > (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 > bits=128/128); > > Mon, 24 Apr 2017 21:50:31 -0700 (PDT) > > From: Carsten Schoenert <x...@gmail.com> > > X-Google-Original-From: Carsten Schoenert <x...@googlemail.com> > > To: Carsten Schoenert <x...@t-online.de> > > Subject: Testmail > > Message-ID: <1b2de8d4-793b-2856-6254-5d2bbde6d...@googlemail.com> > > Date: Tue, 25 Apr 2017 06:50:31 +0200 > > User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 > > Thunderbird/45.8.0 > > MIME-Version: 1.0 > > Content-Type: text/plain; charset=utf-8 > > Content-Transfer-Encoding: 7bit > > > > Foo > > There are only a few extra 'X-Mozilla-*' values added. Unfortunately you > don't > write which headers you miss. > If I do sending a testemail again with the recent version of Thunderbird I > got > the same outcome. Can you you give please some more information what you > probably making different? > > Regards > Carsten >
