FROM & CC address details not displayed

[terry]

This problem is happening on two different clients systems.
a. Outlook 2003 emails are received thru Exchange 2003 on W2K3.
b. Outlook 2007 emails are received thru Exchange 2003 on W2K3.
The "faulty emails" are generated and sent via smtp from within the same
application.
The same Email received to a Linux mail server and then displayed using
Thundrebird presents correctly.

These emails which are received from the application mentioned above, do not
show FROM &/or CC details; but when you get that emails properties the FROM &
CC details are showing.
Cant find where the details are being suppressed.
Turned off Email Scanning on the AV (AVG Internet Security Network Edition)

Any ideas greatfully received.
Many Thanks

Terry

 

[Brian Tillman [MVP - Outlook]]

These emails which are received from the application mentioned above, do not
show FROM &/or CC details;

Show where? In what Window? In what view?

 

[terry]

Show where? In what Window? In what view?

Brian Tks for the reply.
OL 2007 reads from Exch2003 to an OST file on WXPP SP3
The details listed below are for OL 2007 but the same Outlook screen
displays apply in OL 2003.
These emails are displayed in Outlook 2007 (12.0.6316.5000) SP1 MSO
(12.0.6320.5000).

Inbox - column headers being: From, Subject, Received, Size, Category, In
Folder

a. viewed in Main Inbox as a List, with View pane = bottom
From: Column = blank
Display in the Bottom View Box= SUBJECT is correct, TO is correct, SENT
is correct; no CC line id displayed

b. Open the Email to full page view
From Column = Blank, CC Column = blank
SUBJECT is correct, TO is correct, SENT is correct

<< -- Outlook Email Msg Options / Internet Header -- >>
<< -- All address' & IPs have been changed for this code. -- >>

Microsoft Mail Internet Headers Version 2.0
Received: from domainname.com.au ([192.168.0.0]) by box.server.local with
Microsoft SMTPSVC(6.0.3790.3959);
Wed, 18 Mar 2009 09:17:27 +1100
Message-ID: <d20090318t91727.30c1r964198.00@hp-ml350>
From: "" <[email protected]>
To: "" <[email protected]>
CC: "" <[email protected]>
Subject: Statement for the Month of March - Company
Date: Wed, 18 Mar 2009 09:17:27 +1100
MIME-version: 1.0
Content-Type: multipart/mixed;
boundary="--=_NextPart_000_d20090318t91727.30c1r964198"
X-Mailer: NetTalk Email 4.30
X-NetTalk: NetTalk Email 4.30
Return-Path: (e-mail address removed)
X-OriginalArrivalTime: 17 Mar 2009 22:17:27.0312 (UTC)
FILETIME=[27C29100:01C9A74E]

----=_NextPart_000_d20090318t91727.30c1r964198
Content-Type: text/plain;
charset=us-ascii
Content-Transfer-Encoding: 7bit

----=_NextPart_000_d20090318t91727.30c1r964198
Content-Type: application/x-unknown;
name="ACCState1.pdf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="ACCState1.pdf"


----=_NextPart_000_d20090318t91727.30c1r964198--

Hopefully I have better informed you.

Many Tks
Terry

 

[Brian Tillman [MVP - Outlook]]

Inbox - column headers being: From, Subject, Received, Size, Category, In
Folder

a. viewed in Main Inbox as a List, with View pane = bottom
From: Column = blank
Display in the Bottom View Box= SUBJECT is correct, TO is correct, SENT
is correct; no CC line id displayed

b. Open the Email to full page view
From Column = Blank, CC Column = blank
SUBJECT is correct, TO is correct, SENT is correct ....snip...
From: "" <[email protected]>
To: "" <[email protected]>
CC: "" <[email protected]>

Clearly you've supplied your own answer. The "friendly name" or "Display As"
field for these incoming messages are purposely set to a null string (the two
quote marks with nothing between them) for each address. Outlook displays the
friendly name, not the email address, when it displays a message. Your other
mail clients are programmed differently and display not only the friendly name
but the smail address. You said an application denerates these messages.
Code the application to not include a null string as the friendly name, either
leaving the "" out of the address field altogether or putting some characters
between the quotes.

 

[terry]

Hello Brian,

Thank you for your help in translating the O/L property list.
Now the developer is addressing the issue.

Many Thanks
Terry