691042 - from column only shows email address (for some messages)

Status: RESOLVED INVALID

(Thunderbird :: Folder and Message Lists, defect)

Description

[David Kellam]

Attachment: tb_incorrect_received.png

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1
Build ID: 20110928134238

Steps to reproduce:

Upgraded Thunderbird to v7, show inbox in relatively default view.

I'm on 7.0.1 on Win7 x64


Actual results:

Was expecting e.g. "First Last" <[e-mail]> to appear against a message in the From column. Instead only <[e-mail]> is shown (which *is* the actual sender, but not what the from name was set to)



Expected results:

Well, I was expecting it to show "First Last" <[e-mail]>, i.e. the from name as set by the remote party.

I originally thought it was using the reply-to header instead. It may be using this header to get the [e-mail] from, but it's not doing it all the time. i.e. It does appear to ONLY impact messages with a reply-to set, as this is not sufficient to trigger the bug/feature. I have pasted two sets of headers below.

The first shows correctly. The second is incorrect.
N.B. The second is triggered from RequestTracker (RT) (a helpdesk system by bestpractical.com/rt). RT acts as an intermediary, so all emails from the system will be from [e-mail]. So we can actually identify the user who reported/responded to the issue, the coded behaviour is to show the from name part of the user's email address (or just their email if not provided) as the from name, with [e-mail] as the actual email address. Prior to the TB upgrade this used to work.

*** Email that works (anonymised somewhat) ***
Return-path: <[e-mail]>
Envelope-to: [e-mail]
Delivery-date: Sat, 01 Oct 2011 22:45:21 +1000
Received: from mail-pz0-f44.google.com ([209.85.210.44])
	by my.internal.mail.server with esmtps (TLSv1:RC4-SHA:128)
	(Exim 4.76)
	(envelope-from <[e-mail]>)
	id 1R9ywQ-0004GZ-PZ
	for [e-mail]; Sat, 01 Oct 2011 22:45:21 +1000
Received: by pzk32 with SMTP id 32so14706460pzk.3
        for <[e-mail]>; Sat, 01 Oct 2011 05:45:11 -0700 (PDT)
Received: by 10.68.9.2 with SMTP id v2mr65357694pba.101.1317473111127;
        Sat, 01 Oct 2011 05:45:11 -0700 (PDT)
Received: from [192.168.7.5] (ppp118-209-183-117.lns20.mel6.internode.on.net. [118.209.183.117])
        by mx.google.com with ESMTPS id i3sm29651564pbg.10.2011.10.01.05.45.07
        (version=SSLv3 cipher=OTHER);
        Sat, 01 Oct 2011 05:45:09 -0700 (PDT)
Sender: First Last <[e-mail]>
Message-ID: <[e-mail]>
Date: Sat, 01 Oct 2011 22:45:03 +1000
From: First Last <[e-mail]>
Reply-To: First Last <[e-mail]>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: "First Last" <[e-mail]>
Subject: test43
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -2.6 (--)
X-Spam-Report: Spam detection software, running on the system "angel", has
 identified this incoming email as possible spam.  The original message
 has been attached to this so you can view it (if it isn't spam) or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  dtest [...] 
 
 Content analysis details:   (-2.6 points, 5.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
                             trust
                             [209.85.210.44 listed in list.dnswl.org]
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
                             [score: 0.0000]
  0.0 AWL                    AWL: From: address is in the auto white-list


*** Email that fails (only headers shown) ***
Return-path: <[e-mail]>
Envelope-to: [e-mail]
Delivery-date: Wed, 02 Jun 2010 16:08:17 +1000
Received: from apache by internal.server with local (Exim 4.71)
	(envelope-from <[e-mail]>)
	id 1OJh7h-0004HG-An; Wed, 02 Jun 2010 16:08:17 +1000
Subject: RE: [RT Ticket Number #xxxx] FW: Subject 
From: "End Client" <[e-mail]>
Reply-To: [e-mail]
In-Reply-To: <!&!AAAAAAAAAAAYAAAAAAAAAPzwahQH8hNNviuHVip7Tc9igwAAEAAAACyQRCD0TmlJnLaQL10DgRgBAAAAAA==@clientdomain.com>
References: <[e-mail]> <!&!AAAAAAAAAAAYAAAAAAAAAPzwahQH8hNNviuHVip7Tc9igwAAEAAAAFrWNmwm5mdAsBjUWrcwee4BAAAAAA==@clientdomain.com> <[e-mail]> <!&!AAAAAAAAAAAYAAAAAAAAAPzwahQH8hNNviuHVip7Tc9igwAAEAAAACyQRCD0TmlJnLaQL10DgRgBAAAAAA==@clientdomain.com>
Message-ID: <[e-mail]>
Precedence: bulk
X-RT-Loop-Prevention: Instance Name
RT-Ticket: Ticket Number #xxxx
Managed-by: RT x.y.z (http://www.bestpractical.com/rt/)
RT-Originator: [e-mail]
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset="utf-8"
X-RT-Original-Encoding: utf-8
Date: Wed, 02 Jun 2010 16:08:17 +1000

Comment 1

[David Kellam]

This is actually not a bug, but a feature and a configurable one at that. Sorry, my fault.

Specifically, Tools > Options > Advanced : Reading and Display : Turn OFF 'Show only display name for people in my address book'. I assume the default changed across versions.

Behaviour is now as expected with this setting off.

Setting to INVALID.