After installation, open the Web Interface in Internet Explorer using one of the following URLs:
·http://<hostname>/ArchiveShuttle
·http://<hostname>/ArchiveShuttle
·http://<ipaddress>/ArchiveShuttle
<hostname> is the name of the server where Archive Shuttle Core was installed. This can either be the fully qualified name, or just the hostname.
<ipaddress> is the IP Address of the server where Archive Shuttle Core was installed.
·For example, IPv4: 192.168.0.1
·For example, IPv6: [2001:db8:85a3::8a2e:370:7334]
NOTE: You may need to add the IP address of the Archive Shuttle server to the trusted zones in Internet Explorer. |
The Archive Shuttle Web Interface Homepage should be displayed.
NOTE: Before installing any Archive Shuttle Modules, check that all the prerequisites for the planned installation have been fulfilled. |
To determine which modules to install on which servers, refer to the Quadrotech Archive Shuttle Planning Guide. Archive Shuttle modules are 32 Bit and can be installed on Windows 2003 servers if required (for example, when extracting data from older versions of Enterprise Vault).
For a list of supported operating systems for the Archive Shuttle modules, see the Quadrotech Archive Shuttle Compatibility Guide.
The following modules require .NET Framework 4.8:
·EVCollectorModule40
·ExchangeExportModule
·ExchangeImportModule
·ImageMasterModule
·ImapModule
·Office365Module
·NativeformatImportModule
·NativeFormaMapiImportModule
·PowerShellModule
·PowerShellScriptExecutionModule
·ShortcutProcessModule40
·SourceOneModule
·Storage Import Module
NOTE: The Office 365 module requires PowerShell v3 and the Azure AD Commandlets and may need to be installed on some Operating Systems. If the module installer does not find this prerequisite on the system where it is being run it will provide an option to connect to the Internet in order to download it. |
Supported Outlook versions
Archive Shuttle has several modules requiring Outlook. For a list of supported Outlook versions, see the Quadrotech Archive Shuttle Compatibility Guide.
NOTES: ·There are special situations where 64-bit modules, using 64-bit Outlook may be used. Contact Quest Support for more information. · 32-bit Outlook 2013 has been shown by some customers to not work too well when migrating data to PST file. If this is a target for the migration, use Outlook 2010 instead. |
Outlook profile configuration
The Outlook Profile should be configured as follows:
·The profile should be for the appropriate mailbox (e.g., if ingesting to Exchange 2010/2013, then the profile should be for the user account that is running the service and performing the ingestion)
· The profile should be created for the appropriate user (if different accounts are used for different modules, make sure the profile is created after logging into Windows as that user)
·The profile should be an online profile (not cached mode)
Max recipients and max attachments
Archive Shuttle recommends that the following registry key be configured:
HKEY_CURRENT_USER\Software\Microsoft\Office\<version>\Outlook\Options\Mail
Key |
Type |
Value |
---|---|---|
RecipientMax |
DWORD |
0xffffffff |
AttachmentMax |
DWORD |
0xffffffff |
This will enable MAPI to better handle messages with many recipients and many attachments.
Additional information on this setting is available from the Microsoft Knowledgebase.
SharedMemMaxSize
Archive Shuttle recommends that the following registry key be configured:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows Messaging Subsystem\Applications\Outlook
Key |
Type |
Value |
---|---|---|
SharedMemMaxSize |
DWORD |
800000 |
This will enable better memory handling for MAPI.
The Archive Shuttle Office 365 module ingests data into Office 365 mailboxes using the Advanced Ingestion Protocol (AIP) and optionally Exchange Web Service (EWS), utilizing an Azure Registered Application.
Configure the Office 365 Module
The Office 365 module needs credentials so it can connect to Office 365.
For authentication under modern authentication (OAuth) in Archive Shuttle, go to the Quadrotech Archive Shuttle Planning Guide.
Configure Application Impersonation
For the Azure Registered Application to be used to ingest data into Office 365 mailboxes, the EWS Application impersonation rights need to be assigned to the registered application. This can be done in the Microsoft Azure portal. To perform the required steps, click here.
Configure Access to Office 365 Through a Proxy Server
This information only applies to users using proxy servers. Click here for more information.
© ALL RIGHTS RESERVED. Nutzungsbedingungen Datenschutz Cookie Preference Center