danny%UUCP@YALE.ARPA@idacom.UUCP (01/29/87)
I am setting up the network mail between our apollo and vax (bsd4.2).
I can send mail one direction i.e. Vax --> Apollo, but not Apollo --> Vax.
While debugging, I found that the ownership of some of the files were screwed
up. The directory /usr/spool/uucp resides on node 52c4. If I list
the directory on 52c4 ALL Ownership is correct.
If I list the directory on ANY other node in the network I get the
following: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
total 59
-rw-rw-rw- 1 roland 0 Jan 8 15:29 AUDIT
drwxrwxrwx 1 uucp 1024 Jan 27 20:25 C.
drwxrwxrwx 1 uucp 7168 Jan 28 15:23 D.
drwxrwxrwx 1 roland 1024 Jan 27 20:43 D.apollo1
drwxrwxrwx 1 roland 1024 Jan 27 20:38 D.apollo1X
-rw-rw-rw- 1 roland 1915 Jan 27 13:04 ERRLOG
-rw-rw-rw- 1 roland 29807 Jan 28 15:23 LOGFILE
-rw-rw-rw- 1 roland 13125 Jan 28 15:06 SYSLOG
drwxrwxrwx 1 roland 1024 Jan 28 15:06 TM.
drwxrwxrwx 1 uucp 1024 Jan 28 15:23 X.
drwxrwxrwx 1 uucp 1024 Jan 8 15:29 XTMP
I tried to use root, sys_admin, and locksmith id's to change (by using
/etc/chown) the 'roland' to 'uucp' - nothing happened.
I also tried to create a new file and change to uucp --
it also changed to 'roland'. The file /etc/passwd shows proper and unique
user-ids. WHAT IS GOING ON??!!?!?!?!
This is driving me crazy. If any kind soul in ApolloLand knows about this,
or has experience installing mail over uucp on Aegis:DOMAIN/IX 9.2
could you please give a few tips my way!
Many Thanks in Advance
Danny Wilson danny@idacom.uucp
IDACOM Electronics Ltd >or<
Edmonton, Alberta {ihnp4, ubc-vision}!alberta!ncc!idacom!danny
CANADAGiebelhaus@HI-MULTICS.ARPA.UUCP (02/01/87)
I would first check the aegis acls on the files. If someone edited the acls for that directory with edacl or acl, then you may have to use those same commands to fix them. The aegis acls have much more functionallity than unix protections so one cannot always control the aegis acls with the unix commands. If you need help figuring out what to do to the acls in order to get the desired effects, let me know and I'll help you out. The second thing I would check is the passwd file. Is there more than one etc directory on the network? 52c4 could have it's own passwd file.
paul@UMIX.CC.UMICH.EDU.UUCP (02/04/87)
We had this problem in spades. Make sure you run /etc/crpasswd when you update anything via edacct. /etc/flush_cache wouldn't hurt, either. Steps here were (1) /etc/crpasswd, (2) /etc/flush_cache, (3) EX, and restart the DM. We had an extra problem, because of the size of our passwd file (now over 4000 entries) that Apollo tracked down and fixed. I was going nuts trying to get usenet and/or uucp to own the files they were supposed to. There was nothing special about uucp -- my files were displayed by ls as being owned by some arbitrary joe_user. I finally got things straightened out, and as an extra benefit, begin to understand exactly what it was Kirkegaard was talking about. --paul