honey@citi.umich.edu (Peter Honeyman) (04/12/90)
regarding
> C uucp -C /etc/passwd richie!/usr/spool/uucppublic/yours
yes, that is a bug. here's how it looks in "my" version of honey danber:
% uucp /bin/true dwon\!citi\!~
% cd /usr/spool/uucp/dwon; more *|cat
::::::::::::::
C.dwonZc526
::::::::::::::
S /bin/true D.dwonc5268b7 honey - D.dwonc5268b7 0666 honey
S D.dwonc5268b6 X.citiZ8cc1 honey - D.dwonc5268b6 0666 honey
::::::::::::::
D.dwonc5268b6
::::::::::::::
U honey citi
# return status on failure
Z
# use sh to execute
e
# return address for status or input return
R honey
# job id for status reporting
J dwonZc526
F D.dwonc5268b7 true
C uucp -C true citi!~
::::::::::::::
D.dwonc5268b7
::::::::::::::
#! /bin/sh
#
# @(#)true.sh 1.5 88/02/07 SMI; from UCB
#
exit 0
there is a bug here -- the local copy of /bin/true into the spool
directory is unnecessary. but your gripe was the fully qualified name
on the remote side; honey danber doesn't have that problem. i can't
explain how your version of honey danber ever got such a bug.
third-party uucp requests have worked in honey danber for over six years.
regarding third-party uux requests, i never got this to work. i think i
decided at some point that it shouldn't work. on the other hand, it's
not hard to build a script that constructs the third-party request for
you, but you'll have to permit remote uux-ing on the middle machine by
the first machine. (ber argued that third-party uucp requests should
also be handled this way, as in mark horton's uusend command. in fact,
ber argued that uucp itself should be a script that uux-es a cp command
on the remote!)
peterjkimble@nostromo.austin.ibm.com (The Programmer Guy) (04/12/90)
In article <221@eliza.edvvie.at> fozzy@edvvie.at (Fozzy C. Dressel) writes: > >For a customer-session I've had to analyse the uux/uuxqt-protocoll. >And I got some trouble. > >I'm working on a IBM-6150/AIX 2.2.1 ... > >--------------------------------------------------------------------------- > >Whats happend with HDB. 2 years ago I could do all this thinks with the >'normal and old' uucp (XENIX 2.2.1) and it works !!! Is the AIX-Implementation >the original HanDanBer or an 'IBM'-Product ?? Yes, the AIX implementation of HDB UUCP is merely a port of the original source code (I'm the guy who fixes UUCP on AIX V2.2.1, for the record). All but one of the "enhancements" made by IBM were done in the form of new commands; the old functionality has remained the same. UUCICO was modified recently to accept a '-t [time]' flag which allows the user to increase the timeout on startup and between packets, but other than that you're looking at vanilla HDB. >And is the HDB-Source (especially the uucico port 540 tcp-) >anywhere available ??? Doesn't AT&T sell it for a few thousand dollars? --Jim Kimble, Phone: 512/823-4479 (work) Yet Another IBM Contractor UUCP: ...!cs.utexas.edu!ibmaus!jkimble TCP/IP Development, RIOS, RS/6000, RT++, etc. IBM Austin, TX "ALPO is 99 cents a can. That's almost SEVEN dog dollars!"