Return-Path: <tytso@thunk.org>
Received: from fort-point-station.mit.edu by po11.mit.edu (8.9.2/4.7) id GAA01961; Sun, 19 May 2002 06:43:18 -0400 (EDT)
Received: from thunk.org (THUNK.ORG [216.175.175.175])
	by fort-point-station.mit.edu (8.9.2/8.9.2) with ESMTP id GAA14421;
	Sun, 19 May 2002 06:42:40 -0400 (EDT)
Received: from 46.chicago-15-20rs.il.dial-access.att.net ([12.84.19.46] helo=think.thunk.org)
	by thunk.org with asmtp (Exim 3.35 #1 (Debian))
	id 179O99-0006jh-00; Sun, 19 May 2002 06:42:40 -0400
Received: from tytso by think.thunk.org with local (Exim 3.35 #1 (Debian))
	id 179O98-0002cM-00; Sun, 19 May 2002 06:42:38 -0400
Date: Sun, 19 May 2002 06:42:38 -0400
From: "Theodore Ts'o" <tytso@MIT.EDU>
To: Laura Baldwin <boojum@mit.edu>
Cc: Camilla R Fox <cfox@mit.edu>, sipb@mit.edu
Subject: Re: confusion about recovering files for aaronmil
Message-ID: <20020519104238.GB9527@think.thunk.org>
References: <200205181838.OAA21678@myxomycete.mit.edu> <200205190012.UAA22236@geskekelud.mit.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200205190012.UAA22236@geskekelud.mit.edu>
User-Agent: Mutt/1.3.28i

On Sat, May 18, 2002 at 08:12:29PM -0400, Laura Baldwin wrote:
> 
> As I understand it, the user complained (among other places) to
> stopit, and Mark Van Dyke sent mail to the postmasters, and the
> postmasters restored his email.  Mark or the postmasters would
> probably know more details about under what circumstances such
> recovery can be done.

The postmasters do a once-a-day backup of the mail spools (but they
only keep something only keep the last 2 or 3 days worth of backups).
It's designed only as a saving throw against hard disk failures, and
back in the days before IMAP, it generally wasn't all that useful for
anything besides hardware failures, since most users only had unread
mail on the post offices.  Hence, it wasn't particularly useful for
someone who nuked all of their MH directory.  With IMAP, of course,
the backups become much more useful as saving throws against stupid
user tricks, but the backups aren't optimized for this, so it can be a
fairly major pain in the tuckus to restore from the backups.  As
always, this is something that users shouldn't rely upon being
there....

						- Ted


