home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.dec:4709 comp.windows.x:15634
- Path: sparky!uunet!ferkel.ucsb.edu!taco!gatech!swrinde!mips!mips!munnari.oz.au!yoyo.aarnet.edu.au!sirius.ucs.adelaide.edu.au!iagu.itd.adelaide.edu.au!andrewr
- From: andrewr@iagu.itd.adelaide.edu.au (Andrew Rutherford)
- Newsgroups: comp.sys.dec,comp.windows.x
- Subject: Re: VXT 2000 X terminal: user-level authentication?
- Message-ID: <8309@sirius.ucs.adelaide.edu.au>
- Date: 26 Aug 92 00:34:30 GMT
- References: <1992Aug21.173556.24293@leland.Stanford.EDU>
- Sender: news@ucs.adelaide.edu.au
- Reply-To: andrewr@itd.adelaide.edu.au
- Followup-To: comp.sys.dec
- Organization: Information Technology Division, Adelaide University, Australia
- Lines: 25
- Nntp-Posting-Host: iagu.itd.adelaide.edu.au
-
- In article <1992Aug21.173556.24293@leland.Stanford.EDU>, mosedale@genome.stanford.edu (Dan Mosedale) writes:
-
- +I'm trying to convince some DEC VXT 2000 X terminals to give me
- +user-level authentication (i.e. MIT-MAGIC-COOKIE-1, or better yet,
- +XDM-AUTHORIZATION-1).
-
- +Interestingly enough, my .Xauthority does get a new magic-cookie upon
- +each login, but the X display is clearly only paying attention to
- +xhost level stuff.
-
- You may find that the X display would pay attention to anything
- that got sent to it - DEC's supplied Motif-based clients don't look in
- your .Xauthority file, so they never send magic-cookie information to the
- server, and that's not the server's problem.
- This is a pet peeve of mine that DEC have promised will be fixed
- in the next release - apparently someone put in a definition in a
- Makefile somewhere they shoudln't.
-
- Andrew.
-
- /*
- * Andrew Rutherford andrewr@itd.adelaide.edu.au
- * +61 8 228 5669 Real Programmers always confuse Christmas and
- * Room 1060, Adelaide Uni Halloween because OCT 31 == DEC 25 !
- */
-