home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 20032 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  3.1 KB
  1. Path: sparky!uunet!spool.mu.edu!agate!ucbvax!CU.NIH.GOV!FZC
  2. From: FZC@CU.NIH.GOV ("Precious & Few R D moments we 2 can share")
  3. Newsgroups: comp.os.vms
  4. Subject: [TDR] About Off-Line E-Mail
  5. Message-ID: <9212292324.AA03034@ucbvax.Berkeley.EDU>
  6. Date: 29 Dec 92 06:27:41 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Reply-To: TDARCOS@MCIMAIL.COM
  9. Distribution: world
  10. Organization: The Internet
  11. Lines: 69
  12.  
  13. Someone on the Fidonet echo stated that they were given
  14. an assignment having to do with writing callable mail for
  15. VAX systems with the intent of trying to reduce the amount
  16. of time people spend on-line.
  17.  
  18. This got me to thinking.
  19.  
  20. One of the things I have been working on for several
  21. months (for eventual submission to the Internet RFC
  22. editor as a published specification) is the definition
  23. of the QWK format for packed off-line E-Mail processing,
  24. in which a user at a PC can call up a computer and
  25. download his mail, and read it on the local computer
  26. without tying up the called computer.  This method of
  27. processing E-Mail is common on IBM-type PCs, but the
  28. method could be used for VAX and other computers.
  29.  
  30. The QWK format works like this:
  31.  
  32. A user calls up the repository (place where his mail is
  33. at, i.e. a VAX).  The repository collects all his mail
  34. into one large file up to the limits he sets, say 500
  35. messages.  It then indexes, to the nearest 128-byte
  36. block, where every message appears, as well as converting
  37. the mail from VMS format to QWK format.
  38.  
  39. For each news group (conference) the system collects the
  40. location of the start of each message by block number and
  41. creates a set of indexes for each conference.
  42.  
  43. It can then add any bulletins or other files, then send
  44. all of this material as a collection of files to the user.
  45.  
  46. But just sending a large package of mail is inefficient.
  47. So the mail and other files are compressed into a single
  48. file using a compression method such as the Info-ZIP one
  49. for ZIP files, or ARC/PAK files, or ZOO files.
  50.  
  51. This compressed archive is then transmitted from the
  52. repository to the user's local computer.  The user then
  53. runs a user agent, called an "off-line mail reader" which
  54. unpacks the mail and reads the indexes allowing mail to
  55. be scanned by conference (news group).  The off-line
  56. reader can compose replies to messages and edit the
  57. original message to allow the user to quote the original
  58. message as he sees fit.  Also, if messages are too long,
  59. the off-line reader splits them as needed.  ("Too Long"
  60. is usually defined at around 100 lines; off-line readers
  61. came as the explosion of BBS systems occurred and these
  62. generally allowed messages around 35-99 lines.)  The
  63. system can support longer messages if that is desired.
  64.  
  65. If anyone on this group is interested in being involved
  66. in (1) helping to write the specifications (2) helping to
  67. write the Internet RFCs to submit this (3) writing code
  68. on a vax to create the client that collects mail from
  69. the mailer as well as posting mail back from the user
  70. and routing it, please send me a note at address
  71.  
  72.             TDARCOS@MCIMAIL.COM
  73.  
  74. as I'd like to see how much interest there is in a client
  75. to allow people to read their mail off-line at their PC.
  76.  
  77. ---
  78. Paul Robinson -- TDARCOS@MCIMAIL.COM
  79. These opinions are mine alone.
  80.  
  81.  
  82.