home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / coherent / 6570 < prev    next >
Encoding:
Text File  |  1993-01-04  |  2.7 KB  |  53 lines

  1. Newsgroups: comp.os.coherent
  2. Path: sparky!uunet!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!cass.ma02.bull.com!mips2!bubba!sje
  3. From: sje@xylos.ma30.bull.com (Steven J. Edwards)
  4. Subject: Problem with uucico; fails to call uuxqt
  5. Reply-To: sje@xylos.ma30.bull.com
  6. Organization: Bull HN, Worldwide Information Systems, Billerica, Mass., USA
  7. Distribution: comp
  8. Date: 4 Jan 93 11:40:41
  9. Message-ID: <SJE.93Jan4114041@xylos.ma30.bull.com>
  10. Sender: news@mips2.ma30.bull.com (Usenet News Manager)
  11. Lines: 40
  12.  
  13. I have a pair of machines in my lab that are both running Coherent 4.0
  14. with the latest standard MWC UUCP software.  I have configured them
  15. both for UUCP; both can call mwcbbs okay, but there is a difficulty
  16. when the two machines connect to each other using uucico via a direct
  17. serial link.
  18.  
  19. The two machines are configured identically except for two items: the
  20. uucpnames are different (of course), and one machine orginates
  21. connections while the other provides a getty/login.
  22.  
  23. First, I note that the uucp program works fine from both sides,
  24. although the side that provides a login has to wait for the other side
  25. to call before transferring the files.  There is an occasional
  26. transmission error as one of the machines, a 386 SX, is apparently not
  27. able to keep up with 9600 bps under all circumstances.
  28.  
  29. Now, for the uucico problem: The connection setup is okay, the
  30. transfers take place without error, and the connection finishes
  31. without any diagnostics.  Unfortunately, while mail is transferred
  32. properly in both directions, only the calling uucico runs uuxqt after
  33. the call.  This means that mail sent and received by the system is
  34. placed into users' mailboxes automatically only by the originating
  35. machine.  I have reversed the configuration on the two machines and
  36. the problem remains: uuxqt (the party responsible for scanning X files
  37. in the appropriate spool directories) is not running on the responding
  38. machine.
  39.  
  40. I have a workaround for this.  I modified the uucp crontab file to run
  41. uuxqt every fifteen minutes and this forces received mail to be
  42. distributed into users' mailboxes (/usr/spool/mail subdirectories).
  43. However, I feel that there is some implementation fault with uucico
  44. that needs correction: uuxqt on the called side should be run
  45. automatically after each uucico completion.  I see no reason to delay
  46. the local delivery of received mail.
  47.  
  48.  [The above opinions expressed are my own; not necessarily held by others.]
  49.       == Steven J. Edwards           Bull HN Information Systems Inc. ==
  50.       == (508) 294-3484              300 Concord Road         MS 820A ==
  51.       == sje@xylos.ma30.bull.com     Billerica, MA 01821          USA ==
  52. "That Government which Governs the Least, Governs Best." -- Thomas Jefferson
  53.