Manual archiving not correctly working with HTTP client and Outlook 2010

[Laurent_Wuilmar]

Hello,

We have the following configuration:
Archives are enabled using EVPM with the INI file given below.
Note that the root mailbox is set to DO NOT archive, only some particulars subfolders are activated for archiving using EVPM.

Since now we were using the DCOM client with Outlook 2003, now we are migrating to Outlook 2010 using the HTTP client. 
We are using Outlook in online mode, no cache.

Symptom:

When a user tries to manually archive a message inside a folder that has not been configured for archiving by EVPM (EV folder properties = 'do not Archive'), then the mail is actually archived,

BUT the original mail is not removed and no shortcut is created for the message.

We do not have the issue with Outlook 2003 + DCOM client
We do not have the issue when a user manually archive a message inside a folder that has been configured for archiving by EVPM: In this case the mail is archived and the original mail is removed and a shortcut is created for the message. This is the behaviour that we expect.

We have the issue in all our environments (test, prod) with Outlook 2010 and HTTP 9.x client , and also with the "just released" full HTTP 10 client.

Here is the INI file of EVPM

Any idea what's happening?
Thanks in advance for your help!

Laurent

[Directory]
DirectoryComputerName=xxxxxxxxxxxx
sitename=xxxxxxxxxx

[Filter]
Name=SubFolder
CreateShortcut=True
DeleteOriginal=True
Unreadmail=True
UseInactivityPeriod=True
Inactivityunits=Days
InactivityPeriod=0

[Mailbox]

DistinguishedName=xxxxxxxxxxxxxxxxxxxxxxxx

[Folder]
Name=Mailboxroot
Enabled=True
Suspended=False
Filtername=DoNotArchive

[Folder]
Name=\EnterpriseVault\BusinessLongTerm
Filtername=SubFolder
RetentionCategory=Business Long Term

[JesusWept3]

Its by design.
The item *is* actually archiving, but the DoNotArchive is a hard coded filter that will set it so that CreateShortcut = False and DeleteOriginalItem = False, so what you are seeing is basically a copy of the item being archived but the original item being left intact and without a shortcut.

With the DCOM client you would normally get the options to leave a shortcut and delete the original that you can toggle as long as the options are unlocked.

If you wish to have the similar features you should download 10 SP1 and use the new unified client instead OR instead of a DoNotArchive filter, create a custom filter through EVPM and put the inactivity period as 9999 years, that way nothing will get archived, but you can still tell it to CreateShrotcut = True etc

[Laurent_Wuilmar]

If you let the user manually archive, the operation is supposed by default to copy the mails into the archive, not to duplicate them. Otherwise, where is the gain?

Moreover, in our case we replace the pending items by shortcuts at night after the backups. Imagine what happens during the business hours: the user select in bulk a lot of mails he want to archive, click on Store in Vault, then these mails are duplicated (pending created + the original setill there) immediately, and their mailboxes get saturated in a few seconds!!! 

Would be nice to at least get in the Store in Vault dialog box,  the choice to create or not a shortcut and delete or not the original mail.

We just tested the Unified client, but the behaviour is the same.

Concerning the workaround your propose (to set the inactivity period to 9999 and activate archiving for all the folders), I just wonder:

- what will happen if we execute EVPM again on mailboxes where the users have already customized the archiving settings on some of their folders, will these settings be reset?

- what could be the impact on the archiving run? Currently only some folders of the mailboxes are processed. But if we activate the archiving for all the folders -even with a 9999 years - , EV will then look at every mail into ALL the folders. This could take a while, and I'm not sure that all the mailboxes will still be processed during the archiving run.

[JesusWept3 · Accepted solution]

If you think it's a bug then open a cases with Symantec as that is the only avenue to get bugs fixed, to have it etracked and then fixed in a later version, advice pack or hotfix but it would gt very low priority as I can 100% guarantee you it is by design and would be entered as an enhancement request

As for the EVPM overwriting the existing filters that *will* happen unless there is a communication issue with  the exchange server, but overwriting and modifying EVPM filters is one of the oldest pieces of functionality EV has had in the product

And you are right that, yes, it will scan each folder and piece of mail but it really won't be that big of a deal, I mean at that poin it's no more overhead than running a report mode agains the mailbox

[Laurent_Wuilmar]

A case is already opened. 

Since 3 days, and they're still asking screenshots

you're faster and confirmed what we thought. Thx for your help!

We go on with the case and will ask a request for change for a next release...

[MarkBarefoot]

Can you let me know the case number please?

[Laurent_Wuilmar]

Case 417-163-832 (Manual archiving is not functioning....)

[MarkBarefoot]

thanks