home *** CD-ROM | disk | FTP | other *** search
/ The Datafile PD-CD 5 / DATAFILE_PDCD5.iso / utilities / m / mailcheck / !MailCheck / !Help < prev    next >
Encoding:
Text File  |  1997-04-14  |  10.8 KB  |  252 lines

  1.                             MailCheck v1.02
  2.                             ———————————————
  3.  
  4.                             By Reuben Thomas
  5.  
  6.  
  7. MailCheck checks whether a user on a remote system has unread email and
  8. displays the result in an iconbar icon, which is updated periodically. It can
  9. start a login automatically if a user has mail. Multiple users are handled.
  10. MailCheck can also finger remote machines, displaying the results in the
  11. current text editor.
  12.  
  13.  
  14. Copyright and Disclaimer
  15. ————————————————————————
  16.  
  17. MailCheck is distributed as Freeware, and comes with no warranty. It is ©
  18. R. R. Thomas 1996, and may not be sold, or distributed in altered form
  19. without the author's permission.
  20.  
  21. The module "IServices" is © Justin Fletcher (gerph@essex.ac.uk), and
  22. distributed with his permission. It may not be redistributed on its own (it
  23. is freely distributable as a package complete with documentation, available
  24. from Justin).
  25.  
  26. The module "MoreHelp" is © Sam Kington, at Merlhiot, 24420 Savignac les
  27. Eglises, FRANCE (his email address seems to be out of date). You should
  28. contact him for distribution conditions.
  29.  
  30. The modules "THHeapA" and "THHeapR" are © Tony Houghton (tonyh@tcp.co.uk).
  31. Distribution conditions and full instructions for programming with THHeap are
  32. available from http://www.tcp.co.uk/~tonyh/.
  33.  
  34.  
  35. Quick start
  36. ———————————
  37.  
  38. Look at the !Configure file, and at Scripts.Example. MailCheck supports
  39. interactive help.
  40.  
  41.  
  42. Is it for me?
  43. —————————————
  44.  
  45. As is hopefully obvious, MailCheck is only any use if you have a machine
  46. connected to the Internet, and if you receive email on a different machine.
  47. If your mail is delivered to your computer (which will almost certainly be
  48. the case if you have a domestic dial-up connection) then this program is Not
  49. For You.
  50.  
  51.  
  52. Installation
  53. ————————————
  54.  
  55. The modules in the root directory of the archive should be copied into
  56. !System:
  57.  
  58. MoreHelp, THHeapA and THHeapR go in !System.Modules
  59. IServices goes in !System.Modules.Network
  60.  
  61. If you're being picky, then you don't need both THHeap modules: you need
  62. THHeapR if you have RISC OS 3.5 or later, and THHeapA otherwise.
  63.  
  64. You also need a resolver module, such as InetDB, ANT's Resolver, Gnome's
  65. Resolve, or Stewart Brodie's DNSResolver. DNSResolver is highly recommended,
  66. as it supports multitasking name resolution, so MailCheck will not freeze the
  67. desktop if it takes a long time to find a particular host. It is available
  68. from:
  69.  
  70. http://ftp.dsse.ecs.soton.ac.uk:8080/ftp/freenet/
  71.  
  72. under "Directory: s.brodie".
  73.  
  74. [Note to users of ANT's Resolver: this also supports multitasking DNS, but
  75. ANT haven't released the specs (as of 13/2/97), so I can't use it and other
  76. authors like Stewart can't emulate it.]
  77.  
  78.  
  79. Configuration
  80. —————————————
  81.  
  82. Before you use MailCheck, you must configure it by editing the !Configure
  83. file inside the !MailCheck application. You must configure how often in
  84. minutes it will check for mail (or 0 to disable automatic checks), how many
  85. users there are, and give the users' details. Each user must have an entry of
  86. the form:
  87.  
  88.                    name,id,host,cue,autologin,command
  89.  
  90. "name"      is the name that will appear on the icon bar, and must be no more
  91.             than four characters so as to fit under the pillar box icon. I
  92.             use initials.
  93.  
  94. "id"        is the user id of the account which will be checked for mail.
  95.  
  96. "host"      is the name of the machine on which the user's account is held.
  97.  
  98. "cue"       is a string which the output of "finger -l id@host" contains when
  99.             the user has new mail. The cue must be less than 256 characters
  100.             long and occur in the first 255 characters of a line.
  101.        
  102.             You what?
  103.             —————————
  104.             MailCheck works by fingering the current user and scanning the
  105.             output for a particular text string. On most systems fingering a
  106.             user will tell you if they have new mail; on my system a line
  107.             starting "Most recent mail..." is added to finger's output, so my
  108.             cue is "recent mail" (spaces are allowed).
  109.                To discover what cue to use, make sure the user in question
  110.             has mail (by sending them some, for instance), then use
  111.             MailCheck's finger facility (in "Verbose" mode) on that user to
  112.             see how their mail status is reported. Note that you must first
  113.             fill in the cue with a dummy value, as otherwise MailCheck will
  114.             refuse to run. See below for how to use finger in MailCheck.
  115.  
  116. "autologin" is a single character that determines whether MailCheck will
  117.             automatically start a login when a user has mail. It may be:
  118.             
  119.                N - "N"ever start a login
  120.                I - Start a login if mail was checked "I"nteractively, i.e.
  121.                    by clicking on the MailCheck icon or by changing the
  122.                    current user.
  123.                A - "A"lways start a login. To avoid coming back to your
  124.                    computer and finding the screen covered in logins,
  125.                    MailCheck will only start a login when new mail first
  126.                    arrives, unless the user made the check themselves.
  127.  
  128. "command"   is the command that will be run to start an automatic login. If
  129.             it is left blank, an Open URL message (&4AF80) will be sent with
  130.             the text "telnet://id@host". This is recognised for example by
  131.             ANT's terminal program. Instead, you can write a script and give
  132.             its name as the command. This allows you for example to write a
  133.             FreeTerm script which can not only log you in but give your
  134.             password and start your mail reader. The command will
  135.             probably be of the form "MailCheck:Scripts.foo" where "foo" is a
  136.             script you have placed in the directory !MailCheck.Scripts. An
  137.             example script for use with FreeTerm is stored there. Scripts
  138.             could also be used to generate automatic logins for other 
  139.             terminal programs such as Acorn's VT220 that don't recognise the
  140.             Open URL message. I'd be happy to receive examples of scripts
  141.             for use with such programs.
  142.  
  143. The !Configure file itself shows you how and where to put these bits of
  144. information.
  145.  
  146.   A tip about scripts
  147.   ———————————————————
  148.   
  149. You may be thinking "this logging in and running commands is all very well,
  150. but I don't want to leave a file containing my password lying around on my
  151. hard disk". My solution is a program which constructs such files when I turn
  152. the computer on after asking me for my passwords, and which deletes them
  153. again when I switch off, but there is another trick: simply omit the lines
  154.  
  155. wait "assword:"
  156. sendl "xxxxxxx"
  157.  
  158. in the script. When the script runs it will enter your user id and then wait
  159. for you to enter your password; after that the script will continue.
  160.  
  161.  
  162. Usage
  163. —————
  164.  
  165.   Checking for mail
  166.   —————————————————
  167.  
  168. The MailCheck icon is a (usually red) pillar box (that's English for
  169. mailbox) with the current user's name underneath. When the user has new mail
  170. it will bulge; if the check for mail cannot be made for some reason it will
  171. be greyed out.
  172.  
  173. When MailCheck is run it immediately checks for mail for the default user,
  174. which is the first listed in the !Configure file. [Note: this check is made
  175. even if automatic checking is disabled, as I assume that most people check
  176. their mail first thing.] You can change the current user from the User menu;
  177. changing the user also causes an immediate check. You can cause an immediate
  178. check for the current user by clicking Select on the icon; clicking Adjust is
  179. a short cut for selecting the "Current user" menu.
  180.  
  181. While MailCheck is checking, which may take several seconds, the icon has a
  182. question mark over it. If the check cannot be made, an error message to that
  183. effect is displayed. These signals are suppressed during the automatic
  184. periodic checks; this makes MailCheck less obtrusive, and prevents it locking
  185. up the desktop, which can be irritating if you are not at the computer when
  186. it does so.
  187.  
  188.   Fingering
  189.   —————————
  190.  
  191. Select "Finger..." from the main menu to bring up the Finger dialogue box.
  192. You can enter a user to finger in the form "id@host" or use "@host" to list
  193. all the users currently logged on to a host. The Verbose option chooses
  194. whether full information will be displayed or just a summary (the latter is
  195. recommended when using the "@host" form). You can finger configured users of
  196. MailCheck by selecting them from the popup menu next to the Name box.
  197.  
  198.   Running MailCheck automatically
  199.   ———————————————————————————————
  200.  
  201. You can run MailCheck in your boot sequence, provided it is run after your
  202. Internet stack is loaded. On RISC OS 3 and later you can achieve this by
  203. saving a Desktop boot file while MailCheck is running, or on RISC OS 3.5 and
  204. later, you can copy the !MailCheck application into !Boot.Choices.Boot.Tasks.
  205. One thing to beware of is that if you also have FreeTerm in your boot
  206. sequence it must run before MailCheck tries to start a FreeTerm login.
  207.  
  208.  
  209. Acknowledgements
  210. ————————————————
  211.  
  212. Justin Fletcher (gerph@essex.ac.uk) for SocketLib and InetServices. This is
  213. to my knowledge the only BASIC library for sockets programming, and it was
  214. easy to use. SocketLib is part of JFShared, but you don't need that as I've
  215. made SocketLib into a BLib linkable library; Justin Fletcher has kindly
  216. allowed me to give it to anyone who wants it, so just ask.
  217.  
  218. Ian Palmer (ian@ilink.demon.co.uk) and Tom Hughes (tom@compton.demon.co.uk)
  219. for BLibII rel. IV, Sam Kington for MoreHelp, Tony Houghton (tonyh@tcp.co.uk)
  220. for THHeap, Dick Alstein (wsinda@win.tue.nl) for TemplEd, Ragnar Hafstað
  221. (gnari@grun.is) for BasCrunch, Tony Howat (cs96arh@brunel.ac.uk) and Merlin
  222. Hughes for FreeTerm, and Dominic Symes and the mode authors for Zap (still
  223. going strong at v1.35).
  224.  
  225. Chris Poole for answering questions about Internet programming.
  226.  
  227. Thanks to the anonymous artist of the original mailbox sprites. I think I
  228. found them with Graham Allen's SLIPdial program, but neither he nor anyone on
  229. c.s.a.programmer has responded to my request to tell me whence they came.
  230.  
  231. Peter Killworth, the first user to give feedback and bug reports, and whose
  232. misunderstandings vastly improved the manual.
  233.  
  234.  
  235. The author, comments and bugs
  236. —————————————————————————————
  237.  
  238. I am contactable until July 1998 at least at rrt1001@cam.ac.uk.
  239.  
  240. I'd appreciate reports of bugs or problems and suggestions for improvement
  241. (though I don't have much time for the last, and the program does what I want
  242. now; it could easily be expanded to do many other things but to do them well
  243. would need considerable work).
  244.  
  245. There is a slight problem with the current version of MoreHelp which often
  246. gives the wrong help for the menu in the Finger window. I'm trying to get Sam
  247. Kington to sort this problem out; if he can't or won't I shall write my own
  248. help code.
  249.  
  250. On the other hand, I welcome ideas for improvement of the documentation, and
  251. ways of getting MailCheck to work with terminal programs not mentioned here.
  252.