User profile for Robert C

Hi, Yes, it can be installed on a separate server, as long as it's got MAPI installed (either because you've installed Outlook, or the Microsoft Standalone MAPI client). As we've mentioned on the download topic, we wouldn't recommend you run the Beta version against your production server (just in case!), but there is a guide to setting up a test system if you don't have one already. Do let us know if you have any questions, problems or suggestions. Regards, Robert / comments

Hi, Yes, it can be installed on a separate server, as long as it's got MAPI installed (either because you've installed Outlook, or the Microsoft Standalone MAPI client). As we've mentioned on the d...

0 votes

firstcoverage wrote: If a archive email is delete on the user level does it get delete on the archive level? No, it doesn't - once messages are archived, they remain there. If you need to "expire" old messages, you can achieve this by creating a new store every however often (e.g. month, quarter), archiving new messages to that store, then disconnecting old stores after the required amount of time. If you've deleted a stub from Exchange, you can still access the archived messages by using the UAA Service's search. Thanks, Robert / comments

firstcoverage wrote: If a archive email is delete on the user level does it get delete on the archive level? No, it doesn't - once messages are archived, they remain there. If you need to "exp...

0 votes

Fantastic - thanks for posting that! / comments

Fantastic - thanks for posting that!

0 votes

Hi Matthew, Thanks for the post. There isn't a way of doing this directly, as that'd mean adding some kind of hook to the Exchange server, and we've tried to avoid the need to install anything on the Exchange machine itself so far. One way you could achieve it, though, is to set up a journalling mailbox in Exchange, and archive that with an "Always" condition (i.e. everything gets archived every time the schedule runs). Other mailboxes could have their conditions set to something more reasonable (messages older than a month, for example). (You would need to occasionally clear out the small "stub" messages the archiver would leave in the journalling mailbox.) That way, all messages will get archived from the journalling mailbox for your reference, and then in due course, they'll get archived from users' mailboxes as well. Since we single instance messages with the same content, the storage overhead of effectively archiving everything twice in the end shouldn't be too large. Hope that helps, Robert / comments

Hi Matthew, Thanks for the post. There isn't a way of doing this directly, as that'd mean adding some kind of hook to the Exchange server, and we've tried to avoid the need to install anything on t...

0 votes

Hi, Sorry for the delay in replying - I've just got back into the office after being distracted by Christmas related activities :-). jreynolds wrote: The docs claim that the messages are stored â€œsingle instanceâ€ in the archive, but if you restore them to the mailbox, it loses the â€œsingle instanceâ€ storage. Does this mean an email with a very large attachment which was sent to say 1000 people would be restored, and then the email and attachment would be replicated for each of the 1000 people in Exchange? That's true... sort of. When we say "restore", that's something that you'd normally only do if you wanted to completely un-install the product, so whilst it could be painful from an increased storage point of view, it isn't something we'd hope would happen very often at all. What we don't mean when we say "restore" is just the act of viewing it (either with or without the add-ins) - doing that won't actually push the message back into Exchange at all, so you won't lose single instance in that situation. Once a message is in the archive, it (apparently) can never be deleted from it. That could be problematic. What solutions are you working on to enable permanent removal from the archive, per email or range/person? Whilst you can't currently remove individual messages from the archive, you can retire archive stores - so, for example, you could create a new archive store every quarter, and only keep the last x years' stores on-line. Anything older than that can be taken off on to tape or similar long term storage, just in case someone did need to access a very old message. What happens if the user deletes the message from Exchange? Is it still I the archive and just inaccessible because the stub is gone? Does that mean the archive will grow forever? It's still accessible - the User Archive Access Service provides an archive search facility, so users can still locate and retrieve archived messages even if they've deleted the stubs from Exchange. Likewise, the search provided by the Outlook add-in can also find messages for which the stub has been deleted. Also, what is the performance of the system since it uses MAPI instead of some agent on the Exchange server? We've not got any formal benchmark figures yet, but the testing we've done so far indicates it's similar to the performance of most of the other tools out there. Hopefully we'll be able to give more details as we get closer to release. I hope that helps - let me know if you've got any other questions. Regards, Robert / comments

Hi, Sorry for the delay in replying - I've just got back into the office after being distracted by Christmas related activities :-). jreynolds wrote: The docs claim that the messages are stored â€...

