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