home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / mail / elm / 2370 < prev    next >
Encoding:
Internet Message Format  |  1992-09-14  |  1.5 KB

  1. Path: sparky!uunet!mcsun!uknet!pavo.csi.cam.ac.uk!camcus!ph10
  2. From: ph10@cus.cam.ac.uk (Philip Hazel)
  3. Newsgroups: comp.mail.elm
  4. Subject: Re: X11R5 xbiff and elm (FYI)
  5. Message-ID: <1992Sep15.091417.16715@infodev.cam.ac.uk>
  6. Date: 15 Sep 92 09:14:17 GMT
  7. References: <183514@pyramid.pyramid.com>
  8. Sender: news@infodev.cam.ac.uk (USENET news)
  9. Organization: University of Cambridge Computing Service
  10. Lines: 25
  11. Nntp-Posting-Host: bootes.cus.cam.ac.uk
  12.  
  13. In article <183514@pyramid.pyramid.com>, bms@penguin.eng.pyramid.com (Bruce Schlobohm) writes:
  14. |>
  15. [...]
  16. |> So here is what was tripping me up:
  17.  
  18. It tripped me too.
  19.  
  20. |> I would iconify the xterm window which was running my elm session, and
  21. |> walk away from my desk.  Upon returning, I would check the xbiff picture,
  22. |> notice that no new mail had arrived, and would continue to work in one
  23. |> of my other windows.  At some point I would restore the elm window,
  24. |> and be surprised to see that new mail had arrived, sometimes hours earlier.
  25. [...]
  26. |> The solution for elm, is to set "timeout = 0" in ~/.elm/elmrc.
  27. |> This will prevent elm from scanning for new mail when you aren't
  28. |> actively entering elm commands.
  29.  
  30. An alternative solution, if you want elm to have all the new messages waiting
  31. for you when you open up the window again, is to continue to run the X11R4
  32. version of xbiff.
  33.  
  34. --
  35. Internet: P.Hazel@ucs.cam.ac.uk       University Computing Service,
  36. JANET:    P.Hazel@uk.ac.cam.ucs       Computer Laboratory, Pembroke St,
  37. Phone:    +44 223 334714              Cambridge CB2 3QG, England.
  38.