mann@intacc.uucp (Jeff Mann) (04/22/91)
In article <1991Apr13.183632.16997@intacc.uucp> mann@intacc.uucp (Jeff Mann) writes: Describing a problem with A/UX 2.0 uuxqt in which it tries to exectute: cmd PATH=/bin:/usr/bin LOGNAME=uucp TZ=`/bin/cat rmail zog >Obviously, `/bin/cat rmail` is a Bad Thing! This only happens >to me with mail from one particular system (yunexus). One thing I noticed was >that they log in with a nine-character name: uuyunexus. I can't really think Nah, I knew that wasn't it - and it does happen with other systems. I captured uuxqt's debugging output in the uuxqt wrapper script. The problem is not consistent - mail works, and then doesn't, from the same site, to the same user (different uuxqt runs). I'm afraid I don't know enough about uuxqt internals to figure out what's going on. The only time uuxqt is ever executed is forked from uucico. Here's the output which demonstrates the problem. The first case shows the bad command line, ...TZ=`/bin/cat rmail zog, while the second one shows ...TZ=EST5EDT rmail zog. ** START ** User - uucp process file - . file - .. file - .XQTDIR file - SYSLOG file - AUDIT file - hidden-x-files file - LOGDEL file - LCK.WXQT file - uuxqt.out file - X.intaccN875f U uucp mnetor # return status on failure Z # return address for status or input return R uucp F D.mneto415b072 I D.mneto415b072 C rmail zog xfile - X.intaccN875f fin - /usr/spool/uucp/D.mneto415b072, fout - /dev/null, sysout - intacc, user - uucp cmd - rmail zog cmd = rmail cmd PATH=/bin:/usr/bin LOGNAME=uucp TZ=`/bin/cat rmail zog shio - PATH=/bin:/usr/bin LOGNAME=uucp TZ=`/bin/cat rmail zog cat: cannot open rmail cat: cannot open zog status 512 exit cmd - 512 file - . file - .. file - .XQTDIR file - SYSLOG file - AUDIT file - D.intaccXA0004 file - hidden-x-files file - LOGDEL file - LCK.WXQT file - uuxqt.out file - LOGFILE file - o.SYSLOG.Z file - o.Log-WEEK.Z file - D.mnetorBC0004 file - LCK.XQT file - C.mnetorAD0004 ** START ** User - uucp process file - . file - .. file - .XQTDIR file - SYSLOG file - AUDIT file - LOGFILE file - hidden-x-files file - LOGDEL file - X.intaccN8760 U uucp mnetor # return status on failure Z # return address for status or input return R uucp F D.mneto469b170 I D.mneto469b170 C rmail zog xfile - X.intaccN8760 fin - /usr/spool/uucp/D.mneto469b170, fout - /dev/null, sysout - intacc, user - uucp cmd - rmail zog cmd = rmail cmd PATH=/bin:/usr/bin LOGNAME=uucp TZ=EST5EDT rmail zog shio - PATH=/bin:/usr/bin LOGNAME=uucp TZ=EST5EDT rmail zog status 0 exit cmd - 0 file - . file - .. file - .XQTDIR file - SYSLOG file - AUDIT file - LOGFILE file - hidden-x-files file - LOGDEL file - o.SYSLOG file - uuxqt.out file - o.Log-WEEK.Z file - LCK.WXQT file - LCK.XQT =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | Jeff Mann Inter/Access Artists' Computer Centre, Toronto [416] 535-8601 | | intacc!mann@cs.toronto.edu Matrix Artists' BBS: [416] 535-7598 2400 8N1 | | ...uunet!mnetor!intacc!mann mann@intacc.uucp [416] 535-1443 Telebit 8N1 | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
alexis@panix.uucp (Alexis Rosen) (04/24/91)
Jeff Mann writes about continued problems with TZ and uuxqt, showing a trace of a sessionin my wrapper where one uuxqt fails and the next succeeds. This is really weird. Time to start looking for the _really_ stupid stuff, because not much else seems left. Try putting "echo $TZ 1>&2" right before the line in the wrapper that calls uuxqt- it is possible that TZ is getting reset within the script? (Yes, I know that's stupid... but like I said...) Just to make things really confusing: Matthias U. posted a little while ago that uuxqt's problems came from not using the standard libraries since some demo code he wrote, which does use the libraries, works fine. So you'd think that the "/bin/cat /etc/TIMEZONE" crap is hard-coded into uuxqt. Well... runs strings on it, and guess what? No instance of /bin/cat. So where is that coming from? (For that matter, uucico doesn't have that either.) One other forced solution might be putting "export TZ=`cat /etc/TIMEZONE`" right before the uuxqt line, to see if that fixes things any. BTW, this is all referring to the 2.0.1 uuxqt, but I think the only change from 2.0.0 uuxqt was to fix the running-out-of-files problem. --- Alexis Rosen Owner/Sysadmin, PANIX Public Access Unix, NY {cmcl2,apple}!panix!alexis
rodney@tyrell.stgt.sub.org (Rodney Volz) (04/26/91)
In article <1991Apr22.023115.27315@intacc.uucp> mann@intacc.uucp (Jeff Mann) writes: > >Describing a problem with A/UX 2.0 uuxqt in which it tries to exectute: > >cmd PATH=/bin:/usr/bin LOGNAME=uucp TZ=`/bin/cat rmail zog ... >cmd = rmail >cmd PATH=/bin:/usr/bin LOGNAME=uucp TZ=`/bin/cat rmail zog >shio - PATH=/bin:/usr/bin LOGNAME=uucp TZ=`/bin/cat rmail zog Uh, I'm not sure; but: shouldn't this read "... TZ=`/bin/cat /etc/TIMEZONE` rmail zog"? -Rodney -- Rodney Volz - 7000 Stuttgart 1 - FRG ============> ...uunet!mcsun!unido!gtc!aragon!tyrell!rodney <============= rodney@tyrell.gtc.de * rodney@delos.stgt.sub.org * rodney@mcshh.hanse.de \_____________ May your children and mine live in peace. ______________/
marcelo@deadzone.uucp (Marcelo Gallardo) (04/29/91)
In article <128040@tyrell.stgt.sub.org> rodney@tyrell.stgt.sub.org (Rodney Volz) writes: > >Uh, I'm not sure; but: > >shouldn't this read "... TZ=`/bin/cat /etc/TIMEZONE` rmail zog"? > >-Rodney Well, that's the whole problem. That's what it should read, but every once in a while "/etc/TIMEZONE" is dropped for some still unexplained reason. -- Marcelo Gallardo marcelo%deadzone@princeton.edu Test and Evaluation Specialist ...!princeton!deadzone!marcelo Princeton University marcelo@sparcwood.princeton.edu Advanced Technologies and Applications (609) 258-5661
mann@intacc.uucp (Jeff Mann) (05/02/91)
In article <1991Apr24.054900.27794@panix.uucp> alexis@panix.uucp (Alexis Rosen) writes: >Jeff Mann writes about continued problems with TZ and uuxqt, showing a trace >of a sessionin my wrapper where one uuxqt fails and the next succeeds. > >This is really weird. Time to start looking for the _really_ stupid stuff, >because not much else seems left. Try putting "echo $TZ 1>&2" right before >the line in the wrapper that calls uuxqt- it is possible that TZ is getting >reset within the script? (Yes, I know that's stupid... but like I said...) Not so stupid, really. I did put an "echo TZ" into the log, and guess what? The uuxqt wrapper itself was being called with TZ unset. (The example log I gave might have given the impression that the one uuxqt that worked and another that failed were from the same invocation of the uuxqt wrapper - they weren't). I don't know why or how it was called with TZ unset at this point, because it is always exec'ed from uucico, and all my scripts (uushell, demons, etc.) have TZ set. One thing I just noticed is that your wrapper script doesn't set TZ! I guess I had just assumed that it did, and one of your postings also implied this. So why is TZ not set? Looking back through my files, I found: >Since uucp doesn't see much difference between calling and being called, the >most likely thing is that uushell is screwy. Not surprising. The original looks >like this: >env "TZ=`/bin/cat /etc/TIMEZONE`" /usr/lib/uucp/uucico >This is because the uucico is very very stupid and won't work without TZ being >set properly. This caused us incredible amounts of grief when we were getting >started. Try changing it to read >env "TZ=EST5EDT" /usr/lib/uucp/uucico >instead. (Since you're in New Jersey. Otherwise, use the right zone...) I'm afraid I don't quite understand the reasoning for this - why doesn't TZ=`/bin/cat /etc/TIMEZONE` work if you have /etc/TIMEZONE configured? Is this the cause of my problem? At any rate, I've put TZ=EST5EDT in the uuxqt wrapper and it's fixed. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | Jeff Mann Inter/Access Artists' Computer Centre, Toronto [416] 535-8601 | | intacc!mann@cs.toronto.edu Matrix Artists' BBS: [416] 535-7598 2400 8N1 | | ...uunet!mnetor!intacc!mann mann@intacc.uucp [416] 535-1443 Telebit 8N1 | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
rodney@tyrell.stgt.sub.org (Rodney Volz) (05/04/91)
In article <1991Apr28.180319.444@deadzone.uucp> marcelo@deadzone.uucp (Marcelo Gallardo) writes: >In article <128040@tyrell.stgt.sub.org> rodney@tyrell.stgt.sub.org (Rodney Volz) writes: >>shouldn't this read "... TZ=`/bin/cat /etc/TIMEZONE` rmail zog"? > > Well, that's the whole problem. That's what it should read, but > every once in a while "/etc/TIMEZONE" is dropped for some still > unexplained reason. ???? Blow it to hell and recompile it. I think BSD UUCP should be available freely. I'm also wondering why so many uucico's have a compiled-in buffer length, which is too short for an /etc/issue longer than two lines. Come on, memory prices are low... -Rodney -- Rodney Volz - 7000 Stuttgart 1 - FRG ============> ...uunet!mcsun!unido!gtc!aragon!tyrell!rodney <============= rodney@tyrell.gtc.de * rodney@delos.stgt.sub.org * rodney@mcshh.hanse.de \_____________ May your children and mine live in peace. ______________/
alexis@panix.uucp (Alexis Rosen) (05/30/91)
This is a followup to an article from almost a month ago. Sorry it took so long- I was in Europe. mann@intacc.uucp (Jeff Mann) writes: >alexis@panix.uucp (Alexis Rosen) writes: >>Jeff Mann writes about continued problems with TZ and uuxqt, showing a trace >>of a sessionin my wrapper where one uuxqt fails and the next succeeds. >> >>This is really weird. Time to start looking for the _really_ stupid stuff, >>because not much else seems left. Try putting "echo $TZ 1>&2" right before >>the line in the wrapper that calls uuxqt- it is possible that TZ is getting >>reset within the script? (Yes, I know that's stupid... but like I said...) > >Not so stupid, really. I did put an "echo TZ" into the log, and guess >what? The uuxqt wrapper itself was being called with TZ unset. (The >example log I gave might have given the impression that the one uuxqt >that worked and another that failed were from the same invocation of the >uuxqt wrapper - they weren't). I don't know why or how it was called >with TZ unset at this point, because it is always exec'ed from uucico, >and all my scripts (uushell, demons, etc.) have TZ set. One thing I >just noticed is that your wrapper script doesn't set TZ! I guess I had >just assumed that it did, and one of your postings also implied this. > >So why is TZ not set? Looking back through my files, I found: > >>Since uucp doesn't see much difference between calling and being called, the >>most likely thing is that uushell is screwy. Not surprising. The original looks >>like this: >>env "TZ=`/bin/cat /etc/TIMEZONE`" /usr/lib/uucp/uucico >>This is because the uucico is very very stupid and won't work without TZ being >>set properly. This caused us incredible amounts of grief when we were getting >>started. Try changing it to read >>env "TZ=EST5EDT" /usr/lib/uucp/uucico >>instead. (Since you're in New Jersey. Otherwise, use the right zone...) > >I'm afraid I don't quite understand the reasoning for this - why doesn't >TZ=`/bin/cat /etc/TIMEZONE` work if you have /etc/TIMEZONE configured? >Is this the cause of my problem? At any rate, I've put TZ=EST5EDT in >the uuxqt wrapper and it's fixed. It does, now, I think. But at one point it was badly broken. You can probably put the /bin/cat etc. back in uushell and uudemon.day and have it work now. As for why I didn't put that in the wrapper- it wasn't ever a problem. If you really want to do things right instead of brute-forcing it (but who has the time...) you should instead have uuxqt.wrap inform you each time it's called without TZ set right. Then you can trace the real problem... Anyway, I'm just glad things are finally fixed for you. This was a real puzzle. --- Alexis Rosen Owner/Sysadmin, PANIX Public Access Unix {cmcl2,apple}!panix!alexis