0 votes

Hi, The Outlook add-in uses HTTP / HTTPS to communicate with one of the Exchange Server Archiver components (the User Archive Access Service), so as long as that is available outside your LAN, it should work fine. With respect to caching, that's something we've not implemented in the beta version that's currently available to download, but it's scheduled to happen before the final release. Hope that helps, and happy Christmas to you too! Let me know if you have any other questions... Robert / comments

Hi, The Outlook add-in uses HTTP / HTTPS to communicate with one of the Exchange Server Archiver components (the User Archive Access Service), so as long as that is available outside your LAN, it s...

0 votes

Hi, mjmac wrote: What is the security on the archives using the UAA? Can any user access any archive? No, access to the archive is linked to the security descriptor on the mailbox that was being archived - so if someone has access to the mailbox, they have access to the archive. There is also an "admin search" facility, where members of an AD security group are able to search the contents of all archived mailboxes. Hope that helps, Robert / comments

Hi, mjmac wrote: What is the security on the archives using the UAA? Can any user access any archive? No, access to the archive is linked to the security descriptor on the mailbox that was being...

0 votes

Hi, dooley wrote: Are users able to move messages to and from the archive manually? Not at the moment - it's something we are considering for the future, though. If a user deletes and email is it gone forever? If the user deletes and email which is already in the archive but shown as a stub in outlook is it gone forever? I'll answer these two together. If an e-mail is deleted before it's archived, then it's gone forever (give or take your own Exchange backups, of course). If it's archived then the stub is deleted, it remains in the archive - at that point, users can search using the User Archive Access Service, a web site, and retrieve the mail either as a web page, or downloaded as an MSG / EML. Some users are still on Outlook 2000. Without a plug in how will they access the archived emails? If you don't have the add-in installed, then you'll see a short extract of the original message, followed by a link to the full version on the UAA Service. Clicking on the link takes you straight to the message, where you can view or download it. Is there a method for importing exisiting PST files or will I have to do this manually? Again, not yet, but we're considering it. Is there any rough pricing available? I don't want to get attached to this solution and then not be able to fit it into my budget! For more details about this, if you could drop an e-mail to michael dot francis at red-gate.com; he'll be happy to give you more information. 1. No more use of PST files on the network. Once you've got Exchange Server Archiver set up, you can then use Group Policy to prevent the creation of new PSTs, and of course your users shouldn't have any need for them any more, since an appropriate archiving policy should mean they won't run into any more quota issues. 2. compliance - our compliance states that we must get rid of emails after x years and has no requirement for keeping them which is why I would like emails deleted by users not to end up in the archive. In your case, you could create, for example, a new archive store every quarter, then after take those stores which are older than x years offline, meaning the messages archived in them were no longer accessible. I hope that helps - I'd encourage you to download the beta and give it a go on a test system (we've got instructions for creating one here if you haven't got one already). Any feedback is much appreciated. Robert / comments

Hi, dooley wrote: Are users able to move messages to and from the archive manually? Not at the moment - it's something we are considering for the future, though. If a user deletes and email is ...

0 votes

Hi, The Indexing Service being disabled issue is something we're going to address for the final release - I don't think it's a particularly useful error message at the moment. If you'd like to drop me an e-mail (robert dot chipperfield at red-gate com), then we can get you a build of the 2003 add-in as soon as it's available. Our best guess at the moment is that this'll be some time in January (what with various people being on holiday over Christmas), though this could change. Do let us know if you hit any other issues in the mean time. Thanks, Rob / comments

Hi, The Indexing Service being disabled issue is something we're going to address for the final release - I don't think it's a particularly useful error message at the moment. If you'd like to drop...

0 votes

Hi, Thanks for the post, and glad it's working for you. The Outlook 2003 add-in is still in development, so I'm afraid we haven't yet got a version we can send you. I wonder whether you've got any general comments on the system - did the install go smoothly, is there anything you think we've missed out, or that wasn't clear? Any feedback you've got would be much appreciated. Thanks, Robert / comments

Hi, Thanks for the post, and glad it's working for you. The Outlook 2003 add-in is still in development, so I'm afraid we haven't yet got a version we can send you. I wonder whether you've got any ...

0 votes

How can we help you today?

Robert C

Comments