Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: Notesfiles $Revision: 1.6.2.17 $; site okstate.UUCP Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!ihnp4!inuxc!pur-ee!uiucdcs!okstate!vasoll From: vasoll@okstate.UUCP Newsgroups: net.bugs.uucp Subject: Reposting: Extra work retries? Message-ID: <32400005@okstate.UUCP> Date: Sun, 13-Jan-85 13:54:00 EST Article-I.D.: okstate.32400005 Posted: Sun Jan 13 13:54:00 1985 Date-Received: Wed, 16-Jan-85 16:11:36 EST Lines: 34 Nf-ID: #N:okstate:32400005:000:1269 Nf-From: okstate!vasoll Jan 13 12:54:00 1985 I'm reposting the following, I think it got eaten by UUCP the first time .... /***** okstate:net.bugs.uucp / vasoll / 11:37 pm Dec 29, 1984 */ I guess you know how much someone uses a program based on the number of problems encountered.... We are currently using UUCP with wildcards in the "copy from" specification. The problem we are having comes when a conversation fails (for whatever reason) with only a few of the commands in the C. file processed. When the remote system calls us again our system starts at the top of the C. file and retransmits the stuff. Many of the remote systems will refuse such attempts because it would overwrite the previous copy (assuming no one has moved it), but the main problem is that this is very wasteful. I suppose I could crank the number of command lines in C. files down (it is currently 20), but this is really not a solution. Does anyone out there have a solution? Thanks, Mark Vasoll Department of Computing and Information Sciences Oklahoma State University ...!cbosgd!\ UUCP: ...!ucbvax!mtxinu!ea! \ > okstate!vasoll ...!convex!ctvax!uokvax! / ...!ihnp4!umn-cs!isucs1!/ ARPA: vasoll%okstate.csnet@csnet-relay.arpa /* ---------- */