Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!munnari.oz.au!mel.dit.csiro.au!len From: len@mel.dit.csiro.au (Len Makin) Newsgroups: comp.windows.x Subject: Re: 2 queries: Xdm & lockscreen Message-ID: <1990Dec4.225228.9518@mel.dit.csiro.au> Date: 4 Dec 90 22:52:28 GMT References: <9011292309.AA04319@mycroft.mayo.edu> Sender: len@mel.dit.csiro.au (Len Makin) Reply-To: len@mel.dit.csiro.au (Len Makin) Organization: CSIRO DIT (Melb.) Lines: 47 In article <9011292309.AA04319@mycroft.mayo.edu>, bmc@MYCROFT.MAYO.EDU writes: |> |> Having setup a Sun 3/50 as an X terminal and using Xdm as the |> login prompter, I get a message "This is an unsecure session" |> in the login widget. How does one go about eliminating it and Put the following in your xdm-config file: DisplayManager*authorize: False |> what does it mean? RTFM (man xdm) DisplayManager.DISPLAY.authorize DisplayManager.DISPLAY.authName authorize is a boolean resource which controls whether xdm generates and uses authorization for the server connections. If authorization is used, authName speci- fies the type to use. Currently, xdm supports only MIT-MAGIC-COOKIE-1 authorization, XDM-AUTHORIZATION-1 could be supported as well, but DES is not generally distributable. XDMCP connections specify which author- ization types are supported dynamically, so authName is ignored in this case. When authorize is set for a display and authorization is not available, the user is informed by having a different message displayed in the login widget. By default, authorize is "true"; auth- Name is "MIT-MAGIC-COOKIE-1". DisplayManager.DISPLAY.authFile" This file is used to communicate the authorization data |> |> ----------------------------------------------------------------- |> Bruce M. Cameron bmc@mayo.edu |> Biotechnology Computing Resource (507) 284-3288 |> Medical Sciences 1-14 |> Mayo Foundation |> Rochester, MN 55960 WD9CKW |> ----------------------------------------------------------------- Len Makin Monash University College, Gippsland len@giaea.oz.au (Temporarily on leave at CSIRO DIT (Melbourne)). len@mel.dit.csiro.au