Difference between revisions of "Choosing the Right Archiving Strategy"
[unchecked revision] | [unchecked revision] |
Line 1: | Line 1: | ||
− | MailStore Server offers several options for archiving emails. Choosing the right archiving strategy depends on the email | + | MailStore Server offers several options for archiving emails. Choosing the right archiving strategy depends on the email infrastructure (e.g. email server and email clients) on one hand, and company objectives on the other. |
− | = Archiving All Incoming and Outgoing Emails Automatically = | + | == Archiving All Incoming and Outgoing Emails Automatically == |
With this archiving method, all emails are archived before they are delivered to the user mailboxes. | With this archiving method, all emails are archived before they are delivered to the user mailboxes. | ||
− | ==Advantages== | + | === Advantages === |
* Completeness of the archive is guaranteed | * Completeness of the archive is guaranteed | ||
* Emails cannot be manipulated before archiving | * Emails cannot be manipulated before archiving | ||
* Meeting legal requirements is made possible or greatly facilitated | * Meeting legal requirements is made possible or greatly facilitated | ||
− | ==Disadvantages== | + | === Disadvantages === |
* If private emails are allowed in the company, this archiving method may cause difficulties regarding the privacy laws of some countries. In this case, a company-wide ban of all private email communication, a contractual agreement with the employees or approval of an employee organization would be required | * If private emails are allowed in the company, this archiving method may cause difficulties regarding the privacy laws of some countries. In this case, a company-wide ban of all private email communication, a contractual agreement with the employees or approval of an employee organization would be required | ||
* The workload of the email server and the amount of data is not reduced because all emails are still delivered and stored in the mailboxes | * The workload of the email server and the amount of data is not reduced because all emails are still delivered and stored in the mailboxes | ||
* Emails can only be allocated to users as sent or received object; a reproduction of the mailbox folder structure is not possible | * Emails can only be allocated to users as sent or received object; a reproduction of the mailbox folder structure is not possible | ||
− | ==Implementation== | + | === Implementation === |
* With [[Archiving_Emails_from_Microsoft_Exchange|Microsoft Exchange]] by archiving the Journal mailbox | * With [[Archiving_Emails_from_Microsoft_Exchange|Microsoft Exchange]] by archiving the Journal mailbox | ||
* With IMAP-compatible email servers such as Novell GroupWise, Kerio MailServer or MDaemon by [[Archiving_IMAP_and_POP3_Multidrop_Mailboxes|archiving multipdrop mailboxes]] (also called catchall mailboxes) | * With IMAP-compatible email servers such as Novell GroupWise, Kerio MailServer or MDaemon by [[Archiving_IMAP_and_POP3_Multidrop_Mailboxes|archiving multipdrop mailboxes]] (also called catchall mailboxes) | ||
* In all other cases and in companies without their own email server by using the [[MailStore Proxy|MailStore Proxy Server]] free of charge | * In all other cases and in companies without their own email server by using the [[MailStore Proxy|MailStore Proxy Server]] free of charge | ||
− | == | + | == Archiving of Individual Mailboxes == |
− | + | With this archiving method, emails are archived from the individual mailboxes of the users. This can be achieved by archiving the mailboxes directly from the email server or, if that is not possible, by archiving of email clients. | |
− | = | + | === Advantages === |
− | |||
− | |||
− | == | ||
* The folder structure of the archived mailboxes, email clients or PST files is applied to the archive facilitating access to the archived emails | * The folder structure of the archived mailboxes, email clients or PST files is applied to the archive facilitating access to the archived emails | ||
* The archived emails can be deleted from the mailboxes according to pre-defined rules permanently reducing the workload of the email server | * The archived emails can be deleted from the mailboxes according to pre-defined rules permanently reducing the workload of the email server | ||
− | ==Disadvantages== | + | === Disadvantages === |
* Emails can be deleted or manipulated before archiving, even if the archiving intervals are very short | * Emails can be deleted or manipulated before archiving, even if the archiving intervals are very short | ||
* Meeting legal requirements cannot, or only with difficulty, be implemented | * Meeting legal requirements cannot, or only with difficulty, be implemented | ||
+ | |||
+ | == Time-controlled Execution of Archiving Tasks == | ||
+ | Archiving of email servers is a continuously running task in MailStore Server, carried out server-side in the background, as soon as the execution of an archiving profile is set to ''Automatic''. By defining a break between each execution as well as a period in which the archiving profile is never executed, administrators have full control over the automatic archiving process. | ||
+ | |||
+ | Archiving of email clients and email files usually depends on the current Windows user and is therefore executed on the client, typically manually (see ''One-time Archiving of Existing Emails''). MailStore allows to create scheduled tasks in the Windows Task Scheduler to automate client-side archiving tasks. This should be considered if no other option is availble - server-side archiving is always to be preferred. | ||
+ | |||
+ | == One-time Archiving of Existing Emails == | ||
+ | In addition to archiving future emails, preexisting emails should also be archived and made available permanently to your company. This one-time process should include emails in decentralized storage (e.g. PST files or the users' email clients). At the same time, older emails (e.g. more than two years old) can be deleted from the mailboxes automatically after archiving. This frees up storage space on the email server and simplifies backup procedures. All emails remain accessible to users via the MailStore archive. | ||
[[de:Auswahl der richtigen Archivierungsstrategie]] | [[de:Auswahl der richtigen Archivierungsstrategie]] | ||
+ | [[en:Choosing the Right Archiving Strategy]] |
Revision as of 13:53, 24 June 2014
MailStore Server offers several options for archiving emails. Choosing the right archiving strategy depends on the email infrastructure (e.g. email server and email clients) on one hand, and company objectives on the other.
Archiving All Incoming and Outgoing Emails Automatically
With this archiving method, all emails are archived before they are delivered to the user mailboxes.
Advantages
- Completeness of the archive is guaranteed
- Emails cannot be manipulated before archiving
- Meeting legal requirements is made possible or greatly facilitated
Disadvantages
- If private emails are allowed in the company, this archiving method may cause difficulties regarding the privacy laws of some countries. In this case, a company-wide ban of all private email communication, a contractual agreement with the employees or approval of an employee organization would be required
- The workload of the email server and the amount of data is not reduced because all emails are still delivered and stored in the mailboxes
- Emails can only be allocated to users as sent or received object; a reproduction of the mailbox folder structure is not possible
Implementation
- With Microsoft Exchange by archiving the Journal mailbox
- With IMAP-compatible email servers such as Novell GroupWise, Kerio MailServer or MDaemon by archiving multipdrop mailboxes (also called catchall mailboxes)
- In all other cases and in companies without their own email server by using the MailStore Proxy Server free of charge
Archiving of Individual Mailboxes
With this archiving method, emails are archived from the individual mailboxes of the users. This can be achieved by archiving the mailboxes directly from the email server or, if that is not possible, by archiving of email clients.
Advantages
- The folder structure of the archived mailboxes, email clients or PST files is applied to the archive facilitating access to the archived emails
- The archived emails can be deleted from the mailboxes according to pre-defined rules permanently reducing the workload of the email server
Disadvantages
- Emails can be deleted or manipulated before archiving, even if the archiving intervals are very short
- Meeting legal requirements cannot, or only with difficulty, be implemented
Time-controlled Execution of Archiving Tasks
Archiving of email servers is a continuously running task in MailStore Server, carried out server-side in the background, as soon as the execution of an archiving profile is set to Automatic. By defining a break between each execution as well as a period in which the archiving profile is never executed, administrators have full control over the automatic archiving process.
Archiving of email clients and email files usually depends on the current Windows user and is therefore executed on the client, typically manually (see One-time Archiving of Existing Emails). MailStore allows to create scheduled tasks in the Windows Task Scheduler to automate client-side archiving tasks. This should be considered if no other option is availble - server-side archiving is always to be preferred.
One-time Archiving of Existing Emails
In addition to archiving future emails, preexisting emails should also be archived and made available permanently to your company. This one-time process should include emails in decentralized storage (e.g. PST files or the users' email clients). At the same time, older emails (e.g. more than two years old) can be deleted from the mailboxes automatically after archiving. This frees up storage space on the email server and simplifies backup procedures. All emails remain accessible to users via the MailStore archive.