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@xxxxxxxxxxxxxxxxxxxx> 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 bebetter 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."
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 thelatest is closed)The specific software will be much better for searching the archive.Finding something in the delayed_expunge folders after many years ofarchive will absolutely be a nightmare!Of course these tools offer features but that all comes at a price.GiuseppeOn 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 asystem 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 usepatterns and not impose extra restrictions.--Alvin Starr || voice: (905)513-7688Netvel Inc. || Cell: (416)806-0133----Cyrus Home Page: http://www.cyrusimap.org/List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/To Unsubscribe:----Cyrus Home Page: http://www.cyrusimap.org/List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/To Unsubscribe:----Cyrus Home Page: http://www.cyrusimap.org/List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/To Unsubscribe:
--
Bron Gondwana
brong@xxxxxxxxxxx
---- 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
