When an XDM is queried by a display for management, how does it determine the path to that display. For example, display "myhost:0" queries it, does the XDM take this from the XDMCP query, or does it try to resolve this from the XDMCP message (either IP, unix-socket, or other). The reason I ask is that when I run Xvnc with the -pn "accept failure to listen on all ports" option, and using only the internet version of the display name (e.g. "myhost:0"), if I attempt an XDMCP query to the localhost, the XDM attempts to manage my display by it's local display name, i.e. throught the unix-socket (ie. ":0"), which isn't enabled, and the reason I have had to use the -pn option. The XDM in this case is the Solaris dtlogin. This leads me to believe any of the following could be happening: * Although Xvnc continues to run despite the failure to establish a unix-socket, it still makes XDMCP calls that it detects as being for a localhost with the local display name (i.e. ":0"). This is what I am getting at with whether the display name in the query is being used. * dtlogin detects that the display is a local one by matching the host display name with it's own one, and then proceeds to overrule, and attempt to manage throught the local display name. Any help will at least aid me in where to look for answer. Without it, I cannot get the dtlogin on the localhost to manage my Xvnc display. Shaddy ------------------------------------------------------------------------- This message may contain privileged and/or confidential information subject to a confidentiality agreement or copyright material of Clarity International Ltd or third parties. You should only re-transmit, distribute or commercialise the material if you are authorised to do so. If you are not an authorised recipient of this email, please contact Clarity International Ltd immediately by return email or by telephone on +61-2-9925 5000. In such case, you may not read, print, store, copy or deliver this message to anyone, and you should not act in reliance on this email or any attachment to it. Clarity provides no warranty that the material contained in this email or any attachment to it is free from any virus, defect or error. Opinions in this message are those of the sender and unless stated otherwise, are not endorsed by Clarity. [demime 0.97b removed an attachment of type application/ms-tnef] --------------------------------------------------------------------- To unsubscribe, send a message with the line: unsubscribe vnc-list to [EMAIL PROTECTED] See also: http://www.uk.research.att.com/vnc/intouch.html ---------------------------------------------------------------------
