From: Digestifier To: Linux-Admin@senator-bedfellow.mit.edu Reply-To: Linux-Admin@senator-bedfellow.mit.edu Date: Wed, 1 Dec 93 09:13:43 EST Subject: Linux-Admin Digest #196 Linux-Admin Digest #196, Volume #1 Wed, 1 Dec 93 09:13:43 EST Contents: Re: sz problems (Michael Lipka) Re: Can't run VI (Bill Roman) Re: getty_ps: uugetty w/scheduling... (Bill Roman) FTP-Problems with LINUX and NCSA (Klaus Hessenberger) Re: smail: paths problem (Oliver Klink) Re: /etc/securetty? (su from tty) (Christopher Shaulis) Re: Term, tredir 4000 23? problems. (Jeff Epler) Re: Watcher... (Matthias Urlichs) Re: /etc/securetty? (su from tty) (Matthew Donadio) Re: smail: paths problem (Brandon S. Allbery) Smail woes ("Herman G. Munster") Re: smail: paths problem (Dr Eberhard W Lisse) Re: Term, tredir 4000 23? problems. (Tim Cutts (Zoology)) Linux pl14 and net binaries (The Outlander) Re: Watcher... (Nick Holloway) ---------------------------------------------------------------------------- From: lipka@lip.hanse.de (Michael Lipka) Subject: Re: sz problems Date: Mon, 29 Nov 1993 09:40:31 GMT Reply-To: lipka@lip.hanse.de In article pmcintir@etsun.tech.iupui.edu (Paul McIntire) writes: I'm trying to get sz to work with my Slackware release, but everytime I try to send to my home pc, zmodem fires up, then automatically aborts. Is this a linux problem? Or an sz problem? There are several rzsz-versions around: stock-, Linux-patched, graphical- and X11-versions. The Linux-patched and X11 ones use STDIN/STDOUT again instead of the controlling tty or consult an environment-variable "RZSZLINE". You can make Xrz work with Seyon for example, if you tell Seyon to use the dial-in device /dev/ttyS# and fire up Xrz with "$xrz". The "$" makes STDIN/STDOUT beeing the modem-device Seyon uses. If you use /dev/cua# instead (as you should and have to with kermit), rz finishes immediately :-( These problems come up again and again. You can't use the cua-kermit with the ttyS-mgetty for instance :-(( mgetty doesn't notice kermit on the corresponding cua-device and eats all characters from the modem. For your problem with "sz": use the new 9305-rzsz, the Linux-patches (which will make sz use STDIN/STDOUT and/or RZSZLINE, depending on Makefile -Ds), use a terminal-program that works with dial-in devices and write a macro like DEFINE sz RUN RZSZLINE=\v(line) sz (for kermit in this case, which doesn't work, see above) Michael Ps.: I think, it is obvious, but I'm writing down my experiences that long to hopefully beeing corrected ;-) -- =================================================================== | lipka@lip.hanse.de | lipka@wavehh.hanse.de | lipka@uwesa.hanse.de =================================================================== The best way to use DOS is for target practise. (borrowed from ]ke Eldberg) -- =================================================================== | lipka@lip.hanse.de | lipka@wavehh.hanse.de | lipka@uwesa.hanse.de =================================================================== The best way to use DOS is for target practise. (borrowed from ]ke Eldberg) ------------------------------ From: roman@eskimo.com (Bill Roman) Subject: Re: Can't run VI Date: Mon, 29 Nov 1993 13:54:55 GMT In article ct_orega@ECE.Concordia.CA (Chris O'Regan) writes: >In article ez025807@othello.ucdavis.edu ( ) writes: >> Trouble writing to tmp file > > Under root, change the protection of /tmp to 777. > > This happened to me as well, for some odd reason. I can't tell >you why. Maybe an intermittant bug which enjoys playing with the >protections on /tmp? :-) An easy way to do this is to, as root, untar an archive which includes an entry for `.' directly into /tmp. I once hosed permissions on /usr/spool/uucppublic in this fashion, causing no end of confusion for a while. -- Bill Roman (roman@songdog.uucp / songdog!roman@eskimo.com) running linux Recently at PC Expo, Bill Gates said that Windows NT is "a form of Unix.... In a short time, it will be the most popular form of Unix ever.... Windows NT will outsell those other incompatible versions of Unix." -- Infoworld ------------------------------ From: roman@eskimo.com (Bill Roman) Subject: Re: getty_ps: uugetty w/scheduling... Date: Mon, 29 Nov 1993 14:10:28 GMT In article <1993Nov28.104754.9143@mojo.uu.pdx.edu> gary@mojo.uu.pdx.edu (Gary Moyer) writes: >I've been (vainly) trying to get uugetty to work with scheduling with no >luck whatsoever. I've grabbed the latest sources off sunsite (2.07b) and >compiled it. SCHED is broken in 2.0.7b. Take a look at the source code. It will only process the first schedule interval, and will sometimes try to sleep until Jan 1, 1970. I have an incomplete patch which I have used successfully (although it once had an unexplained episode of core dumps, which is why I haven't offered it to anyone else). It is of somewhat limited utility, as the maximum input line length restricts the number of scheduling intervals which can be defined. I've also been working on this, but since I have no need for dialin access at the moment, my attention has been focused elsewhere. Anyway, if the maintainers of getty_ps want to play with this, I'd be glad to mail them what I have so far. -- Bill Roman (roman@songdog.uucp / songdog!roman@eskimo.com) running linux Recently at PC Expo, Bill Gates said that Windows NT is "a form of Unix.... In a short time, it will be the most popular form of Unix ever.... Windows NT will outsell those other incompatible versions of Unix." -- Infoworld ------------------------------ From: hessenberger@maulaf.ISD.Uni-Stuttgart.DE (Klaus Hessenberger) Subject: FTP-Problems with LINUX and NCSA Date: 30 Nov 1993 19:08:27 GMT Hi, last month we installed some linux-machines on our network. One of the more serious problems that we can't solve, was the file transfer from linux to our DOS-PC's. Configuration: DOS-PC - NCSA-Telnet 2.3 Linux - pl13 and pl14 ftpd from new-net2 diku-ftpd Whenever I try to 'get' a file from a linux-machine that ist greater than 1023 bytes ftp freezes. Same happens with 'dir' in big directories. A workaround is to configure the DOS-PC as a telnet server (telnet -s). Then it is possible to log in from the linux-machines an 'put' and 'get' files. Ftp from DOS to other Unix-machines works. Ftp from other Unix-machines (SGI,Apollo) works well with the diku-ftpd. Is this a bug or a configuration-problem? """ C @ @ D -------------------------------ooO---(_)---Ooo------------------------------------- | | | Klaus Hessenberger hessenberger@Normans.ISD.Uni-stuttgart.DE | | Institut für Statik und Dynamik | | Universität Stuttgart | ----------------------------------------------------------------------------------- || || ooO Ooo ------------------------------ From: oliver@abulafia.rd.sub.org (Oliver Klink) Subject: Re: smail: paths problem Date: Mon, 29 Nov 1993 22:50:40 GMT In <2dbkkl$1sr@canopus.cc.umanitoba.ca> rahardj@ccu.umanitoba.ca (Budi Rahardjo) writes: >Does the order of the entries make a different ? The entries in /usr/local/lib/smail/paths have to be in alphabetical order! Bye, Oliver -- Oliver Klink, Pommernweg 8, D 24782 Buedelsdorf, FRG email: oliver@abulafia.uucp "Don't like my postings? Dial 555-EAT-SHIT." ------------------------------ From: cjs@netcom.com (Christopher Shaulis) Subject: Re: /etc/securetty? (su from tty) Date: Tue, 30 Nov 1993 19:13:25 GMT donadio@mxd120.rh.psu.edu (Matthew Donadio) writes: >I _believe_ that su is behaving correctly. There are times when you >might need to su remotely, such as when you hang console or X. There >is a version of su floating around. that checks to see what groups >you belong to and will not let you su to a user that is a memeber of >group that you aren't. I think it is in with Rik Faith's util stuff. >So you can make all trusted users and root members of this group, and >if a non-trusted user knows the root password and tries to su root, >then he will get an error message "Cannot su to groups you are not a >member of." I found the source to the LGX su the other night. I just looked at it briefly 'cuz it was very late by the time I got around to looking for it, But I don't think it does any checking as to groups and such at all. I like the set-up you described above! I'm going to go find that util stuff you mentioned. That or I'll muck up the one I already have. I've also been kicking aroud the idea of an access list in /etc. Christopher cjs@netcom.com ------------------------------ From: jepler@herbie.unl.edu (Jeff Epler) Subject: Re: Term, tredir 4000 23? problems. Date: 30 Nov 1993 19:04:04 GMT >wdevine@pvcea.pvamu.edu (William Devine II) writes: >>I'm having what i think is a trivial problem. >>When i tredir port 4000 to port 23 of my local machine , i can >>telnet to the remote host at port 4000 and it tells me my escape >>character and connect message but then i get a message on the term >>window showing connect: Connection refused. >>Why would term do this? >>Is it a local configuration problem? txconn and trsh and damn near >>everything else works flawlessly (even termtelnet which is great!) >>but incoming telnet does not work. I suspect that this may be a local configuration problem. I still recieve this message even though loopback works properly, and 'telnet localhost 23' works fine on my home Linux box. For some unknowable reason, "tredir 4000 127.0.0.1:23" works correctly. I really don't know why this is the case, and finally tried after some suggestions on IRC. It might work for you. (Actually, though, I think my message was "gethostbyname: Connection refused", so your case may be different. In this case, read the net-2-howto to set up inetd and loopback first.) -- Jeff Epler jepler@herbie.unl.edu (Preferred) or jepler@nyx.cs.du.edu ____ "Nuke the unborn gay whales" -- Never seen on a protest sign \bi/ |umop apisdn| First year comp sci major. CRPG addict. \/ 1.5, joel@rac3.wam.umd.edu (Joel M. Hoffman) writes: > In article <2d37ro$qk2@jacobs.jacobs.mn.org> root@jacobs.mn.org (Mike Horwath) writes: > >Why do you need to 'spy' on them? > > I would find it very useful to see exactly what a user sees on the > screen, so I could be of more help in diagnosing (often very silly) > errors. The "screen" package can do this. The only disadvantage is that the user must have a reasonable terminal; "glass TTY" mode won't work. -- Cropp's Law: The amount of work done varies inversely with the amount of time spent in the office. -- Matthias Urlichs \ XLink-POP N|rnberg | EMail: urlichs@smurf.sub.org Schleiermacherstra_e 12 \ Unix+Linux+Mac | Phone: ...please use email. 90491 N|rnberg (Germany) \ Consulting+Networking+Programming+etc'ing 42 ------------------------------ From: donadio@mxd120.rh.psu.edu (Matthew Donadio) Subject: Re: /etc/securetty? (su from tty) Date: 30 Nov 1993 21:01:14 GMT Christopher Shaulis (cjs@netcom.com) wrote: : I found the source to the LGX su the other night. I just looked at it : briefly 'cuz it was very late by the time I got around to looking for it, : But I don't think it does any checking as to groups and such at all. I : like the set-up you described above! I'm going to go find that util stuff : you mentioned. That or I'll muck up the one I already have. I did some more looking and found it. Keeping source on my machine finally came in handy. The su in admutil-1.7b.tar.gz does the group check. I didn't see in on sunsite, but it can be found on any tsx-11 mirror in .../linux/sources/sbin/admutil-1.7b.tar.gz or on daimi.aau.dk (the latest version will always be here). Rik Faith's utils can always be found on ftp.cs.unc.edu in /pub/faith/linux/utils and most of these are taken from the GNU sources, which compile without a hitch. -- Beaker aka Matt Donadio | Life is short, --- __ o __~o __ o donadio@mxd120.rh.psu.edu | ride like ---- _`\<, _`\<, _`\<, --- Penn State Cycling ---| the wind. --- ( )/( ) ( )/( ) ( )/( ) ------------------------------ From: bsa@kf8nh.wariat.org (Brandon S. Allbery) Subject: Re: smail: paths problem Date: Tue, 30 Nov 1993 23:29:15 GMT In article <1993Nov29.225040.10157@abulafia.rd.sub.org> oliver@abulafia.rd.sub.org (Oliver Klink) writes: >In <2dbkkl$1sr@canopus.cc.umanitoba.ca> rahardj@ccu.umanitoba.ca (Budi Rahardjo) writes: >>Does the order of the entries make a different ? > >The entries in /usr/local/lib/smail/paths have to be in alphabetical >order! They do. But there's another problem not mentioned in the top-level README for smail configuration: methods/table as distributed contains the line * smtp If you don't change that to "uux" instead of "smtp", guess how it tries to send everything? :-( ++Brandon -- Brandon S. Allbery kf8nh@kf8nh.ampr.org bsa@kf8nh.wariat.org "MSDOS didn't get as bad as it is overnight -- it took over ten years of careful development." ---dmeggins@aix1.uottawa.ca ------------------------------ From: "Herman G. Munster" Subject: Smail woes Date: Tue, 30 Nov 93 19:40:36 PST Is there some sort of manual for smail other than the man pages? I don't want it to use uux, I want it to use SMTP. But I can't figure out how. Jerry ------------------------------ From: el@lisse.NA (Dr Eberhard W Lisse) Subject: Re: smail: paths problem Date: Tue, 30 Nov 1993 20:22:55 GMT rahardj@ccu.umanitoba.ca (Budi Rahardjo) writes: >I am having a problem with smail. >For some reasons part of `/usr/local/lib/smail/paths' are >not read properly. For example I have the following line: >machine1 machine1!%s >machine1.his.full.domain machine1!%s >machine2 machine1!machine2!%s >My machine is connected to `machine1' and also a differnt smart host. >For some reasons if I send e-mail to `user@machine1.his.full.domain' >it always routed to my smart host. Also mail to `machine2' is routed >to my smart host. What gives ?. >Does the order of the entries make a different ? >cause at one point I managed to send e-mail to the full domain >properly after re-order the entry (don't know what I did). First of all, I am not really a smail expert, but I am busy configuring it on our soon to be gateway to .NA so I learned some things the hard way, by RTFM, gosh :-)-O From the looks of it, you haven't configured the routers and/or transports files properly (or they are not there at all?). It might help very much to try something like: echo eeeee | smail -v1000 user@machine1.his.full.domain 2>&1 | more This will show you exactly how smail arrives at using the smart path. Then I always do the raw paths file, never the paths file direct and run pathalias (well, I have a little Makefile for it actually). machine1 = machine1.his.full.domain localbox machine1(DAILY) machine2 machine1(DAILY) util/pathalias should now do it. As always you can try the author (tron@veritas.com) and if all fails, you may well have to RTFM :-)-O. greetings, el -- Dr. Eberhard W. Lisse \ / Windhoek Central Hospital \ * | Department of Obstetrics and Gynaecology Private Bag 13215 \ / 61 203 2106/7 (Bleeper) 61 224014 (home) Windhoek, Namibia ;____/ ------------------------------ From: tjrc1@mbfs.bio.cam.ac.uk (Tim Cutts (Zoology)) Subject: Re: Term, tredir 4000 23? problems. Date: Wed, 1 Dec 1993 12:36:36 GMT jepler@herbie.unl.edu (Jeff Epler) writes: >>wdevine@pvcea.pvamu.edu (William Devine II) writes: >>>I'm having what i think is a trivial problem. >>>When i tredir port 4000 to port 23 of my local machine , i can >>>telnet to the remote host at port 4000 and it tells me my escape >>>character and connect message but then i get a message on the term >>>window showing connect: Connection refused. >>>Why would term do this? >>>Is it a local configuration problem? txconn and trsh and damn near >>>everything else works flawlessly (even termtelnet which is great!) >>>but incoming telnet does not work. >I suspect that this may be a local configuration problem. I still >recieve this message even though loopback works properly, and 'telnet >localhost 23' works fine on my home Linux box. >For some unknowable reason, "tredir 4000 127.0.0.1:23" works >correctly. I really don't know why this is the case, and finally >tried after some suggestions on IRC. It might work for you. >(Actually, though, I think my message was "gethostbyname: Connection >refused", so your case may be different. In this case, read the >net-2-howto to set up inetd and loopback first.) I would guess that your hosts.conf is set to look the name up via a DNS. Set to use /etc/hosts instead and you'll be away, since all you will need is like the following (which is mine): /etc/host.conf: order hosts /etc/hosts: 127.0.0.1 localhost cyclin.zoo.cam.ac.uk cyclin /etc/rc.net: # /etc/rc.net # Linux networking startup script. Should be run by /etc/rc.local at # boot time. Configures the interfaces and starts the deamons. # It assumes hostname has been set. # # CONFIG=/usr/etc/ifconfig INETD=/usr/etc/inetd ROUTE=/usr/etc/route HOSTNAME=`/bin/hostname` # You may need to add a /usr/etc/ifsetup command to set the parameters # for your ethernet card. $CONFIG lo up 127.0.0.1 $ROUTE add 127.0.0.1 if [ -x $INETD ]; then echo starting $INETD $INETD fi -- =============================================================================== Tim Cutts: tjrc1@mbfs.bio.cam.ac.uk | Refs 7.1 the academic reference CRC Mammalian Cell DNA Repair Research Group | database for Windows 3.1 is now Please support the Cancer Research Campaign! | on ftp.cica.indiana.edu ------------------------------ From: yvain@microsup14 (The Outlander) Subject: Linux pl14 and net binaries Date: Wed, 1 Dec 1993 12:32:46 GMT Hello * Can anyone suggest what version of the networking binaries are best for using with a pl14 kernel? chris. ------------------------------ From: alfie@dcs.warwick.ac.uk (Nick Holloway) Subject: Re: Watcher... Date: Wed, 1 Dec 1993 13:07:00 GMT In <2dfnvp$2bg@Tut.MsState.Edu> simmons@EE.MsState.Edu (David Simmons) writes: > In article ken@symphony.mp.ucc.ie (Kenneth Walsh) writes: > > Does anyone know of a program to Watch terminals(tty's) on a linux machine? > > I don't know of one for linux, but I've seen a really nice one for Sun > machines. It involved a kernel-loadable module, so maybe a similar > method could be used to patch a linux kernel. The only clean way I can see to do this, so that it didn't require the cooperation of the user, didn't end up with the user on a pty, didn't involve extra processes, (etc...) would be for the kernel to have some method of `tapping' the tty queue. Any characters sent to the `tapped' tty would also be sent to the designated tty. You would have to deal with problems when the `tappee' tty is unable to accept further characters, and other such details. This is before you start worrying about the fact you are watching on a vtxxx, and they are using a vtzzz. I think that the `legitimate' uses of this would be so small that somebody is unlikely to go to the bother of doing so. Probably a much easier scheme would be to build a tapped cable feeding output from ttyS0 into ttyS1, and "cat < ttyS1". -- Nick Holloway | `O O' | alfie@dcs.warwick.ac.uk, alfie@warwick.UUCP, [aka `Alfie'] | // ^ \\ | ..!uunet!mcsun!uknet!warwick!alfie ------------------------------ ** FOR YOUR REFERENCE ** The service address, to which questions about the list itself and requests to be added to or deleted from it should be directed, is: Internet: Linux-Admin-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.admin) via: Internet: Linux-Admin@NEWS-DIGESTS.MIT.EDU Linux may be obtained via one of these FTP sites: nic.funet.fi pub/OS/Linux tsx-11.mit.edu pub/linux sunsite.unc.edu pub/Linux End of Linux-Admin Digest ******************************