home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / mail / misc / 4213 < prev    next >
Encoding:
Internet Message Format  |  1993-01-02  |  2.0 KB
  1. Path: sparky!uunet!wupost!spool.mu.edu!umn.edu!gaia.ucs.orst.edu!skyking!stanley
  2. From: stanley@skyking.OCE.ORST.EDU (John Stanley)
  3. Newsgroups: comp.mail.misc
  4. Subject: Re: Return-Receipt-To & forwarding...
  5. Date: 2 Jan 1993 21:06:43 GMT
  6. Organization: Oregon State University, College of Oceanography
  7. Lines: 40
  8. Message-ID: <1i5053INN5hp@gaia.ucs.orst.edu>
  9. NNTP-Posting-Host: skyking.oce.orst.edu
  10.  
  11. In article <davecb.726001056@yorku.ca> davecb@nexus.yorku.ca (David Collier-Brown) writes:
  12. >  I tend to assume a normal operations secedule of backups when I
  13. >discuss mailhubs.  
  14.  
  15. So what? Another red herring. Talk about mail, not backup schedules.
  16.  
  17. >  However, I'm discussing mail, not acts of god.  
  18.  
  19. Turning a system off is not an act of God. The same result would have
  20. occurred had my mailhost been turned off as was the original recipient
  21. system.
  22.  
  23. >  My operator restores the backup that cron took, and the mailer
  24. >delivers the bounce message. Several days late.
  25.  
  26. Pay attention, Dave. Why should an operator restore a backup for a
  27. system when the disk itself isn't damaged? Restoring from tape would
  28. lose information -- everything that came in since the backup was done.
  29. Or did you ignore the fact that it was a disk CONTROLLER and not a disk
  30. that died?
  31.  
  32. Just what information do you think would make it onto a backup tape
  33. between the time the system died and it being fixed? Mail that hadn't
  34. yet been received certainly wouldn't make it to the backup tape. Or did
  35. you ignore the fact that both of the recipient systems were already down
  36. when the mail and bounce were sent? 
  37.  
  38. But, since you seem to be fixated on backups, here is a trivial example
  39. of mail being lost, involving backups:
  40.  
  41.     Your cron program does a backup.
  42.     Mail for one of your subsidiary systems comes in.
  43.     That system is being backed up, sorry, can't deliver right now.
  44.     Your system puts the mail into the store-and-forward queue.
  45.     A "Dash-10" falls on your system.
  46.  
  47. Did the mail get to the recipient? No.
  48. Did an error message get sent back? No.
  49. Is that "reliable"? Hardly.
  50.  
  51.