home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 October / usenetsourcesnewsgroupsinfomagicoctober1994disk2.iso / misc / volume3 / pcmail / part01 / README < prev   
Text File  |  1989-02-03  |  2KB  |  47 lines
  1. GENERAL
  2.  
  3. The pc-mail software provides a single user with  facilities  for
  4. creating,  sending and receiving electronic mail messages via the
  5. uucp network. The programs were developed under UNIX but also run
  6. with MS-DOS. Porting to other OSes should be relatively easy.
  7.  
  8. For the non-technical user there is a menu-driven shell that  au-
  9. tomatically  invokes  various utility programs, e.g. an editor of
  10. the user's choice for editing or  creating  messages,  a  program
  11. that logs in on a UNIX host to exchange files and so on. Any edi-
  12. tor that produces clean ASCII files can be used  (wordstar  files
  13. are  also handled correctly).  Other facilities: alias data base,
  14. batch-mode operation.
  15.  
  16. More technically oriented users will want to avoid  the  interac-
  17. tive  shell  and  use  the  mail  data  base and utility programs
  18. directly. The necessary information can be found in the implemen-
  19. tation  documentation. In adition, almost every source file has a
  20. built-in manual page.  The  latter  can  be  extracted  with  the
  21. srctoman.sh shell script.
  22.  
  23. The programs have been tested under MS-DOS on XT  and  AT  clones
  24. (MicroSoft  V4  C compiler), and with Microport System-V. For the
  25. interactive shell, a tiny MS-DOS termcap library is provided.  It
  26. requires the ANSI.SYS tty driver (or better) to work sucessfully.
  27. In order to run the software under UNIX  (for  testing  purposes)
  28. one  needs  a  C  library  with  the  System-V  library functions
  29. (strtok(), memcpy() et  al.).  Morever,  the  directory  scanning
  30. functions  only work with file systems that use fixed-size direc-
  31. tory entries (i.e. not BSD).
  32.  
  33. The programs support the sending and receiving of electronic mail
  34. only;  no  transfer  of  files by name and no message routing. In
  35. fact the pc side treats each data file it receives as a mail mes-
  36. sage,  irrespective  of  its  actual  destination. The reason for
  37. these limitations are (besides uucp security problems)  that  all
  38. files  can be sent as mail, and that a pc does not provide multi-
  39. user support anyway.
  40.  
  41. You can do anything with the source, but not ask money for it nor
  42. remove  references to the original authors. Complaints, feedback,
  43. suggestions are welcome.
  44.  
  45.     Wietse Venema    uucp:    mcvax!eutrc3!wswietse
  46.             bitnet:    wswietse@heitue5
  47.