There was a FIX put into v8 so that obeyed message classes in the policy, so its not a BUG but a FIX :) In previous versions a client could archive whatever he wanted irrelevant to what the administrator had set on the back end.

You got two options here,

1. add the relevant message class to the Policy
2. set the following Reg-Key (Server Side)

ManualArchiveMessageClassCheck

Location

HKEY_LOCAL_MACHINE
\SOFTWARE
\KVS
\Enterprise Vault
\Agents

Content

DWORD.
0 - Archive only items of the selected class when performing a manual archiving operation.
1 - Archive all items when performing a manual archiving operation.

Description

Specifies whether, when a user performs a manual archiving operation, Enterprise Vault archives only those items that belong to the message classes defined in the user's mailbox policy. By default, Enterprise Vault archives all items when manual archiving is performed, regardless of whether they belong to the selected message classes or not.

This registry value does not affect automatic, background archiving runs.

--wayne

Wayne, I believe that reg key is server side and I have it set to 0. In my testing, 0 lets them archive whatever they want and 1 restricts them to manual archiving to the defined message classes. With the EV8 SP1 client installed I can manually archive tasks. With the EV8 SP2 client installed it doesn't work. Reinstalled the EV8 SP1 client and manually archiving a task in Outlook works again.

Just to clarify, the BUG which is indeed a huge BUG is related to calendar printing. It was fixed in the SP2 client.

From the Updates_en.htm in the SP2 release docs:
"Outlook calendar printing was slow when not in Cached Exchange Mode [Ref 802420, E1631438]
When printing Outlook calendars, users who had large numbers of calendar items and who were not running Outlook in Cached Exchange Mode found there was a long delay, sometimes a matter of minutes, before the print dialog box appeared.

This has been fixed."

Sorry, my bad you right... server-side  I should have knowen better as I put it in HAHA.

Have you bugged it yet then?

--wayne

If the value is set to 1 does it then work?

Restart services after making the change.

If it works this will prove related to message class and we can focus on that. If not then something different and would need to look at client trace iis logs if http client used and drace archiving task.

Just out of interest what is the error that you receive as I ave just tried a quick test on my ev8 sp2 client (http) with outlook 2007 and when I try to manually archive a task I get the message:-
You cannot archive items from search folders or its subfolders

Is that what you get?

If so this is a known issue and this problem only occurs when you select the 'Tasks' option in the Navigation Pane and have the 'To-Do List' filter applied. Because the resulting view is
effectively a Search folder, our client correctly responds with the 'You cannotarchive items from Search Folders or its subfolders' message when an archiverequest' is issued.

If you select the 'Tasks' filter or the 'Tasks' folder directly in the folderview, then task items can be successfully archived.

I did the above and could archive the item fine manually

Andrew,

Now you have totally lost me..... First you say the issue is with archiving an item

Now you speaking about calender printing

"Just to clarify, the BUG which is indeed a huge BUG is related to calendar printing. It was fixed in the SP2 client.

From the Updates_en.htm in the SP2 release docs:
"Outlook calendar printing was slow when not in Cached Exchange Mode [Ref 802420, E1631438]
When printing Outlook calendars, users who had large numbers of calendar items and who were not running Outlook in Cached Exchange Mode found there was a long delay, sometimes a matter of minutes, before the print dialog box appeared."

What are you going on about calendar printing for now?

--wayne

Wayne

The Original problem was printing (SP1), which forced him to update to SP2, where he encountered the "feature" of obeying message class limits ;)

Hi folks

I think I've reproduced the problem, but will no more tomorrow when I'm not quite as tired !

I tried an EV 8 SP 2 client against my EV server, and couldn't manually archive a task with Outlook 2003, using either cached or non-cached, full or lite clients.  I've not traced the archive task (yet).

I dropped back to EV 8 SP 1, and it worked.

More to come ....

Why do you not just upgrade server to SP2? I cannot repro this behavior when I have client and server on SP2. Rob will more than likely be able to tell you more but I would not even accept the escalation myself without both being at the same level as per best practise.

Hi again,

Well.. I think we will aim to fix it....  Stay tuned on that.