Quantcast
Channel: MFCMAPI
Viewing all 1090 articles
Browse latest View live

New Post: japanese regional language locale

$
0
0
So opening the associated contents table brought up both the "Hidden Contents" window and that error message?

BTW - you can get the autocomplete list using a QuickStart: QuickStart/Nickname cache

New Post: If you get bored

$
0
0
Any chance of adding SMIME support, specifically encrypting/decrypting messages like good ole sectool.exe used to do? I think this would be good for fun and profit.

Excellent product sir.

Thanks,

-aseigler

New Post: If you get bored

New Post: japanese regional language locale

$
0
0
But quickstart is not for outlook 2013 nvm i guess that japan friend cant run until again u have new version to try. Thank you for your response.

New Post: japanese regional language locale

$
0
0
QuickStart is a menu in MFCMAPI.

New Post: Query for message delivery location

$
0
0
If that's a property in the profile, you could use mrmapi to export the profile, then search through the output.

New Post: japanese regional language locale

$
0
0
So Sorry i mistaken it as a command line app. I will get my friend to try

New Post: Out Of Office report, Exchange 2007

$
0
0
Hi,

Is there a way that I can report on which users have an out of office set in Exchange 2007 using mfcmapi? I am aware that this can be done with Powershell in 2010, but not 2007.

Many thanks,

M.

Source code checked in, #109331

$
0
0
Problem: MrMAPI - MSG->XML conversion does not require MAPI logon Fix: Remove flag which says it does

Created Unassigned: O365, Ex2013 and RPC/HTTP [17010]

$
0
0
With the move in Office 365 to Exchange 2013, MAPI connections are no longer allowed. Connectivity is now RPC/HTTP. This renders the MFCMAPI tool unusable.

What will replace this tool to allow the same functionality without the MAPI connection?

Commented Unassigned: O365, Ex2013 and RPC/HTTP [17010]

$
0
0
With the move in Office 365 to Exchange 2013, MAPI connections are no longer allowed. Connectivity is now RPC/HTTP. This renders the MFCMAPI tool unusable.

What will replace this tool to allow the same functionality without the MAPI connection?
Comments: ** Comment from web user: sgriffin **

Is this a theoretical issue or one you've actually experienced? MAPI connections are not blocked in 365. They just have to use the RPC/HTTP transport, which both Outlook and MAPICDO implementations are capable of doing. I personally use MFCMAPI to connect to my own 365 mailbox all the time. There is no planned replacement because MFCMAPI still works.

Source code checked in, #109722

$
0
0
Problem: InterpretProp still uses CString Fix: Convert to wstring and fix callers

Source code checked in, #109794

$
0
0
Problem: SmartView is full of old style string hacking Fix: Pull SmartView out as a component and begin rewrite. First pass migrates a handful of parsers to "new style" so I can iterate on design before migrating the rest.

Source code checked in, #109803

$
0
0
Problem: Simplify SmartView parsing a bit Fix: Move Parser object to base class, encapsulate all junk parsing in one place

Source code checked in, #109804

$
0
0
Problem: Smartview parser - we can hide more data and code. Fix: Pull the rest of junk parsing into base class. ToString wrapper can handle common logic. Hide stream address and count from the parsers so they have to work through the BinaryParser class.

Source code checked in, #109816

$
0
0
Problem: Bad version of RecipientRowCache.cpp Fix: Uncomment line

New Post: PR_ATTR_HIDDEN in Shared Mailbox

$
0
0
I have an Office 365 account, and I am trying to hide the Calendar folder in a shared mailbox. We have a bunch of users that need a shared Inbox, but don't care about the calendar, so I'm trying to prevent just the Calendar from automatically showing up in Outlook. (They all have full access to the mailbox, so it is automapped). We have this same request over multiple shared mailboxes.

When I set the value of PR_ATTR_HIDDEN to true, it works great...except it seems to only apply for the account I am logged in as.

Is there a way to do this so that all users that connect to the shared mailbox do not see the calendar folder, without having to set the hidden attribute for each individual user account that connects to the mailbox?

Thanks!

Source code checked in, #109874

$
0
0
Problem: Move FlatEntryList to new smartview Fix: Do it

Source code checked in, #109878

$
0
0
Port AdditionalRenEntryIDs to new SmartView parsing

New Post: recover deleted (sub)folders using MFCMAPI

$
0
0
I SHIFT+deleted an Outlook folder containing messages, which means it should be in the "Deletions" folder. Using MFCMAPI, I'm able to see the deleted messages, but I can't figure out how to recover the actual folder. Ideally, I would like to recover the deleted folder and the messages which it contained at the same time.

I opened the message store, right-clicked on "Root Container" and selected Other Tables > Deleted Subfolders, but the list was empty.

Any help on this is appreciated.

jason
Viewing all 1090 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>