Closed Bug 168269 Opened 22 years ago Closed 22 years ago

collection improvements: grab incoming display names and screennames to improve PAB

Categories

(SeaMonkey :: MailNews: Address Book & Contacts, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla1.2beta

People

(Reporter: sspitzer, Assigned: sspitzer)

References

()

Details

Attachments

(1 file, 4 obsolete files)

collection improvement, grab incoming display names to improve PAB

we can look at incoming mail
see if email is in PAB

if so, and we don't have a display name
put that in the card in the PAB.
see bug 167571 and http://www.mozilla.org/mailnews/arch/cab.html

mscott, if you think this make sense, can you ammend 
http://www.mozilla.org/mailnews/arch/cab.html?

accepting for 1.2beta
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.2beta
Attached patch patch. (obsolete) — Splinter Review
Attached patch patch (obsolete) — Splinter Review
Attachment #98987 - Attachment is obsolete: true
Attachment #98991 - Attachment is obsolete: true
Attached patch patchSplinter Review
Attachment #99055 - Attachment is obsolete: true
mscott, to add to your document:

1)  on collection, don't set the display name to be the username (from 
username@domain). 

2)  if collecting outgoing, when getting incoming, if we get a display name in 
the header and we have a card for that email address, set the display name (if 
one is not already set.)

3)  on collection, if domain is username@aol.com or username@netscape.net, set 
the aimscreenname to be username (if one is not already set).

marking fixed.  we still have some collision issues and some interCAPS issues 
to deal with, but those are going to be spin off bugs.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Summary: collection improvements: grab incoming display names to improve PAB → collection improvements: grab incoming display names and screennames to improve PAB
in addition to aol.com and netscape.net, we can do the screenname trick for 
cs.com.  will check that in today.
I've added all the info about what we implemented to scott's pab doc on mozilla.
Your addition to nsMsgSend.cpp for this bugs seems to be wrong. Please see the
line in DeliverFileAsMail function:

  if (mCompFields->GetBcc() && *mCompFields->GetBcc(), PR_TRUE) {

This will cause the last part always be TRUE and will add a "," to the address
lists. It will cause some double byte name not translate correctly. Please see
my comment in bug 163933 for detail.
Trunk build 2002-11-21: WinMe, Linux 8 , Mac 10.1.3
Verified Fixed. I love how this works!
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: