home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / mail / elm / 2166 < prev    next >
Encoding:
Text File  |  1992-08-19  |  2.3 KB  |  53 lines
  1. Newsgroups: comp.mail.elm
  2. Path: sparky!uunet!caen!batcomputer!lynx.msc.cornell.edu!rob
  3. From: rob@lynx.msc.cornell.edu.UUCP (Rob Vaughn,302 Thurston Hall,50637,2730428)
  4. Subject: Location of temporary mbox problem
  5. Message-ID: <1992Aug19.184947.10831@msc.cornell.edu>
  6. Originator: rob@snoopy.msc.cornell.edu
  7. Sender: news@msc.cornell.edu
  8. Organization: Cornell-Materials-Science-Center
  9. Date: Wed, 19 Aug 1992 18:49:47 GMT
  10. Lines: 41
  11.  
  12. Our current computing environment consists of almost 30 RS/6000's, a half
  13. dozen Suns, and two Convex C210's, not to mention numerous PCs and Macs.
  14. To help make life in this distributed environment easier we are slowly
  15. trying to migrate mail onto a single Sun server, and by using NFS mounts
  16. and POP mailers allow access to a user's mail from any of our machines.
  17.  
  18. To date Elm (v2.3 PL11) hasn't posed any problems, but I've finally run
  19. into one.  Elm's idea of checking for the existance of the temp mbox file
  20. to prevent multiple sessions is a good one, but now we've run into the
  21. complication of keeping simultaneous sessions from happening on multiple
  22. machines.
  23.  
  24. My original plan was to store the temp files in /usr/spool/mail/tmp instead
  25. of /tmp, and since /usr/spool/mail is an NFS mounted file system on all the
  26. machines, all the machines would use the same temp file space and thus
  27. only one session of Elm could be running on only a single machine.
  28.  
  29. Unfortunately, keeping the temporary box on the server means lots of
  30. network traffic, and hence Elm runs considerably slower.  So I decided
  31. that we could store the temp file in the user's home directory, which
  32. satisfies the requirement above but still gives speedy response, provided
  33. the user is on the same machine that their home directory is on
  34. (99.9% of the time this is true.)
  35.  
  36. Unfortunately, any and all attempts to get the temp file to be stored
  37. somewhere consistant in the user's home dir has failed.  '~/.elm/' doesn't
  38. work, nor does '.elm/' (if the user isn't in the same directory that the
  39. other Elm session is running in it creates another file.)
  40.  
  41. I would rather not modify any source code unless necessary, since it means
  42. work every time we upgrade Elm, although that may be the only way.  Any
  43. suggestions or insights otherwise are appreciated.
  44.  
  45. Rob
  46.  
  47.  
  48. -- 
  49.  
  50. Rob Vaughn, Fugitive Systems Guy
  51. Mat. Sci. Center Computing, Cornell University
  52. rob@msc.cornell.edu - rob@crnlmsc2.bitnet
  53.