A Microsoft Outlook email forum. Outlook Banter

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » Outlook Banter forum » Microsoft Outlook Email Newsgroups » Outlook - Using Contacts
Site Map Home Register Authors List Search Today's Posts Mark Forums Read Web Partners

email display as in To: header



 
 
Thread Tools Search this Thread Display Modes
  #1  
Old September 11th 07, 03:28 PM posted to microsoft.public.outlook.contacts
Peter Boncz
external usenet poster
 
Posts: 1
Default email display as in To: header

Dear MS Outlook experts,

I use MS Outlook 2002 SP3 in an organization (CWI -- Dutch Research
Institute for Computer Science) that is unix/linux mostly, certainly
regarding the email servers (no Exchange here). Lot's of Linux geeks here say
that I'm crazy, but I do not think am. I like MS Outlook for the great
Contacts/Calendar integration with my Windows Mobile phone.

That said, since upgrading to Outlook 2002 (from Outlook 2000) I have been
fighting with the way Outlook uses the "Email Display as" fields in the
Contacts database. The problem is that when send email to say Donald Duck
), it produces the following To: header:

To: Donald Duck )

This is a violation of the email RFC, which states that round parentheses
are comment fields only, to be ignored. Consequently, our SMTP server does
not recognize the '@' in the To: header of the outgoing email, and the email
address is treated as just the name part of an email, i.e. a local user, such
that the default domain (cwi.nl) gets appended to it, producing the
disfunctional result:

To: "Donald Duck

Note that if Outlook would comply with the email RFC, it should produce one
of the following three To: headers, which all would work:

(a) To:
(b) To: Donald Duck ]
(c) To: Donald Duck

That is, the and [] brackets *are* allowed.

Of course I could edit my Outlook "display as" fields (using a macro or
such) to enforce one of the three forms, and in fact did so using option (a).
But this is a workaround only. The annoying thing is that when I enter a new
contact Outlook keeps inserting the wrong "display as" format, such that I
have to repeat the "cleansing" operation everytime I add a new contact.


Basically my woes could be remedied in two ways:

(1) by instructing Outlook to use the "email" field in To: headers as it
should (why else keep the email field at all) instead of the "display as".
Basically the "email" dield should be used by Outlook when interacting with
machines (ie SMTP servers) and "email as" when interacting with persons
(display on screen).

or:

(2) by somehow telling Outlook to use an alternative way to automatically
populate "display as" fields, following any format from (a), (b) or (c).


So, can any of (1) or (2) be achieved by a Outlook 2002 user??

many thanks in advance,

Peter
  #2  
Old September 11th 07, 08:50 PM posted to microsoft.public.outlook.contacts
Russ Valentine [MVP-Outlook]
external usenet poster
 
Posts: 9,348
Default email display as in To: header

EDA affects local viewing only, so I've never seen any convincing need to
change it. What is inserted into the email header follows RFC convention.
What makes you feel you need to alter EDA?
--
Russ Valentine
[MVP-Outlook]
"Peter Boncz" Peter wrote in message
...
Dear MS Outlook experts,

I use MS Outlook 2002 SP3 in an organization (CWI -- Dutch Research
Institute for Computer Science) that is unix/linux mostly, certainly
regarding the email servers (no Exchange here). Lot's of Linux geeks here
say
that I'm crazy, but I do not think am. I like MS Outlook for the great
Contacts/Calendar integration with my Windows Mobile phone.

That said, since upgrading to Outlook 2002 (from Outlook 2000) I have been
fighting with the way Outlook uses the "Email Display as" fields in the
Contacts database. The problem is that when send email to say Donald Duck
), it produces the following To: header:

To: Donald Duck )

This is a violation of the email RFC, which states that round parentheses
are comment fields only, to be ignored. Consequently, our SMTP server does
not recognize the '@' in the To: header of the outgoing email, and the
email
address is treated as just the name part of an email, i.e. a local user,
such
that the default domain (cwi.nl) gets appended to it, producing the
disfunctional result:

To: "Donald Duck

Note that if Outlook would comply with the email RFC, it should produce
one
of the following three To: headers, which all would work:

(a) To:

(b) To: Donald Duck ]
(c) To: Donald Duck

That is, the and [] brackets *are* allowed.

