I use Google Chrome. Right click on the image and click on 'Save image as...', 'Copy image URL', 'Open image in new tab'. Even CodePlex needs improvement. Uhhh Microsoft.
↧
New Post: PR_ATTACH_FILENAME showing wrong value
↧
New Post: PR_ATTACH_LONG_PATHNAME giving value when email is saved
I use Google Chrome. Right click on the image and click on 'Save image as...', 'Copy image URL', 'Open image in new tab'. Even CodePlex needs improvement. Uhhh Microsoft.
Original filename: extn list.xls
Expected values in case of PR_ATTACH_FILENAME: extn list.xls or extnli~1.xls
Expected values in case of PR_ATTACH_LONG_PATHNAME: The same value when the email is sent
Original filename: extn list.xls
Expected values in case of PR_ATTACH_FILENAME: extn list.xls or extnli~1.xls
Expected values in case of PR_ATTACH_LONG_PATHNAME: The same value when the email is sent
↧
↧
New Post: PR_ATTACH_FILENAME showing wrong value
Original filename: extn list.xls
Expected values in case of PR_ATTACH_FILENAME: extn list.xls or extnli~1.xls
Expected values in case of PR_ATTACH_LONG_PATHNAME: The same value when the email is sent
Expected values in case of PR_ATTACH_FILENAME: extn list.xls or extnli~1.xls
Expected values in case of PR_ATTACH_LONG_PATHNAME: The same value when the email is sent
↧
New Post: PR_ATTACH_FILENAME showing wrong value
You have yet to demonstrate an actual problem. I looked at the screenshot - you'll need to spell out what you think is wrong about what you're seeing. Please be explicit - give me expected and actual values.
↧
New Post: PR_ATTACH_FILENAME showing wrong value
Its not case sensitive.
↧
↧
New Post: PR_ATTACH_FILENAME showing wrong value
Is the complaint that it's uppercase? I think if you look in the filesystem the 8.3 name was generated uppercase, so this was correct.
↧
New Post: PR_ATTACH_LONG_PATHNAME giving value when email is saved
As on the other thread - is the complaint about the case?
↧
New Post: PR_ATTACH_FILENAME showing wrong value
Yes, my complaint was of uppercase.
Don't you feel functions of MAPI should be modified accordingly because PR_ATTACH_LONG_FILENAME is giving it correct values.
Or did you intentionally coded so as to retrieve 8.3 filename?
Don't you feel functions of MAPI should be modified accordingly because PR_ATTACH_LONG_FILENAME is giving it correct values.
Or did you intentionally coded so as to retrieve 8.3 filename?
↧
New Post: PR_ATTACH_FILENAME showing wrong value
They're both correct - PR_ATTACH_LONG_FILENAME gives the long file name, and the other gives the short (8.3).
↧
↧
New Post: PR_ATTACH_FILENAME showing wrong value
OK
↧
Commented Feature: Full name of attachment not shown in MFCMAPI when file is sent using OWA [16847]
Hi everyone,
I am developing an application where I want to notify about file being sent in Microsoft Exchange. So, I have implemented notifications on the message store and trying to retrieve the file name. The problem is filename of only eight characters can be retrieved when a file is sent as an attachment using OWA. I am attaching 2 snapshots of the attachment table of two emails. I have sent a file as attachment using OWA (results shown in first snapshot) and using Microsoft Outlook (results shown in the second snapshot). Also the properties of attachment are less when a file is sent as an attachment in email using OWA. I have asking this question here also: http://social.msdn.microsoft.com/Forums/office/en-US/e8db2020-59f9-46bf-954b-9f7fcd6b5896
Comments: ** Comment from web user: talib2608 **
I am developing an application where I want to notify about file being sent in Microsoft Exchange. So, I have implemented notifications on the message store and trying to retrieve the file name. The problem is filename of only eight characters can be retrieved when a file is sent as an attachment using OWA. I am attaching 2 snapshots of the attachment table of two emails. I have sent a file as attachment using OWA (results shown in first snapshot) and using Microsoft Outlook (results shown in the second snapshot). Also the properties of attachment are less when a file is sent as an attachment in email using OWA. I have asking this question here also: http://social.msdn.microsoft.com/Forums/office/en-US/e8db2020-59f9-46bf-954b-9f7fcd6b5896
Comments: ** Comment from web user: talib2608 **
The PR_ATTACH_FILENAME is showing short name in first snapshot and long name in the second snapshot. Isn't this a bug?
↧
New Post: PR_ATTACH_FILENAME showing wrong value
In mfcmapi.codeplex.com/workitem/16847 in the first snapshot PR_ATTACH_FILENAME gives 8.3 filename (here it gives it in small letters - case sensitive)
In the second snapshot, it doesn't give 8.3 filename.
In the second snapshot, it doesn't give 8.3 filename.
↧
New Post: PR_ATTACH_LONG_PATHNAME giving value when email is saved
Any progress?
↧
↧
Commented Feature: Full name of attachment not shown in MFCMAPI when file is sent using OWA [16847]
Hi everyone,
I am developing an application where I want to notify about file being sent in Microsoft Exchange. So, I have implemented notifications on the message store and trying to retrieve the file name. The problem is filename of only eight characters can be retrieved when a file is sent as an attachment using OWA. I am attaching 2 snapshots of the attachment table of two emails. I have sent a file as attachment using OWA (results shown in first snapshot) and using Microsoft Outlook (results shown in the second snapshot). Also the properties of attachment are less when a file is sent as an attachment in email using OWA. I have asking this question here also: http://social.msdn.microsoft.com/Forums/office/en-US/e8db2020-59f9-46bf-954b-9f7fcd6b5896
Comments: ** Comment from web user: sgriffin **
I am developing an application where I want to notify about file being sent in Microsoft Exchange. So, I have implemented notifications on the message store and trying to retrieve the file name. The problem is filename of only eight characters can be retrieved when a file is sent as an attachment using OWA. I am attaching 2 snapshots of the attachment table of two emails. I have sent a file as attachment using OWA (results shown in first snapshot) and using Microsoft Outlook (results shown in the second snapshot). Also the properties of attachment are less when a file is sent as an attachment in email using OWA. I have asking this question here also: http://social.msdn.microsoft.com/Forums/office/en-US/e8db2020-59f9-46bf-954b-9f7fcd6b5896
Comments: ** Comment from web user: sgriffin **
No - MFCMAPI is just reporting the property as it found it. In fact, so is MAPI - that's how the client set the property. You've given two different scenarios with different clients - they're allowed to behave differently. I've updated the title bar code to prefer the long filename properties - I just haven't published a new build yet.
↧
New Post: PR_ATTACH_FILENAME showing wrong value
See my answer there - this isn't a bug. MFCMAPI just reports what was set. File names in Windows are NOT case sensitive. EVER. And different MAPI clients will provide different data as inputs.
You're clearly fascinated by these details- but why? What does it break for you that sometimes an 8.3 name is lowercase and sometimes it's upper case? Why does it matter that some clients provide a long name for PR_ATTACH_FILENAME? What's the impact?
You're clearly fascinated by these details- but why? What does it break for you that sometimes an 8.3 name is lowercase and sometimes it's upper case? Why does it matter that some clients provide a long name for PR_ATTACH_FILENAME? What's the impact?
↧
New Post: PR_ATTACH_LONG_PATHNAME giving value when email is saved
Just puzzled why case seems to matter to you.
↧
New Post: PR_ATTACH_FILENAME showing wrong value
Ya, I give importance to details. I am not in testing department. I am in development department and don't even have 2 years of experience. I can make mistakes and so can you. I felt this must be one of them. That's why this thread.
I am developing an application that tells the attachment name and PR_ATTACH_LONG_FILENAME is one attribute that I can rely on most of the times for results. But not all the time.
I am developing an application that tells the attachment name and PR_ATTACH_LONG_FILENAME is one attribute that I can rely on most of the times for results. But not all the time.
↧
↧
Commented Feature: Full name of attachment not shown in MFCMAPI when file is sent using OWA [16847]
Hi everyone,
I am developing an application where I want to notify about file being sent in Microsoft Exchange. So, I have implemented notifications on the message store and trying to retrieve the file name. The problem is filename of only eight characters can be retrieved when a file is sent as an attachment using OWA. I am attaching 2 snapshots of the attachment table of two emails. I have sent a file as attachment using OWA (results shown in first snapshot) and using Microsoft Outlook (results shown in the second snapshot). Also the properties of attachment are less when a file is sent as an attachment in email using OWA. I have asking this question here also: http://social.msdn.microsoft.com/Forums/office/en-US/e8db2020-59f9-46bf-954b-9f7fcd6b5896
Comments: ** Comment from web user: talib2608 **
I am developing an application where I want to notify about file being sent in Microsoft Exchange. So, I have implemented notifications on the message store and trying to retrieve the file name. The problem is filename of only eight characters can be retrieved when a file is sent as an attachment using OWA. I am attaching 2 snapshots of the attachment table of two emails. I have sent a file as attachment using OWA (results shown in first snapshot) and using Microsoft Outlook (results shown in the second snapshot). Also the properties of attachment are less when a file is sent as an attachment in email using OWA. I have asking this question here also: http://social.msdn.microsoft.com/Forums/office/en-US/e8db2020-59f9-46bf-954b-9f7fcd6b5896
Comments: ** Comment from web user: talib2608 **
OK.
So, there must be improvement in the clients setting the values. You can even the concerned department of this issue.
↧
New Post: PR_ATTACH_LONG_PATHNAME giving value when email is saved
Exchange 2003 is an example. You can try other Exchange also.
"I refuse to put the data..." Data is already there. If you want another snapshot I will upload that also.
"I refuse to put the data..." Data is already there. If you want another snapshot I will upload that also.
↧
New Post: PR_ATTACH_LONG_PATHNAME giving value when email is saved
You're making me dig through various picture attachments to try and figure out what values you're having a problem with. I can't even read the values you're concerned with because of how the columns were arranged. Can you please put the data in the thread where it can be read? Also - how am I supposed to compare a before and after on a value when you only have one picture attached to the thread?
I'm trying to help you, but you're going out of your way to be difficult. Please put the strings in the thread and explain what you expected to see.
I'm trying to help you, but you're going out of your way to be difficult. Please put the strings in the thread and explain what you expected to see.
↧