Forum Discussion

stewrogers's avatar
stewrogers
Level 3
14 years ago

Items not Vaulting

Hi folks

 

We have run into a problem which is starting to cause headaches...

EV does not appear to be vaulting mailboxes. Users are logging calls saying they cannot send mail as their mailbox is full. Manually vaulting is no more successful. You select a message, hit store in vault, the message sits in the pending state for a few minutes then returns to the normal unvaulted condition.  

We have made two configuration changes recently:

Changed setting for safe copies to delete immediatley after archiving (as we thought this may be a resolution for mail stuck in pending state)

and 

enabled SIS sharing through entire group. 

Has anyone seen this before?

  • Yes, because the policy is meant to keep it under quota, but because its scheduled based, it is possible for it to go over its quota limits

    if it goes over, just like you cannot send/receive email, EV cannot archive the designated items

  • Mailboxes at or over quota will not archive, you must bring the mailbox under quota to be able to archive properly Other than that, you should make sure you're not in read only mode through the registry keys and also through the vault admin console Also check that all services and tasks are running, that the tasks aren't in report mode and that the schedule for the site and the tasks individually are set up appropriately Check the event logs as well for any errors such as 3310's, 3305's and 3301's What version of EV are you on including service pack? What OS is EV on and is it x64 or x86? What version of outlook is installed on the EV server? Can you synchronize mailboxes through the archiving tasks?
  • sorry - I forgot to add those details!

    EV 8 SP3 on Server 2003 SP2 Standard edition. 32-bit

    Outlook 2003 on the server

    the exchange mailbox task appears to sync when it scheduled to.

  • Mailboxes at or over quota will not archive, you must bring the mailbox under quota to be able to archive properly <- even when a quota is part of the vaulting policy?

  • Yes, because the policy is meant to keep it under quota, but because its scheduled based, it is possible for it to go over its quota limits

    if it goes over, just like you cannot send/receive email, EV cannot archive the designated items

  • So would I need to manually vault mail until the box is back under quota?

  • you cannot vault either through a run now, a scheduled archiving or manually selecting items and hitting Store In Vault when the mailbox is over quota
    you either have to delete items from the mailbox, or move it to a PST file OR give the users virtual vault and have them drag and drop items in to their virtual vault

  • It's a real horrible side-effect this. Currently we remove the hidden msg when processing a mailbox, then repost it. If the mailbox is over quota we can't place anything into it, so effectively disabling as JW2 says. You could increase the quota initially to break the back of this...

    This is on our list of things to look at in upcoming versions.

  • although an issue i dont think that one is affecting this user for the fact that users have their tool bars and attempt to manually archive but it fails
    Which is expected behavior when over quota.

    I can't imagine doing a raise quota like the PST imports does due to the fact that individual quotas have to be set which most companies won't really want to do.

    Personally i think the answer is a mixture of virtual vault and quota based archiving with a lower limit on how full the mailbox needs to be before being processed, just do the fact you can get a large influx of email during one day which can take you over quota and EV just won't stand a chance.

    So being able to drag and drop those items in to VV, letting it sync, then you have your mailbox underquota and the items archived etc

  • Yes you're right, I didn't think about the manual archive bit, hence having the toolbar (as opposed to just the search). There are a number of different ideas in the pot for upcoming versions, and some may filter out in SP's for current versions too.

  • well remember that if you synchronize and lose your hidden message and it doesn't get rewritten, you won't have any toolbar at all, you'll have a small snipped in the EVClient trace providing a 0x80040005 error and no tool bar. The Search button would only be shown if the user is disabled and the hidden message has been updated (unless you use registry keys to show your icons)