Using the "singleinstancestore" is very effective on our site. Teachers
often send emails to classes or institutions or even faculties. Using the
singleinstancestore would be quite a waste of space.

I've recovered the cyrus partition completely and then copied the mailbox
files I needed. That worked fine this time.

Dustin: I'm not putting too much effort in the tar bug, since the server
running that tar version is pretty old (FC2). Changes are the bug has
already been fixed. We're planning an upgrade later this year to RHEL5. If
that contains the same/similar bug, we'll submit that at Red Hat.

Thanks guys

Br.

Dennis

> -----Oorspronkelijk bericht-----
> Van: Mitch Collinsworth [mailto:mitch AT ccmr.cornell DOT edu] 
> Verzonden: donderdag 18 oktober 2007 05:20
> Aan: Dustin J. Mitchell
> CC: Olivier Nicole; dortsen AT gmail DOT com; amanda-users AT amanda DOT org
> Onderwerp: Re: backup/recover using tar and hard links
> 
> 
> On Wed, 17 Oct 2007, Dustin J. Mitchell wrote:
> 
> > Obviously, this isn't ideal.  I'm surprised nobody else has been 
> > snagged by this before.  I've been using Amanda on Cyrus 
> mailboxes for 
> > years, with lots of recoveries.  I guess I've just gotten lucky.
> 
> We have no experience with cyrus, yet, but have been talking 
> about it for a while.  After reading this I forwarded it to a 
> co-worker, who wrote back this:
> 
> Don't let cyrus do it.
> 
> From http://cyrusimap.web.cmu.edu/imapd/overview.html#singleinstance
> --
> Single Instance Store
> 
> If a delivery attempt mentions several recipients (only 
> possible if the MTA is speaking LMTP to lmtpd), the server 
> attempts to store as few copies of a message as possible. It 
> will store one copy of the message per partition, and create 
> hard links for all other recipients of the message.
> 
> Single instance store can be turned off by using the 
> "singleinstancestore" flag
> --
> 
> 
> Obviously this won't help the person with the failing 
> restore, but it's something to consider for everyone else.  
> Who really is short enough on disk space in this day and age 
> that they think storing duplicate e-mail with hard links is 
> still a good idea?
> 
> (And just btw, we had lately been losing the battle against 
> spam using spamassassin, even though it was pretty effective 
> when first deployed.
> We recently added graylisting and are seeing very few spam 
> making it through now.)
> 
> -Mitch