Of course I could edit my Outlook "display as" fields (using a macro or
such) to enforce one of the three forms, and in fact did so using option
(a).
But this is a workaround only. The annoying thing is that when I enter a
new
contact Outlook keeps inserting the wrong "display as" format, such that I
have to repeat the "cleansing" operation everytime I add a new contact.


Basically my woes could be remedied in two ways:

(1) by instructing Outlook to use the "email" field in To: headers as it
should (why else keep the email field at all) instead of the "display as".
Basically the "email" dield should be used by Outlook when interacting
with
machines (ie SMTP servers) and "email as" when interacting with persons
(display on screen).

or:

(2) by somehow telling Outlook to use an alternative way to automatically
populate "display as" fields, following any format from (a), (b) or (c).


So, can any of (1) or (2) be achieved by a Outlook 2002 user??

many thanks in advance,

Peter


  #3  
Old September 14th 07, 03:54 PM posted to microsoft.public.outlook.contacts
Peter Boncz[_2_]
external usenet poster
 
Posts: 1
Default email display as in To: header

Hi Russ,

Thanks for responding, but my experiences are contradictory to what you say.

(1) EDA does *not only* affect local viewing,but also the To: line as used
in outgoing SMTP email

(2) what is inserted into the email header does *not* follow RFC convention,
because it contains the email address in parentheses, i.e. ()

I think (1) because when I address an email to myself (making sure that I
use a hard non-recognized as contact email for myself, so Outlook does not
address it to an EDA) and I include my Outlook Contact 'Donald Duck' in the
To: or CC:; then observe the header (View - Options - textbox) I see the
messed up email address a la "Donald Duck

And Donald the Duck never receives that email.


I think (2), because the RFC says that everything in parentheses, i.e.
between (), is comment. The use of [] and as email delimiter, is allowed
though.

Peter




"Russ Valentine [MVP-Outlook]" wrote:

EDA affects local viewing only, so I've never seen any convincing need to
change it. What is inserted into the email header follows RFC convention.
What makes you feel you need to alter EDA?
--
Russ Valentine
[MVP-Outlook]
"Peter Boncz" Peter wrote in message
...
Dear MS Outlook experts,

I use MS Outlook 2002 SP3 in an organization (CWI -- Dutch Research
Institute for Computer Science) that is unix/linux mostly, certainly
regarding the email servers (no Exchange here). Lot's of Linux geeks here
say
that I'm crazy, but I do not think am. I like MS Outlook for the great
Contacts/Calendar integration with my Windows Mobile phone.

That said, since upgrading to Outlook 2002 (from Outlook 2000) I have been
fighting with the way Outlook uses the "Email Display as" fields in the
Contacts database. The problem is that when send email to say Donald Duck
), it produces the following To: header:

To: Donald Duck )

This is a violation of the email RFC, which states that round parentheses
are comment fields only, to be ignored. Consequently, our SMTP server does
not recognize the '@' in the To: header of the outgoing email, and the
email
address is treated as just the name part of an email, i.e. a local user,
such
that the default domain (cwi.nl) gets appended to it, producing the
disfunctional result:

To: "Donald Duck

Note that if Outlook would comply with the email RFC, it should produce
one
of the following three To: headers, which all would work:

(a) To:

(b) To: Donald Duck ]
(c) To: Donald Duck

That is, the and [] brackets *are* allowed.

Of course I could edit my Outlook "display as" fields (using a macro or
such) to enforce one of the three forms, and in fact did so using option
(a).
But this is a workaround only. The annoying thing is that when I enter a
new
contact Outlook keeps inserting the wrong "display as" format, such that I
have to repeat the "cleansing" operation everytime I add a new contact.


Basically my woes could be remedied in two ways:

(1) by instructing Outlook to use the "email" field in To: headers as it
should (why else keep the email field at all) instead of the "display as".
Basically the "email" dield should be used by Outlook when interacting
with
machines (ie SMTP servers) and "email as" when interacting with persons
(display on screen).

or:

(2) by somehow telling Outlook to use an alternative way to automatically
populate "display as" fields, following any format from (a), (b) or (c).


So, can any of (1) or (2) be achieved by a Outlook 2002 user??

many thanks in advance,

Peter


  #4  
Old September 14th 07, 08:40 PM posted to microsoft.public.outlook.contacts
Russ Valentine [MVP-Outlook]
external usenet poster
 
