Hi Team,
I am developing an application that will tell attachment in email using MAPI.
1) When I send an email, the sender name is coming up in some systems and there is a problem in others. I have implemented the technique that is provided in MFCMAPI ( I have used AdviseSink Notifications ).
2) Where sender name is not coming, its giving "0x8004010f <Bad Ptr>" values. When I can retrive PR_MESSAGE_DELIVERY_TIME, then there shouldn't be any problem to retrieve sender name of an email. And I can't even check for bad pointer.
3) 0x800A001E gives sender name of email when the mailbox is connected to Exchange and 0x800D001E gives sender name of email when the mailbox is connected to Internet email. Kindly name these properties. And, even these properties give bad pointer values when AdviseSink Notifications are implemented.
Comments: ** Comment from web user: sgriffin **
I am developing an application that will tell attachment in email using MAPI.
1) When I send an email, the sender name is coming up in some systems and there is a problem in others. I have implemented the technique that is provided in MFCMAPI ( I have used AdviseSink Notifications ).
2) Where sender name is not coming, its giving "0x8004010f <Bad Ptr>" values. When I can retrive PR_MESSAGE_DELIVERY_TIME, then there shouldn't be any problem to retrieve sender name of an email. And I can't even check for bad pointer.
3) 0x800A001E gives sender name of email when the mailbox is connected to Exchange and 0x800D001E gives sender name of email when the mailbox is connected to Internet email. Kindly name these properties. And, even these properties give bad pointer values when AdviseSink Notifications are implemented.
Comments: ** Comment from web user: sgriffin **
Your attachments illustrate the difference between regular properties and named properties. In attachmant 1.pn, where you wrote "no property names", those were named properties (easily identified by the IDs greater than 0x8000). So there is no PR_* macro associated with that value (can't be, since it's not constant), and the Named prop name has the name I looked up with GetNamesFromIDs.
In attachment 2, you highlighted the Named prop name column for properties under 0x8000, which are not named properties. So they wouldn't have names to look up.
You really need to go read the documentation I linked. It explains all this.
As for your comment about PT_ERROR - are you even talking about MFCMAPI? I don't understand the context of the complaint.