Even after all the collapsing work, the restriction editor needs serious help. Figure something out.
↧
Created Unassigned: Figure Out Collapsing For Restriction Editor [16672]
↧
New Post: Exchange 2013 get MAPI_E_NO_ACCESS
When i do restore mailbox on Exchange 2013 in a windows2012 server machine, i got a MAPI_E_NO_ACCESS error, as i konw, we show config Administrator user with such permmison:
Exchange 2010:
- user account with membership in the Organization Management group.
Exchange Server 2007:
- user account with membership in the Exchange Organization Administrators group.
Exchange 2003:
- user account with Exchange Administrator role and membership in the local Administrators group ↧
↧
Created Unassigned: Parse the PCL [16675]
Per this:
http://msdn.microsoft.com/en-us/library/ee159187(v=exchg.80).aspx
http://msdn.microsoft.com/en-us/library/ee159187(v=exchg.80).aspx
↧
New Post: DOES MAPI HAVE A SATURATION LEVEL?
While doing some high volume restores via MAPI at times some items cannot be restored or folders cannot be created. its not rights related because if we wait until we are not pushing as much data and then go back and do same action it works just fine, i.e. no error.
The network itself has a tremendous amount of bandwidth so that is not the issue.
Additionally the source and destination machines are fine in terms of resources, i.e. CPU, MEMORY etc so in short there are no resource constraints.
So it got me to wondering if there was any type of MAPI Saturation point and if so can that be measured so that we can determine best course, i.e. oh snap look we are at 95% MAPI saturation so take action xyz.
thanks
Troy
The network itself has a tremendous amount of bandwidth so that is not the issue.
Additionally the source and destination machines are fine in terms of resources, i.e. CPU, MEMORY etc so in short there are no resource constraints.
So it got me to wondering if there was any type of MAPI Saturation point and if so can that be measured so that we can determine best course, i.e. oh snap look we are at 95% MAPI saturation so take action xyz.
thanks
Troy
↧
New Post: DOES MAPI HAVE A SATURATION LEVEL?
Your scenario is somewhat vague so it's difficult to guess. You might be talking about MAPI connecting to an Exchange server. The Exchange server you might be talking about might be throttling your connection if you're hammering the server. You can turn on throttling logging here:
http://howexchangeworks.com/2012/07/enable-logging-for-rpc-client-access-throttling.html
And if you are being throttled, you can look at these throttling policies:
http://technet.microsoft.com/en-us/library/bb232205(v=exchg.150).aspx#Policies
You can also look at building your client so as not to hammer the server so hard, such as ensuring you close items after you open them, or using the contents table to get information about items instead of opening the item to get it - stuff like that.
Next time, you might want to be more specific about your scenario. Also, if you're getting errors, say what they are.
http://howexchangeworks.com/2012/07/enable-logging-for-rpc-client-access-throttling.html
And if you are being throttled, you can look at these throttling policies:
http://technet.microsoft.com/en-us/library/bb232205(v=exchg.150).aspx#Policies
You can also look at building your client so as not to hammer the server so hard, such as ensuring you close items after you open them, or using the contents table to get information about items instead of opening the item to get it - stuff like that.
Next time, you might want to be more specific about your scenario. Also, if you're getting errors, say what they are.
↧
↧
New Post: DOES MAPI HAVE A SATURATION LEVEL?
Thanks for the quick reply and;
- Yes correct its communication with Exchange during restore of items.
- No its not a server throttling issue and we already have a policy that removes all limits
- The server is also not overwhelmed, i.e. no resources are constrained from source to path
-
I am not the developer on this, but will have one of my team members post back with additional information regarding the issue in short order. We have looked at this pretty thoroughly in terms of possible causes, i.e. network saturation, resource constraints for source and target machines and there is absolutely no issues there. That lead me to wonder if all other resources are not constrained can MAPI itself can get overloaded/saturated?
↧
New Post: DOES MAPI HAVE A SATURATION LEVEL?
Do you know it's not throttling because you've turned on throttle logging and confirmed that there is no throttling being logged or because you've configured a policy and you're trusting that the policy is working to exempt you from throttling? If you haven't checked the logging, you need to.
↧
New Post: DOES MAPI HAVE A SATURATION LEVEL?
Good question and;
- We are relying on the fact that throttling is setup properly and the profile being used is assigned to the throttling policy.
- My team may have already checked that, however I should personally look at this to be 100% sure. Where would we check to ensure no throttling is being imposed?
- We are able to make this happen regardless of Exchange version i.e. 2003, 2007, 2010 and 2013. For 2010 and 2013 the throttling is being used. For 2007 since we cannot assign a policy to a user, we just turned throttling off on the server side and still the same issue
↧
Created Feature: Get better at outputting to XML [16677]
I'd like to propose some changes to the XML output schema for MFC/MrMAPI...There are a few items which would make it easier to work with in XML.
##Binary output:
Current:
```XML
<Value>cb: 16 lpb: 6C255A1A1AA03A4F9B5D53932947288A</Value>
```
Proposed:
```XML
<Value cb='16'>6C255A1A1AA03A4F9B5D53932947288A</Value>
```
##Names
Current:
```XML
<ExactNames>PR_RESOURCE_FLAGS, PidTagResourceFlags, ResourceFlags, ptagResourceFlags</ExactNames>
<PartialNames>PR_N_ApptReplyTime</PartialNames>
```
Proposed:
```XML
<ExactNames>
<Name>PR_RESOURCE_FLAGS</Name>
<Name>PidTagResourceFlags</Name>
<Name>ResourceFlags</Name>
<Name>ptagResourceFlags</Name>
</ExactNames>
<PartialNames>
<Name>PR_N_ApptReplyTime</Name>
</PartialNames>
```
##Errors
Current:
```XML
<Value>Err:0x8004010F=MAPI_E_NOT_FOUND</Value>
```
Proposed:
```XML
<Value Err="0x8004010F">MAPI_E_NOT_FOUND</Value>
```
##Multivalues
Current:
```XML
<Value>8: cb: 30 lpb: 000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F00; cb: 67 lpb: 000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D344645313331423033463931383134454239324239443334333741303939334300; cb: 67 lpb: 000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D313933423941344332454335374134303836433436374239413742374143314200; cb: 67 lpb: 000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D413937353032413330444133354134443933373244353246304233323333343900; cb: 67 lpb: 000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D414136354246413234363032353434443944373141354633364345314237463300; cb: 67 lpb: 000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D343442373037363738333336443034384142303246423731313836353841304100; cb: 67 lpb: 000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D383443323635303536343245444234373939394536323331464436373942313400; cb: 67 lpb: 000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D414442313230394233454631393334323935363346334633414633394530413400</Value>
```
Proposed:
```XML
<Value mv="true" count="8">
<Value cb="30">000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F00</Value>
<Value cb="67">000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D344645313331423033463931383134454239324239443334333741303939334300</Value>
<Value cb="67">000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D313933423941344332454335374134303836433436374239413742374143314200</Value>
<Value cb="67">000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D413937353032413330444133354134443933373244353246304233323333343900</Value>
<Value cb="67">000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D414136354246413234363032353434443944373141354633364345314237463300</Value>
<Value cb="67">000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D343442373037363738333336443034384142303246423731313836353841304100</Value>
<Value cb="67">000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D383443323635303536343245444234373939394536323331464436373942313400</Value>
<Value cb="67">000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D414442313230394233454631393334323935363346334633414633394530413400</Value></Value>
```
Current:
```XML
<Value>
<![CDATA[2: ncacn_http:F9D6B013-1F11-49E0-AE8A-1A2812B9E68F@MICROSOFT.COM; ncacn_ip_tcp:F9D6B013-1F11-49E0-AE8A-1A2812B9E68F@MICROSOFT.COM]]>
</Value>
```
Proposed:
```XML
<Value mv="true" count="2">
<Value><![CDATA[ncacn_http:F9D6B013-1F11-49E0-AE8A-1A2812B9E68F@MICROSOFT.COM]]></Value>
<Value><![CDATA[ncacn_ip_tcp:F9D6B013-1F11-49E0-AE8A-1A2812B9E68F@MICROSOFT.COM]]></Value>
</Value>
```
Current:
```XML
<Value>8: 9; 11; 9; 9; 521; 9; 9; 9</Value>
```
Proposed:
```XML
<Value mv="true" count="8">
<Value>9</Value>
<Value>11</Value>
<Value>9</Value>
<Value>9</Value>
<Value>521</Value>
<Value>9</Value>
<Value>9</Value>
<Value>9</Value>
</Value>
```
##Binary output:
Current:
```XML
<Value>cb: 16 lpb: 6C255A1A1AA03A4F9B5D53932947288A</Value>
```
Proposed:
```XML
<Value cb='16'>6C255A1A1AA03A4F9B5D53932947288A</Value>
```
##Names
Current:
```XML
<ExactNames>PR_RESOURCE_FLAGS, PidTagResourceFlags, ResourceFlags, ptagResourceFlags</ExactNames>
<PartialNames>PR_N_ApptReplyTime</PartialNames>
```
Proposed:
```XML
<ExactNames>
<Name>PR_RESOURCE_FLAGS</Name>
<Name>PidTagResourceFlags</Name>
<Name>ResourceFlags</Name>
<Name>ptagResourceFlags</Name>
</ExactNames>
<PartialNames>
<Name>PR_N_ApptReplyTime</Name>
</PartialNames>
```
##Errors
Current:
```XML
<Value>Err:0x8004010F=MAPI_E_NOT_FOUND</Value>
```
Proposed:
```XML
<Value Err="0x8004010F">MAPI_E_NOT_FOUND</Value>
```
##Multivalues
Current:
```XML
<Value>8: cb: 30 lpb: 000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F00; cb: 67 lpb: 000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D344645313331423033463931383134454239324239443334333741303939334300; cb: 67 lpb: 000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D313933423941344332454335374134303836433436374239413742374143314200; cb: 67 lpb: 000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D413937353032413330444133354134443933373244353246304233323333343900; cb: 67 lpb: 000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D414136354246413234363032353434443944373141354633364345314237463300; cb: 67 lpb: 000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D343442373037363738333336443034384142303246423731313836353841304100; cb: 67 lpb: 000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D383443323635303536343245444234373939394536323331464436373942313400; cb: 67 lpb: 000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D414442313230394233454631393334323935363346334633414633394530413400</Value>
```
Proposed:
```XML
<Value mv="true" count="8">
<Value cb="30">000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F00</Value>
<Value cb="67">000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D344645313331423033463931383134454239324239443334333741303939334300</Value>
<Value cb="67">000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D313933423941344332454335374134303836433436374239413742374143314200</Value>
<Value cb="67">000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D413937353032413330444133354134443933373244353246304233323333343900</Value>
<Value cb="67">000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D414136354246413234363032353434443944373141354633364345314237463300</Value>
<Value cb="67">000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D343442373037363738333336443034384142303246423731313836353841304100</Value>
<Value cb="67">000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D383443323635303536343245444234373939394536323331464436373942313400</Value>
<Value cb="67">000000009B62F69532DCA649AB66FC52ECBAAB1801000000000100002F677569643D414442313230394233454631393334323935363346334633414633394530413400</Value></Value>
```
Current:
```XML
<Value>
<![CDATA[2: ncacn_http:F9D6B013-1F11-49E0-AE8A-1A2812B9E68F@MICROSOFT.COM; ncacn_ip_tcp:F9D6B013-1F11-49E0-AE8A-1A2812B9E68F@MICROSOFT.COM]]>
</Value>
```
Proposed:
```XML
<Value mv="true" count="2">
<Value><![CDATA[ncacn_http:F9D6B013-1F11-49E0-AE8A-1A2812B9E68F@MICROSOFT.COM]]></Value>
<Value><![CDATA[ncacn_ip_tcp:F9D6B013-1F11-49E0-AE8A-1A2812B9E68F@MICROSOFT.COM]]></Value>
</Value>
```
Current:
```XML
<Value>8: 9; 11; 9; 9; 521; 9; 9; 9</Value>
```
Proposed:
```XML
<Value mv="true" count="8">
<Value>9</Value>
<Value>11</Value>
<Value>9</Value>
<Value>9</Value>
<Value>521</Value>
<Value>9</Value>
<Value>9</Value>
<Value>9</Value>
</Value>
```
↧
↧
Created Unassigned: Do HrGetAutoDiscoverXML [16680]
http://msdn.microsoft.com/en-us/library/office/ff960178.aspx
For starters - could just display results on screen and save to file.
For starters - could just display results on screen and save to file.
↧
New Post: Lost Outlook calendar when using MFCMAPI
I had this same issue. I have deleted everything, therefore my client has lost his entire calendar. The previous contents are there (from this point and before) but all future appointments have been deleted. How can I get this back? I already tried importing backup profiles, but they are not importing any calendar information. Is there a way to use this program and try to recover the contents. I went through the steps posted above, but I was unable to paste anything into the calendar. More detailed steps or any other assistance would be greatly appreciated, especially since my job is on the line Monday morning when he comes in and all of his appointments are GONE!
↧
New Post: Lost Outlook calendar when using MFCMAPI
You might try deleted item retention or the Recoverable Items folder in the mailbox on the server.
↧
New Post: Lost Outlook calendar when using MFCMAPI
sgriffin wrote:
You might try deleted item retention or the Recoverable Items folder in the mailbox on the server.Can you explain how to do this in detail? I don't have access to the mail server, only to his workstation and the MFCMAPI application, also installed on his workstation. I am still not quite sure how to thoroughly use this program, so I am not sure how to access the deleted items area for it. I really appreciate your help!
↧
↧
Created Issue: Edit Profile Properties [16682]
With View row instead of GetProps enabled, can't edit PR_INSTANCE_KEY of a profile section.
↧
Source code checked in, #106603
Problem: MrMAPI profile export should support profilesections
Fix: Add switch to specify a profile section
Problem: MFCMAPI OpenProfileSection AVs with custom guids
Fix: Pulling string from wrong location when dialog closed.
↧
New Post: DOES MAPI HAVE A SATURATION LEVEL?
We are actually working with MAPI in several threads at one time, and an error in one thread leads to a waterfall of errors in the others.
In common when first error happens when we are trying to establish connection IMAPISession::OpenMsgStore() call that returns us Mailbox instance, that attempt fails and we get a bunch of errors with creating items and folders. Errors on item and folder levels almost always might be overcome by redoing the problem operation, I mean to do a few more attempts helps. The odd thing is we can be operating just fine and then all of the sudden we will see 20-30 errors in 1-2 seconds and then hours can pass before we get another instance.
IMAPISession::OpenMsgStore()
IMAPIFolder::CreateMessage()
In common when first error happens when we are trying to establish connection IMAPISession::OpenMsgStore() call that returns us Mailbox instance, that attempt fails and we get a bunch of errors with creating items and folders. Errors on item and folder levels almost always might be overcome by redoing the problem operation, I mean to do a few more attempts helps. The odd thing is we can be operating just fine and then all of the sudden we will see 20-30 errors in 1-2 seconds and then hours can pass before we get another instance.
IMAPISession::OpenMsgStore()
-
MAPI error: not logged
Low level MAPI error: 1142
Message from MAPI: The attempt to log on to Microsoft Exchange has failed. -
MAPI error: not logged
Low level MAPI error: MAPI_E_NETWORK_ERROR
Message from MAPI: Microsoft Exchange is not available. Either there are network problems or the Exchange server is down for maintenance.
IMAPIFolder::CreateMessage()
-
MAPI error: MAPI_E_NETWORK_ERROR
-
MAPI error: MAPI_E_NETWORK_ERROR
Low level MAPI error: 0x80040115
Message from MAPI: Network problems are preventing connection to Microsoft Exchange. -
MAPI error: MAPI_E_NO_ACCESS
Low level MAPI error: 0x80070005
Message from MAPI: You do not have sufficient permission to perform this operation on this object. See the folder contact or your system administrator.
↧
Source code checked in, #106621
Problem: Can't view some profile properties when row mode is on
Fix: Not all profile row props are available on the object. When we don't find the prop, serve up the one from the row instead.
↧
↧
Source code checked in, #106634
Problem: In profile export it's hard to know which profile section is which
Fix: Add profilesection attribute with the section's guid
↧
Source code checked in, #106639
Problem: Clean up property XML output code
Fix: Minor cleanup in prep for future refactoring
↧
Source code checked in, #106714
Problem: MrMAPI doesn't unload add-ins
Fix: Add call to UnloadAddIns
↧