how to deal with mail retention/archival.

[Bron Gondwana]

On Sat, 27 Aug 2016, at 02:13, Shawn Bakhtiar via Info-cyrus wrote:
>
>> On Aug 26, 2016, at 8:35 AM, Giuseppe Ravasio (LU) via Info-cyrus <info-
>> cyrus at lists.andrew.cmu.edu> wrote:
>>
>> I saw that someone proposed to make a sort of abuse of delayed
>> expunge,
>>  but I think that in order to comply with regulatory retention
>>  should be
>>  better considering some specific software.
>>
>
> I don't see how using delayed expunge would really be consider abuse,
> the documentation makes mention of its use for this very reason.

You will hit performance issues. All expunged messages need to be
scanned over at every select and refresh.

> "In any case, the time between a message arriving and being deleted
> may not be sufficient to ensure the message is replicated, included in
> the next backup cycle, and generally available for recovery or
> compliance with the regulatory environment."
> --src  https://cyrusimap.org/imap/features/delayed-expunge.html

If you are replicating to a system that's backing up, then you need
delayed delete to ensure everything gets replicated.

The backup system that's in development uses the sync protocol to feed
the data from Cyrus into the backups.

> We use rsync to make a duplicate of the email spool to a file server
> at regular intervals, which eventually makes its way to tape. Although
> we don't have regulatory requirements I've had to do a few recoveries
> and have done so without problem.
>
> in our case we have cyr_expire set to 3 days (I believe the default
> config), which provides more than enough time to in case a backup
> fails for some reason or another.
>
>
>> For example:
>> http://www.mailpiler.org (Fully Free Software)
>> https://www.mailarchiva.com (the old version is opensource but the
>>  latest is closed)
>>
>> The specific software will be much better for searching the archive.
>>  Finding something in the delayed_expunge folders after many years of
>>  archive will absolutely be a nightmare!
>>
>
>
> Of course these tools offer features but that all comes at a price.
>
>
>>
>
>
>> Giuseppe
>>
>>
>>  On 08/26/2016 03:09 PM, Alvin Starr via Info-cyrus wrote:
>>
>>> A company I am working with is facing issues of regulatorymail
>>> retention.
>>>
>>>  Some searching has yielded little useful results other than
>>>  putting a
>>>  system in front to store all incoming messages.
>>>
>>>  What are others doing for mail archival?
>>>
>>>  An ideal solution would let the users carry on using current use
>>>  patterns and not impose extra restrictions.
>>>
>>>  --
>>>  Alvin Starr                   ||   voice: (905)513-7688
>>>  Netvel Inc.                   ||   Cell:  (416)806-0133
>>> alvin at netvel.net ||
>>>
>>>
>>>
>>>  ----
>>>  Cyrus Home Page: http://www.cyrusimap.org/
>>>  List Archives/Info:
>>>  http://lists.andrew.cmu.edu/pipermail/info-cyrus/
>>>  To Unsubscribe:
>>> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
>>>
>> ----
>>  Cyrus Home Page: http://www.cyrusimap.org/
>>  List Archives/Info:
>>  http://lists.andrew.cmu.edu/pipermail/info-cyrus/
>>  To Unsubscribe:
>> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
>
> ----
> Cyrus Home Page: http://www.cyrusimap.org/
> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
> To Unsubscribe:
> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

--
  Bron Gondwana
  brong at fastmail.fm
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.andrew.cmu.edu/pipermail/info-cyrus/attachments/20160828/4b0cda14/attachment.html>