The following providers do not implement fast shutdown APIs ... EVMSP.DLL

Thanks

2 comments:

1) what about EVMSP.DLL tho - why does the event refer to a .dll which dosn't exist?

2) does vault properly support "Fast Shutdown" (assuming it even needs to?)

I just found a good link about this - "Shutdown Changes for Outlook 2010" and ostensibly it sounds like "a good thing" and something we would want to benefit fromb (i.e. would not want to disable)

Relevent quotes from the article:

"The goal in Outlook 2010 is to ensure that it shuts down quickly and consistently"
...
"In ....Outlook 2010 ... the design was modified in such a way that MAPI providers implement the IMAPIProviderShutdown : IUnknown interface to perform timely and necessary steps. Those steps prevent data loss that can result when the client disconnects external references before the client exits.

The fast-shutdown mechanism is now the default for all MAPI providers except for those that explicitly opt out by returning MAPI_E_NO_SUPPORT to the IMAPIProviderShutdown::QueryFastShutdown method. Even if a MAPI provider does not implement the IMAPIProviderShutdown interface, Outlook 2010 still uses the fast-shutdown mechanism. For more information about the MAPI client and the provider fast-shutdown mechanism, see Client Shutdown in MAPI.

These changes for external COM add-ins and MAPI providers have done a lot to ensure that Outlook always shuts down, and does so quickly, as the user intends. However, some Outlook in-process add-ins carry out processor-intensive operations and network I/O during shutdown events. Because of their impact on the perceived performance of Outlook, Outlook 2010 includes a fast-shutdown model for in-process add-ins that further improves the shutdown behavior in Outlook 

really you should probably contact symc support if you're seeing this a lot because it would need to be a code change if it doesn't exist there already, if it does exist, then theres something else going on that needs to be addressed.

As for the EVMSP.DLL, its weird i'll grant you that, but if you actually look thats by default in the mapisvc.inf and the registry settings that this gets set when you register the EVMSP32.DLL, so weird granted but completely normal.

Unless I missed it already ...  which exact version of Outlook Addin are you running?  Is it the latest hotfix in :

http://www.symantec.com/docs/TECH166005

?

I'm running the 9.0.2.1136 add-in.

I can try it with the latest

Do you know if the latest changed anything to do with tho?

i.e.
- The reference to EVMSP.DLL as opposed to EVMSP32.dll
- support for "fast shutdown"?

Best regards
-AL

the reference to EVMSP.DLL is normal, its a red herring, don't worry about it

I can see what you're saying, I'm listing here primarily for Symantec's benefit

"Ideally" events should be relevent / meaningfull
 

If this .dll is no longer used, this should be listed as a "known bug" and at some point this should be updated to contain a valid referernce.

-AL

well really the error being thrown is by outlook, not by EV, though it is probably relevant that it's saying that fast shutdown isn't supported.
As for the filename, seriously don't worry about it, looking in to it more its referencing a MAPI provider programatically, this doesn't have to equate to a physical DLL name

For instance they could have called EVMSP32.DLL something like VirtualVault.dll and named the provider "SantaClause"
And then you'd have something like

PR_SERVICE_DLL_NAME = SantaClause

So the naming in the MapiSVC.inf is completely irrelevent, the only part that is is the need to support fast shutdown
 

re:  "the only part that is is the need to support fast shutdown"
> and does it ? / should it / will it?