Posts: 9,348
Default email display as in To: header

It affects what _you_ see in the To: line. What the recipient sees depends
on how their email program displays the information contained in the email
header. The header will still contain both the familiar name and actual
email address. I still don't understand what changing the format of EDA
accomplishes for you.
--
Russ Valentine
[MVP-Outlook]
"Peter Boncz" wrote in message
...
Hi Russ,

Thanks for responding, but my experiences are contradictory to what you
say.

(1) EDA does *not only* affect local viewing,but also the To: line as used
in outgoing SMTP email

(2) what is inserted into the email header does *not* follow RFC
convention,
because it contains the email address in parentheses, i.e. ()

I think (1) because when I address an email to myself (making sure that I
use a hard non-recognized as contact email for myself, so Outlook does not
address it to an EDA) and I include my Outlook Contact 'Donald Duck' in
the
To: or CC:; then observe the header (View - Options - textbox) I see the
messed up email address a la "Donald Duck


And Donald the Duck never receives that email.


I think (2), because the RFC says that everything in parentheses, i.e.
between (), is comment. The use of [] and as email delimiter, is
allowed
though.

Peter




"Russ Valentine [MVP-Outlook]" wrote:

EDA affects local viewing only, so I've never seen any convincing need to
change it. What is inserted into the email header follows RFC convention.
What makes you feel you need to alter EDA?
--
Russ Valentine
[MVP-Outlook]
"Peter Boncz" Peter wrote in message
...
Dear MS Outlook experts,

I use MS Outlook 2002 SP3 in an organization (CWI -- Dutch Research
Institute for Computer Science) that is unix/linux mostly, certainly
regarding the email servers (no Exchange here). Lot's of Linux geeks
here
say
that I'm crazy, but I do not think am. I like MS Outlook for the great
Contacts/Calendar integration with my Windows Mobile phone.

That said, since upgrading to Outlook 2002 (from Outlook 2000) I have
been
fighting with the way Outlook uses the "Email Display as" fields in the
Contacts database. The problem is that when send email to say Donald
Duck
), it produces the following To: header:

To: Donald Duck )

This is a violation of the email RFC, which states that round
parentheses
are comment fields only, to be ignored. Consequently, our SMTP server
does
not recognize the '@' in the To: header of the outgoing email, and the
email
address is treated as just the name part of an email, i.e. a local
user,
such
that the default domain (cwi.nl) gets appended to it, producing the
disfunctional result:

To: "Donald Duck

Note that if Outlook would comply with the email RFC, it should produce
one
of the following three To: headers, which all would work:

(a) To:

(b) To: Donald Duck ]
(c) To: Donald Duck

That is, the and [] brackets *are* allowed.

Of course I could edit my Outlook "display as" fields (using a macro or
such) to enforce one of the three forms, and in fact did so using
option
(a).
But this is a workaround only. The annoying thing is that when I enter
a
new
contact Outlook keeps inserting the wrong "display as" format, such
that I
have to repeat the "cleansing" operation everytime I add a new contact.


Basically my woes could be remedied in two ways:

(1) by instructing Outlook to use the "email" field in To: headers as
it
should (why else keep the email field at all) instead of the "display
as".
Basically the "email" dield should be used by Outlook when interacting
with
machines (ie SMTP servers) and "email as" when interacting with persons
(display on screen).

or:

(2) by somehow telling Outlook to use an alternative way to
automatically
populate "display as" fields, following any format from (a), (b) or
(c).


So, can any of (1) or (2) be achieved by a Outlook 2002 user??

many thanks in advance,

Peter



 




Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
what can be trusted in email header? hba2pd Outlook - General Queries 4 August 3rd 07 03:50 PM
email header file hba2pd Outlook - General Queries 4 April 2nd 07 03:51 AM
Selection of an email header triggering email download, why ? Jean Navarro Outlook - General Queries 9 November 8th 06 06:02 PM
HELO header in email Chillpill Outlook - Installation 0 April 20th 06 07:31 AM
Configure Outlook attachment icon to display in email header Jean-Claude Outlook - Installation 1 February 6th 06 06:30 AM


All times are GMT +1. The time now is 12:25 PM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.Search Engine Friendly URLs by vBSEO 2.4.0
Copyright ©2004-2025 Outlook Banter.
The comments are property of their posters.