From sacadmin Wed Feb 6 11:48:41 2008 Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m16JmfvA022456; Wed, 6 Feb 2008 11:48:41 -0800 (PST) Received: (from johnf@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id m16JmfG1022452; Wed, 6 Feb 2008 11:48:41 -0800 (PST) Date: Wed, 6 Feb 2008 11:48:41 -0800 (PST) From: John Fischer Message-Id: <200802061948.m16JmfG1022452@sac.sfbay.sun.com> To: LSARC-record@sac.sfbay.sun.com Subject: rdesktop [LSARC/2008/083 FastTrack timeout 02/13/2008] Status: RO Content-Length: 553 Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI This information is Copyright 2008 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: rdesktop 1.2. Name of Document Author/Supplier: Author: Michal Pryc 1.3 Date of This Document: 06 February, 2008 4. Technical Description See the case directory for more detail 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: JDS - Gnome 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From danek.duvall@sun.com Wed Feb 6 13:29:53 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m16LTrYD026342 for ; Wed, 6 Feb 2008 13:29:53 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m16LTrtk007289 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Wed, 6 Feb 2008 13:29:53 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVU003036DSVG00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed, 06 Feb 2008 13:29:52 -0800 (PST) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVU003DY6DS5F10@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed, 06 Feb 2008 13:29:52 -0800 (PST) Received: from zruty.sfbay.sun.com (zruty.SFBay.Sun.COM [129.146.168.40]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m16LTp8C057193; Wed, 06 Feb 2008 13:29:51 -0800 (PST) Received: from zruty.sfbay.sun.com (localhost [127.0.0.1]) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m16LToWQ022356; Wed, 06 Feb 2008 13:29:50 -0800 (PST) Received: (from dduvall@localhost) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2/Submit) id m16LTo5V022355; Wed, 06 Feb 2008 13:29:50 -0800 (PST) Date: Wed, 06 Feb 2008 13:29:50 -0800 From: Danek Duvall Subject: Re: LSARC/2008/083 - rdesktop In-reply-to: <47AA114F.7070204@sun.com> To: John Fischer Cc: lsarc-ext@sun.com, Michal Pryc Message-id: <20080206212950.GA22027@zruty.sfbay.sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.2.0.264296 References: <47AA114F.7070204@sun.com> User-Agent: Mutt/1.5.16 (2007-06-27) Status: RO Content-Length: 383 How does this compare with vino? Don't we have some sort of solution for RDP and Sun Ray? How are the encryption keys generated and shared? Is there any authentication available? You mention that RDP prior to version 6 is subject to MITM attacks, but this project seems to use version 5 by default. Is there a reason we don't use the more secure version of the protocol? Danek From Psm.Swamiji@sun.com Thu Feb 7 02:56:29 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m17AuReW020744 for ; Thu, 7 Feb 2008 02:56:28 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m17AuEPX008089 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Thu, 7 Feb 2008 18:56:27 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVV00K1N7Q26300@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 07 Feb 2008 02:56:26 -0800 (PST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVV00IVM7Q07J10@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 07 Feb 2008 02:56:25 -0800 (PST) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m17AuPup008095 for ; Thu, 07 Feb 2008 10:56:25 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JVV00E017PY4L00@mail-apac.sun.com> (original mail from Psm.Swamiji@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 07 Feb 2008 18:56:23 +0800 (SGT) Received: from [10.12.146.129] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JVV007XI7PZBQK1@mail-apac.sun.com>; Thu, 07 Feb 2008 18:56:23 +0800 (SGT) Date: Thu, 07 Feb 2008 15:57:16 +0500 From: "P.S.M. Swamiji" Subject: Re: LSARC/2008/083 - rdesktop In-reply-to: <20080206212950.GA22027@zruty.sfbay.sun.com> Sender: Psm.Swamiji@sun.com To: Danek Duvall Cc: John Fischer , Michal Pryc , lsarc-ext@sun.com Message-id: <47AAE40C.7020301@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, fr, zh-cn, en X-PMX-Version: 5.2.0.264296 References: <47AA114F.7070204@sun.com> <20080206212950.GA22027@zruty.sfbay.sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.7) Gecko/20060629 Status: RO Content-Length: 809 Danek Duvall wrote: >How does this compare with vino? Don't we have some sort of solution for >RDP and Sun Ray? > > Yes, we have. It's called Sun Ray Windows Connector. However, it doesn't work from console. BTW, rdesktop also depends on libiconv and no where in the proposal it's mentioned about it and I am not sure that would available in Solaris by default. Thanks P.S.M.Swamiji >How are the encryption keys generated and shared? > >Is there any authentication available? > >You mention that RDP prior to version 6 is subject to MITM attacks, but >this project seems to use version 5 by default. Is there a reason we don't >use the more secure version of the protocol? > >Danek >_______________________________________________ >opensolaris-arc mailing list >opensolaris-arc@opensolaris.org > > From casper@holland.sun.com Thu Feb 7 03:56:09 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m17Bu8EI021618 for ; Thu, 7 Feb 2008 03:56:08 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m17Btwvh000666 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@Sun.COM>; Thu, 7 Feb 2008 19:56:07 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVV00L0NAHHTD00@brm-avmta-1.central.sun.com> for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Thu, 07 Feb 2008 04:56:05 -0700 (MST) Received: from dm-holland-02.uk.sun.com ([129.156.101.225]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVV00LIZAHG70C0@brm-avmta-1.central.sun.com> for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Thu, 07 Feb 2008 04:56:05 -0700 (MST) Received: from holland (room101.Holland.Sun.COM [10.16.117.40]) by dm-holland-02.uk.sun.com (8.13.6+Sun/8.13.6/ENSMAIL,v2.2) with ESMTP id m17BtwbD002367; Thu, 07 Feb 2008 11:55:58 +0000 (GMT) Date: Thu, 07 Feb 2008 12:55:58 +0100 From: Casper.Dik@sun.com Subject: Re: LSARC/2008/083 - rdesktop In-reply-to: <47AAE40C.7020301@sun.com> Sender: casper@holland.sun.com To: "P.S.M. Swamiji" Cc: Danek Duvall , John Fischer , Michal Pryc , lsarc-ext@sun.com Message-id: <200802071155.m17BtwbD002367@dm-holland-02.uk.sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <47AA114F.7070204@sun.com> <20080206212950.GA22027@zruty.sfbay.sun.com> <47AAE40C.7020301@sun.com> Status: RO Content-Length: 226 >Yes, we have. It's called Sun Ray Windows Connector. >However, it doesn't work from console. I presume you mean "from non Sun Ray X sessions". It would be nice to know why uttsc is not a standard X application. Casper From Psm.Swamiji@sun.com Thu Feb 7 03:59:31 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m17BxUE8021657 for ; Thu, 7 Feb 2008 03:59:31 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m17BxTZU002064 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Thu, 7 Feb 2008 19:59:29 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVV00M01AN40200@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Thu, 07 Feb 2008 04:59:28 -0700 (MST) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVV00LTPAN263C0@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Thu, 07 Feb 2008 04:59:27 -0700 (MST) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m17BxSDV010005 for ; Thu, 07 Feb 2008 11:59:28 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JVV00901AFYSK00@mail-apac.sun.com> (original mail from Psm.Swamiji@Sun.COM) for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Thu, 07 Feb 2008 19:59:26 +0800 (SGT) Received: from [10.12.146.129] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JVV007PLAN1BITS@mail-apac.sun.com>; Thu, 07 Feb 2008 19:59:26 +0800 (SGT) Date: Thu, 07 Feb 2008 17:00:19 +0500 From: "P.S.M. Swamiji" Subject: Re: LSARC/2008/083 - rdesktop In-reply-to: <200802071155.m17BtwbD002367@dm-holland-02.uk.sun.com> Sender: Psm.Swamiji@sun.com To: Casper.Dik@sun.com Cc: Danek Duvall , John Fischer , Michal Pryc , lsarc-ext@sun.com Message-id: <47AAF2D3.6@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, fr, zh-cn, en X-PMX-Version: 5.2.0.264296 References: <47AA114F.7070204@sun.com> <20080206212950.GA22027@zruty.sfbay.sun.com> <47AAE40C.7020301@sun.com> <200802071155.m17BtwbD002367@dm-holland-02.uk.sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.7) Gecko/20060629 Status: RO Content-Length: 425 Hi Casper, Casper.Dik@Sun.COM wrote: >>Yes, we have. It's called Sun Ray Windows Connector. >>However, it doesn't work from console. >> >> > > >I presume you mean "from non Sun Ray X sessions". > > Yes and also from a remote terminal running on a Sun Ray session. >It would be nice to know why uttsc is not a standard X application. > > Sorry, I do not know the internals . Thanks P.S.M.Swamiji >Casper > > > From Michal.Pryc@sun.com Thu Feb 7 05:37:36 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m17DbZ40023630 for ; Thu, 7 Feb 2008 05:37:35 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m17DbHPW009016 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Thu, 7 Feb 2008 21:37:34 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVV0010BF6KQE00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 07 Feb 2008 05:37:32 -0800 (PST) Received: from gmp-eb-mail-2.sun.com ([192.18.6.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVV00I9MF6JW3A0@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 07 Feb 2008 05:37:32 -0800 (PST) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m17DbVXG012881 for ; Thu, 07 Feb 2008 13:37:31 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JVV00001F5I8W00@fe-emea-09.sun.com> (original mail from Michal.Pryc@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 07 Feb 2008 13:37:30 +0000 (GMT) Received: from [129.156.235.246] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JVV0053BF6CF340@fe-emea-09.sun.com>; Thu, 07 Feb 2008 13:37:24 +0000 (GMT) Date: Thu, 07 Feb 2008 13:41:01 +0000 From: Michal Pryc Subject: Re: LSARC/2008/083 - rdesktop In-reply-to: <20080206212950.GA22027@zruty.sfbay.sun.com> Sender: Michal.Pryc@sun.com To: Danek Duvall Cc: John Fischer , lsarc-ext@sun.com Message-id: <47AB0A6D.303@Sun.Com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <47AA114F.7070204@sun.com> <20080206212950.GA22027@zruty.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 1843 Danek Duvall wrote: > How does this compare with vino? Vino is a remote desktop based on the RFB (Remote FrameBuffer) protocol used by VNC, while rdesktop uses RDP (Remote Desktop Protocol). > Don't we have some sort of solution for > RDP and Sun Ray? There is Sun Ray Connector for Windows OS, which currently supports protocol version 5.2, but it is not open source and it's most likely that never be, because of contract with Microsoft. To integrate rdesktop to Indiana distribution it need to be free software. > How are the encryption keys generated and shared? Could you be more specific in this question? I am not sure if you want to know the whole process for RC4 symmetric algorithm, which includes generating and storing keys on the server side (Microsoft Windows Terminal Server services)? The RC4 symmetric algorithm uses the same key stored on the server side do encrypt/decrypt data. > Is there any authentication available? There is domain authentication during the remote connection attempt, which queries domain servers for user authentication. This is possible with rdesktop CLI parameters. Also the standard authentication allows requires username and password, which are authenticated through Windows box. > You mention that RDP prior to version 6 is subject to MITM attacks, but > this project seems to use version 5 by default. Is there a reason we don't > use the more secure version of the protocol? The rdesktop is an open source project. As such it can not use spec for RDP protocol provided by Microsoft, which is distributed under NDA. The protocol used in rdesktop is reverse engineered version from scratch. This implementation can be redistributed under GPL license. Version 6 of the RDP protocol is relatively new and was not yet been reverse engineered. > > Danek -- best Michal Pryc From alan.coopersmith@sun.com Thu Feb 7 08:16:25 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m17GGOwu028186 for ; Thu, 7 Feb 2008 08:16:24 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m17GG9Ua011412 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Fri, 8 Feb 2008 00:16:23 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVV00H1FMJ9XK00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 07 Feb 2008 09:16:21 -0700 (MST) Received: from sfbaymail1sca.SFBay.Sun.COM ([129.145.154.35]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVV00FMIMJ60830@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 07 Feb 2008 09:16:18 -0700 (MST) Received: from [192.168.0.101] (vpn-129-150-19-95.SFBay.Sun.COM [129.150.19.95]) by sfbaymail1sca.SFBay.Sun.COM (8.13.6+Sun/8.13.6/ENSMAIL,v2.2) with ESMTP id m17GGBc1005749; Thu, 07 Feb 2008 08:16:12 -0800 (PST) Date: Thu, 07 Feb 2008 08:16:06 -0800 From: Alan Coopersmith Subject: Re: LSARC/2008/083 - rdesktop In-reply-to: <200802071155.m17BtwbD002367@dm-holland-02.uk.sun.com> To: Casper.Dik@sun.com Cc: "P.S.M. Swamiji" , Danek Duvall , John Fischer , Michal Pryc , lsarc-ext@sun.com Message-id: <47AB2EC6.2090907@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <47AA114F.7070204@sun.com> <20080206212950.GA22027@zruty.sfbay.sun.com> <47AAE40C.7020301@sun.com> <200802071155.m17BtwbD002367@dm-holland-02.uk.sun.com> User-Agent: Thunderbird 1.5.0.4 (X11/20060602) Status: RO Content-Length: 550 Casper.Dik@Sun.COM wrote: > >> Yes, we have. It's called Sun Ray Windows Connector. >> However, it doesn't work from console. > > > I presume you mean "from non Sun Ray X sessions". > > It would be nice to know why uttsc is not a standard X application. You mean why it can't be run from non Sun Ray sessions? My understanding is the answer for that involves legal issues we cannot discuss in an open ARC case such as this one. -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering From Anup.Sekhar@sun.com Thu Feb 7 08:30:47 2008 Received: from jurassic-x4600.sfbay.sun.com (cretaceous [129.146.17.59] (may be forged)) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m17GUlAF028530 for ; Thu, 7 Feb 2008 08:30:47 -0800 (PST) Received: from [10.7.250.109] (punchin-client-10-7-250-109.SFBay.Sun.COM [10.7.250.109]) by jurassic-x4600.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m17GUlWF988677; Thu, 7 Feb 2008 08:30:47 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v753) References: <47AA37AE.1070106@sun.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5729A542-C973-4A48-92C9-B0B0ABF45368@sun.com> Cc: John.Fischer@sun.com, Leontine Binchy Content-Transfer-Encoding: 7bit From: Anup Sekhar Subject: Fwd: rdesktop OpenSSL contract for PSARC/2003/500 and LSARC/2008/083 Date: Thu, 7 Feb 2008 08:30:16 -0800 To: psarc-ext@sac.sfbay.sun.com X-Mailer: Apple Mail (2.753) x_sac_archived: PSARC/2003/500 Status: RO Content-Length: 8104 I approve this contract. Anup Begin forwarded message: > > @(#)contract 1.6 @(#) /shared/sac/arcARC-Templates/contract [1.6 > 02/03/27] > #ident "@(#)contract.txt 1.3 03/11/04 SMI" > > CONTRACT ALLOWING/REQUIRING SPECIAL ARRANGEMENTS FOR INTERFACES > > 0. Number: PSARC/2003/500-16 > > 1. This contract is between > a SUPPLIER of INTERFACES and > a CONSUMER of those INTERFACES, > both of whom are entities within Sun Microsystems, Incorporated. > > 2. The SUPPLIER (definer and/or implementor) is identified by the > following: > Product or Bundle: Solaris WOS > Consolidation: ON > Department or Group: Solaris Security Technology Group (SSTG) > Bugtraq Category/SubCategory: solaris/solaris-crypto/openssl > Responsible Manager: Anup Sekhar > Contact: contract-2003-500@sun.com > > 3. The CONSUMER is identified by the following: > Product or Bundle: Solaris > Consolidation: JDS - Gnome > Department or Group: OPG Desktop > Bugtraq Category/SubCategory: gnome/applications > Responsible Manager: Leo Binchy > Packages: SUNWrdesktop > Contact: contract-rdesktop@sun.com > > 4. The INTERFACES are: > > The interfaces covered by this contract are limited to a subset > of the C programming APIs that the OpenSSL communittee has > choosen to document in man pages. It is the subset that the > SUPPLIER beleives to be reasonably stable. > > That subset covers the following major subsystems: > > ASN1, BN, CRYPTO, EVP, HMAC, OpenSSL, PEM, PKCS7, PKCS12, RAND, > SMIME, SSL, BIO, X509 > > In particular it does NOT cover "direct use" of encryption algorithm > APIs outside of the EVP_ interfaces, eg do not call DES or AES > except via EVP_Encrypt*() > > This contract does NOT cover the use of the openssl(1) command > as an interface to be consumed. > > This contract does NOT cover any API or implementation artifact > that does not have an OpenSSL delivered man page. > > OpenSSL Package names > > SUNWopenssl-include Unstable > SUNWopenssl-libraries Unstable > > OpenSSL Library Location > > /usr/sfw/lib/libcrypto.so Unstable > /usr/sfw/lib/libssl.so Unstable > > OpenSSL Headers Location > > /usr/sfw/include/openssl/*.h UnStable > > ASN1_ External > BN_ External > BIO_ External > CRYPTO_ External > EVP_ External > HMAC External > OpenSSL_ External > OBJ_ External > PEM_ External > PKCS7 External > PKCS12_ External > RAND_ External > SMIME_ External > SSL_ External > X509_ External > > > > 5. The ARC controlling these INTERFACES is: PSARC > > 6. The CASE describing these INTERFACES is: PSARC/2003/500 > > Note: this contract is not about a specific version of OpenSSL. > It covers > version 0.9.7d from PSARC/2003/500 and all subsequent versions. > If a > change in the OpenSSL interfaces requires an update of the > contract then > OpenSSL iteam will contact the consumer. > > 7. The following SPECIAL ARRANGEMENTS are made which modify the rules > imposed by the stability levels listed in section 4 above: > > _NY 7a. Although the stability level doesn't normally restrict it, > SUPPLIER promises to only modify INTERFACES in an incompatible > way as follows: > > The SUPPLIER will modify the interfaces as needed by the > evolution > of OpenSSL releases shipped by on the www.openssl.org site. > > _N_ 7b. Although the stability level doesn't normally allow it, > CONSUMER will > expose INTERFACES to a PARTNER, which is external to Sun, > namely: > Name of Company: > Name of Department or Group within Company: > Responsible Manager: > > _Y_ 7c. Although the stability level doesn't normally allow it, > CONSUMER will > import INTERFACES from a separate consolidation. > > This contract is only avaliable for CONSUMERS who deliver > directly > to the Solaris WOS. > > If a contract for a CONSUMER who is not part of the Solaris > WOS is > requested it will be dealt with by ARC and the SUPPLIER as > a new > contract. > > _Y_ 7d. If SUPPLIER decides to change (including replace or remove) > any > portion of the INTERFACES, SUPPLIER will notify CONSUMER of the > proposed new version, no later than the application for ARC > approval of the new version. > If SUPPLIER and CONSUMER are contained in the same > consolidation, they will have simultaneous conversion to the > new interfaces. > The SUPPLIER will make a best effort to do most of the work, but > the CONSUMER must be willing to supply resources to assist with > modification/testing of their consuming code if necessary. > > Only a single version of the INTERFACES will be available at any > one time. > > 8. If CONSUMER requires changes in INTERFACES, they must work with the > OpenSSL communittee. The SUPPLIER is willing to assist with this > process on a best effort to accommodate such changes. > In general INTERFACE changes will not be made unless they come from > the OpenSSL communittee. > > 9. N/A > > 10. SUPPLIER and CONSUMER agree that evolution of INTERFACES shall be > handled as follows: > > The SUPPLIER will update the OpenSSL code base in the ON > consolidation > on an as needed basis. The trigger for these events is based > on the > externally defined schedule of the OpenSSL communittee. > > The SUPPLIER will inform the CONSUMER(S) of this change via the > contract alias before filing the RTI for integration into ON. > > Note that it may be necessary to update INTERFACES (or more likely > the implementations of them) with less than 5 working days notice. > > 11. SUPPLIER and CONSUMER agree that INTERFACES will be supported as > follows: > > The SUPPLIER will NOT provide any assistance for use of the > interfaces > they are Externally defined and the SUPPLIER is not necessarily an > expert in their use. > > 12. SUPPLIER and CONSUMER agree that INTERFACES will be documented as > follows: > > The only documentation will be that provided by the OpenSSL > communittee, it will be shipped in the SUNWopenssl-man package > in the form of Solaris nroff man pages. > > 13. SUPPLIER and CONSUMER agree that changes to the INTERFACES will be > tested as follows: > > Before each intergration the OpenSSL test suites will be run. The > standard for "PASS" is that the version in the ON gate should > produce > the same functionality as binaries built using the OpenSSL > makefiles > for the same processor architecture. > > 14. SUPPLIER and CONSUMER agree that this contract can be > terminated as > follows: > > The CONSUMER may choose to terminate this contract at any time by > sending email to the contract-2003-500@sun.com alias. > > The SUPPLIER may terminate this contract only after giving > suffient > notice to the CONSUMER. Sufficient notice in the case of > CONSUMERS > that are external to the ON consolidation must take into > account the > Solaris WOS build schedule and its restrictions for change. > > The SUPPLIER will terminate this contract if the interfaces > are ever reclassified to something other than External. > > 15. This contract is not valid until "signed" via agreement from the > SUPPLIER and CONSUMER, and approved by the ARC CASE referenced by > this contract. E-mail agreement to the contract should be > archived > in the mail archive of CASE; verbal agreement to the contract > should be noted in the meeting minutes. This contract remains > valid until superseded or invalidated. > > For SUPPLIER: Date: > For CONSUMER: Date: > For ARC: John.Fischer@Sun.COM Date: > > A copy of this contract shall be deposited in the CASE > directory as > "contract-" or in a "contracts" subdirectory. > > 16. (Not to be filled in until superseded or invalidated.) > This contract was superseded or invalidated by CASE: > For ARC: Date: > > From Michal.Pryc@sun.com Thu Feb 7 08:40:53 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m17GervY028596 for ; Thu, 7 Feb 2008 08:40:53 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m17Gerns005499 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Thu, 7 Feb 2008 08:40:53 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVV00717NO4VF00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 07 Feb 2008 08:40:52 -0800 (PST) Received: from gmp-eb-mail-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVV004MINO1US60@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 07 Feb 2008 08:40:50 -0800 (PST) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m17GenQl017239 for ; Thu, 07 Feb 2008 16:40:49 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JVV00J01NJZOD00@fe-emea-10.sun.com> (original mail from Michal.Pryc@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Thu, 07 Feb 2008 16:40:49 +0000 (GMT) Received: from [129.156.235.246] by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JVV00C6VNNVRE30@fe-emea-10.sun.com>; Thu, 07 Feb 2008 16:40:43 +0000 (GMT) Date: Thu, 07 Feb 2008 16:44:20 +0000 From: Michal Pryc Subject: Re: LSARC/2008/083 - rdesktop In-reply-to: <47AAE40C.7020301@sun.com> Sender: Michal.Pryc@sun.com To: "P.S.M. Swamiji" Cc: Danek Duvall , John Fischer , lsarc-ext@sun.com Message-id: <47AB3564.5070608@Sun.Com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <47AA114F.7070204@sun.com> <20080206212950.GA22027@zruty.sfbay.sun.com> <47AAE40C.7020301@sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 1343 P.S.M. Swamiji wrote: > Danek Duvall wrote: > >> How does this compare with vino? Don't we have some sort of solution for >> RDP and Sun Ray? >> >> > Yes, we have. It's called Sun Ray Windows Connector. > However, it doesn't work from console. > > BTW, rdesktop also depends on libiconv and no where in > the proposal it's mentioned about it and I am not sure that > would available in Solaris by default. Not in this case. rdesktop uses following 3 functions from iconv.h: extern int iconv_close(iconv_t); extern iconv_t iconv_open(const char *, const char *); extern size_t iconv(iconv_t, char **_RESTRICT_KYWD, size_t *_RESTRICT_KYWD, char **_RESTRICT_KYWD, size_t *_RESTRICT_KYWD); The iconv.h is from SUNWhea (SunOS C/C++ header files for general development of software) package and it's through libc.so Michal > > Thanks > P.S.M.Swamiji > >> How are the encryption keys generated and shared? >> >> Is there any authentication available? >> >> You mention that RDP prior to version 6 is subject to MITM attacks, but >> this project seems to use version 5 by default. Is there a reason we >> don't >> use the more secure version of the protocol? >> >> Danek >> _______________________________________________ >> opensolaris-arc mailing list >> opensolaris-arc@opensolaris.org >> >> > From Nicolas.Williams@sun.com Thu Feb 7 08:53:31 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m17GrVdN028711 for ; Thu, 7 Feb 2008 08:53:31 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m17GrR2I011691; Thu, 7 Feb 2008 09:53:27 -0700 (MST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVV00K09O92KX00@brm-avmta-1.central.sun.com>; Thu, 07 Feb 2008 09:53:27 -0700 (MST) Received: from binky.Central.Sun.COM ([129.153.128.104]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVV00FE0O910160@brm-avmta-1.central.sun.com>; Thu, 07 Feb 2008 09:53:26 -0700 (MST) Received: from binky.Central.Sun.COM (localhost [127.0.0.1]) by binky.Central.Sun.COM (8.14.1+Sun/8.14.1) with ESMTP id m17GrPm2025122; Thu, 07 Feb 2008 10:53:25 -0600 (CST) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.1+Sun/8.14.1/Submit) id m17GrPaa025121; Thu, 07 Feb 2008 10:53:25 -0600 (CST) Date: Thu, 07 Feb 2008 10:53:25 -0600 From: Nicolas Williams Subject: Re: LSARC/2008/083 - rdesktop In-reply-to: <47AAE40C.7020301@sun.com> To: "P.S.M. Swamiji" Cc: Danek Duvall , John Fischer , Michal Pryc , lsarc-ext@sun.com Message-id: <20080207165325.GV19708@Sun.COM> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.2.0.264296 References: <47AA114F.7070204@sun.com> <20080206212950.GA22027@zruty.sfbay.sun.com> <47AAE40C.7020301@sun.com> X-Authentication-warning: binky.Central.Sun.COM: nw141292 set sender to Nicolas.Williams@sun.com using -f User-Agent: Mutt/1.5.7i Status: RO Content-Length: 321 On Thu, Feb 07, 2008 at 03:57:16PM +0500, P.S.M. Swamiji wrote: > BTW, rdesktop also depends on libiconv and no where in > the proposal it's mentioned about it and I am not sure that > would available in Solaris by default. There is no libiconv in Solaris. The iconv functions (iconv_open(3C) and friends) are in libc. From Joerg.Schilling@fokus.fraunhofer.de Thu Feb 7 09:16:57 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m17HGu0q029277 for ; Thu, 7 Feb 2008 09:16:56 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m17HGig2006851; Fri, 8 Feb 2008 01:16:47 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVV0081BPBW9W00@nwk-avmta-1.sfbay.Sun.COM>; Thu, 07 Feb 2008 09:16:44 -0800 (PST) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVV00195PBVJ460@nwk-avmta-1.sfbay.Sun.COM>; Thu, 07 Feb 2008 09:16:43 -0800 (PST) Received: from relay11i.sun.com (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m17HFivt024599; Thu, 07 Feb 2008 17:16:42 +0000 (GMT) Received: from mmp11es.sun.com ([160.41.209.21] [160.41.209.21]) by relay11i.sun.com with ESMTP id BT-MMP-134049; Thu, 07 Feb 2008 17:16:42 +0000 (Z) Received: from relay17i.sun.com (relay17i.sun.com [129.179.4.127]) by mmp11es.sun.com with ESMTP id BT-MMP-221275; Thu, 07 Feb 2008 17:16:42 +0000 (Z) Received: from mailgw21.noc.fraunhofer.de ([153.96.1.17] [153.96.1.17]) by relay1i.sun.com with ESMTP id BT-MMP-707458; Thu, 07 Feb 2008 17:16:41 +0000 (Z) Received: from mailgw21.noc.fraunhofer.de (localhost [127.0.0.1]) by mailgw21.noc.fraunhofer.de (8.14.2+/8.14.2) with ESMTP id m17HGD52012037; Thu, 07 Feb 2008 18:16:13 +0100 (CET) Received: from pluto.fokus.fraunhofer.de (pluto.fokus.fraunhofer.de [195.37.77.164]) by mailgw21.noc.fraunhofer.de (8.14.2+/8.14.2) with ESMTP id m17HG8gO011888 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 07 Feb 2008 18:16:12 +0100 (CET) Received: from EXCHSRV.fokus.fraunhofer.de (bohr [10.147.9.231]) by pluto.fokus.fraunhofer.de (8.13.7/8.13.7) with SMTP id m17HG8jo021744; Thu, 07 Feb 2008 18:16:08 +0100 (MET) Received: from rigel ([10.147.65.195]) by EXCHSRV.fokus.fraunhofer.de with Microsoft SMTPSVC(6.0.3790.3959); Thu, 07 Feb 2008 18:16:08 +0100 Date: Thu, 07 Feb 2008 18:16:08 +0100 From: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling) Subject: Re: LSARC/2008/083 - rdesktop In-reply-to: <20080207165325.GV19708@Sun.COM> To: Psm.Swamiji@sun.com, Nicolas.Williams@sun.com Cc: Michal.Pryc@sun.com, lsarc-ext@sun.com, John.Fischer@sun.com, Danek.Duvall@sun.com Message-id: <47ab3cd8.E1WJTEJuzLcL30rE%Joerg.Schilling@fokus.fraunhofer.de> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-PMX-Version: 5.2.0.264296 X-Brightmail-Tracker: AAAAAA== X-Fraunhofer-Email-Policy: accepted X-Antispam: No, score=-2.6/5.0, scanned in 0.147sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <47AA114F.7070204@sun.com> <20080206212950.GA22027@zruty.sfbay.sun.com> <47AAE40C.7020301@sun.com> <20080207165325.GV19708@Sun.COM> User-Agent: nail 11.22 3/20/05 X-OriginalArrivalTime: 07 Feb 2008 17:16:08.0876 (UTC) FILETIME=[214926C0:01C869AD] Status: RO Content-Length: 838 Nicolas Williams wrote: > On Thu, Feb 07, 2008 at 03:57:16PM +0500, P.S.M. Swamiji wrote: > > BTW, rdesktop also depends on libiconv and no where in > > the proposal it's mentioned about it and I am not sure that > > would available in Solaris by default. > > There is no libiconv in Solaris. The iconv functions (iconv_open(3C) > and friends) are in libc. A trapdoor for software that has been developed against GNU libiconv is that it may try to directly call inofficial interfaces like: libiconv_open() Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily From jyri@buye.red.iplanet.com Thu Feb 7 13:29:36 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m17LTZXw012238 for ; Thu, 7 Feb 2008 13:29:36 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m17LTK9x017645; Fri, 8 Feb 2008 05:29:29 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVW00I0D112Q000@nwk-avmta-2.sfbay.sun.com>; Thu, 07 Feb 2008 13:29:26 -0800 (PST) Received: from buye.red.iplanet.com ([192.18.65.224]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVW00HDC112VL10@nwk-avmta-2.sfbay.sun.com>; Thu, 07 Feb 2008 13:29:26 -0800 (PST) Received: from buye.red.iplanet.com (localhost [127.0.0.1]) by buye.red.iplanet.com (8.13.7+Sun/8.13.7) with ESMTP id m17LTQl5006853; Thu, 07 Feb 2008 13:29:26 -0800 (PST) Received: (from jyri@localhost) by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id m17LTQfj006852; Thu, 07 Feb 2008 13:29:26 -0800 (PST) Date: Thu, 07 Feb 2008 13:29:26 -0800 From: Jyri Virkki Subject: Re: LSARC/2008/083 - rdesktop In-reply-to: <47AA114F.7070204@sun.com> To: John Fischer Cc: lsarc-ext@sun.com, Michal Pryc Message-id: <20080207212926.GE6789@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.2.0.264296 References: <47AA114F.7070204@sun.com> User-Agent: Mutt/1.5.11 Status: RO Content-Length: 581 > 1.3.1. Date this project was conceived: > > 07/15/99 Nit: Wow, that's a long time in the works ;-) > -p: password (- to prompt) I see the manpage has a warning already about this and since this is a third party tool being integrated as-is, that should be ok. Personally I'd word the warning in the man page a little stronger. Also mention it below, in section 4.11. > rdesktop Volatile CLI So both the command name and all its options are Volatile? -- Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems From danek.duvall@sun.com Thu Feb 7 13:57:26 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m17LvPfQ013663 for ; Thu, 7 Feb 2008 13:57:25 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m17LvLTw027905 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@Sun.COM>; Fri, 8 Feb 2008 05:57:24 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVW00J0X2BMZX00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Thu, 07 Feb 2008 13:57:22 -0800 (PST) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVW00H5T2BLVL30@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Thu, 07 Feb 2008 13:57:21 -0800 (PST) Received: from zruty.sfbay.sun.com (zruty.SFBay.Sun.COM [129.146.168.40]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m17LvKbU041844; Thu, 07 Feb 2008 13:57:20 -0800 (PST) Received: from zruty.sfbay.sun.com (localhost [127.0.0.1]) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m17LvJPq000992; Thu, 07 Feb 2008 13:57:19 -0800 (PST) Received: (from dduvall@localhost) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2/Submit) id m17LvJXP000991; Thu, 07 Feb 2008 13:57:19 -0800 (PST) Date: Thu, 07 Feb 2008 13:57:19 -0800 From: Danek Duvall Subject: Re: LSARC/2008/083 - rdesktop In-reply-to: <47AB0A6D.303@Sun.Com> To: Michal Pryc Cc: John Fischer , lsarc-ext@sun.com Message-id: <20080207215719.GL22027@zruty.sfbay.sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.2.0.264296 References: <47AA114F.7070204@sun.com> <20080206212950.GA22027@zruty.sfbay.sun.com> <47AB0A6D.303@Sun.Com> User-Agent: Mutt/1.5.16 (2007-06-27) Status: RO Content-Length: 2470 On Thu, Feb 07, 2008 at 01:41:01PM +0000, Michal Pryc wrote: > Danek Duvall wrote: >> How does this compare with vino? > Vino is a remote desktop based on the RFB (Remote FrameBuffer) protocol > used by VNC, while rdesktop uses RDP (Remote Desktop Protocol). I'm a bit surprised that one tool can't be made to speak both protocols. >> Don't we have some sort of solution for RDP and Sun Ray? > There is Sun Ray Connector for Windows OS, which currently supports > protocol version 5.2, but it is not open source and it's most likely that > never be, because of contract with Microsoft. > To integrate rdesktop to Indiana distribution it need to be free software. No, Indiana merely needs to be redistributable. It would be nice for everything to be free, but it's not one of Indiana's goals. >> How are the encryption keys generated and shared? > Could you be more specific in this question? I am not sure if you want to > know the whole process for RC4 symmetric algorithm, which includes > generating and storing keys on the server side (Microsoft Windows Terminal > Server services)? The RC4 symmetric algorithm uses the same key stored on > the server side do encrypt/decrypt data. Right -- that's the definition of a symmetric encryption algorithm. What I'm wondering is, if you want to use encryption, how do you generate the key? What command do you type? Since both sides need to have the same key, how do you transport that key from the side that generated it to the other side in a secure fashion? >> Is there any authentication available? > There is domain authentication during the remote connection attempt, which > queries domain servers for user authentication. This is possible with > rdesktop CLI parameters. "Domain authentication" is like doing user/password lookup against a server (like we do with NIS here)? >> You mention that RDP prior to version 6 is subject to MITM attacks, but >> this project seems to use version 5 by default. Is there a reason we >> don't use the more secure version of the protocol? > > The rdesktop is an open source project. As such it can not use spec for > RDP protocol provided by Microsoft, which is distributed under NDA. The > protocol used in rdesktop is reverse engineered version from scratch. > This implementation can be redistributed under GPL license. Version 6 of > the RDP protocol is relatively new and was not yet been reverse > engineered. That's a shame, but okay. Danek From Nicolas.Williams@sun.com Thu Feb 7 14:28:48 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m17MSmWQ015433 for ; Thu, 7 Feb 2008 14:28:48 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m17MSkYj048758; Thu, 7 Feb 2008 15:28:46 -0700 (MST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVW000013RX1500@brm-avmta-1.central.sun.com>; Thu, 07 Feb 2008 15:28:45 -0700 (MST) Received: from binky.Central.Sun.COM ([129.153.128.104]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVW00LQZ3RWHM10@brm-avmta-1.central.sun.com>; Thu, 07 Feb 2008 15:28:44 -0700 (MST) Received: from binky.Central.Sun.COM (localhost [127.0.0.1]) by binky.Central.Sun.COM (8.14.1+Sun/8.14.1) with ESMTP id m17MSilC014285; Thu, 07 Feb 2008 16:28:44 -0600 (CST) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.1+Sun/8.14.1/Submit) id m17MSito014284; Thu, 07 Feb 2008 16:28:44 -0600 (CST) Date: Thu, 07 Feb 2008 16:28:44 -0600 From: Nicolas Williams Subject: Re: LSARC/2008/083 - rdesktop In-reply-to: <20080207215719.GL22027@zruty.sfbay.sun.com> To: Danek Duvall Cc: Michal Pryc , John Fischer , lsarc-ext@sun.com Message-id: <20080207222843.GP19708@Sun.COM> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.2.0.264296 References: <47AA114F.7070204@sun.com> <20080206212950.GA22027@zruty.sfbay.sun.com> <47AB0A6D.303@Sun.Com> <20080207215719.GL22027@zruty.sfbay.sun.com> X-Authentication-warning: binky.Central.Sun.COM: nw141292 set sender to Nicolas.Williams@sun.com using -f User-Agent: Mutt/1.5.7i Status: RO Content-Length: 1289 On Thu, Feb 07, 2008 at 01:57:19PM -0800, Danek Duvall wrote: > On Thu, Feb 07, 2008 at 01:41:01PM +0000, Michal Pryc wrote: > > Could you be more specific in this question? I am not sure if you want to > > know the whole process for RC4 symmetric algorithm, which includes > > generating and storing keys on the server side (Microsoft Windows Terminal > > Server services)? The RC4 symmetric algorithm uses the same key stored on > > the server side do encrypt/decrypt data. > > Right -- that's the definition of a symmetric encryption algorithm. What > I'm wondering is, if you want to use encryption, how do you generate the > key? What command do you type? Since both sides need to have the same > key, how do you transport that key from the side that generated it to the > other side in a secure fashion? > > >> Is there any authentication available? > > There is domain authentication during the remote connection attempt, which > > queries domain servers for user authentication. This is possible with > > rdesktop CLI parameters. > > "Domain authentication" is like doing user/password lookup against a server > (like we do with NIS here)? Sounds like either NTLM or Kerberos V. It'd be nice to know for sure. Security considerations need to be documented. Nico -- From Psm.Swamiji@sun.com Fri Feb 8 01:12:01 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m189C0am002165 for ; Fri, 8 Feb 2008 01:12:00 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m189BvgB029437 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Fri, 8 Feb 2008 09:11:59 GMT Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVW00507XJWYJ00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 08 Feb 2008 01:11:56 -0800 (PST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVW00KDNXJV4UD0@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 08 Feb 2008 01:11:56 -0800 (PST) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m189C14N022948 for ; Fri, 08 Feb 2008 09:12:01 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JVW00C01XHL6100@mail-apac.sun.com> (original mail from Psm.Swamiji@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 08 Feb 2008 17:11:55 +0800 (SGT) Received: from [129.158.227.69] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JVW007FQXJUBI9X@mail-apac.sun.com>; Fri, 08 Feb 2008 17:11:55 +0800 (SGT) Date: Fri, 08 Feb 2008 14:41:50 +0530 From: "P.S.M. Swamiji" Subject: Re: LSARC/2008/083 - rdesktop In-reply-to: <47AB3564.5070608@Sun.Com> Sender: Psm.Swamiji@sun.com To: Michal Pryc Cc: John Fischer , Danek Duvall , lsarc-ext@sun.com Message-id: <47AC1CD6.4020609@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <47AA114F.7070204@sun.com> <20080206212950.GA22027@zruty.sfbay.sun.com> <47AAE40C.7020301@sun.com> <47AB3564.5070608@Sun.Com> User-Agent: Thunderbird 2.0.0.6 (X11/20070802) Status: RO Content-Length: 1701 Michal Pryc wrote: >>> pare with vino? Don't we have some sort of solution for >>> RDP and Sun Ray? >>> >> Yes, we have. It's called Sun Ray Windows Connector. >> However, it doesn't work from console. >> >> BTW, rdesktop also depends on libiconv and no where in >> the proposal it's mentioned about it and I am not sure that >> would available in Solaris by default. >> > > Not in this case. > rdesktop uses following 3 functions from iconv.h: > extern int iconv_close(iconv_t); > extern iconv_t iconv_open(const char *, const char *); > extern size_t iconv(iconv_t, char **_RESTRICT_KYWD, > size_t *_RESTRICT_KYWD, char **_RESTRICT_KYWD, > size_t *_RESTRICT_KYWD); > > The iconv.h is from SUNWhea (SunOS C/C++ header files for general > development of software) package and it's through libc.so. > Fine. I have raised that, because the open source rdeskstop 1.5 doesn't work with out libiconv like as same as with out ssl and we mention about ssl requirement but not iconv. Thanks P.S.M.Swamiji > Michal > > >> Thanks >> P.S.M.Swamiji >> >> >>> How are the encryption keys generated and shared? >>> >>> Is there any authentication available? >>> >>> You mention that RDP prior to version 6 is subject to MITM attacks, but >>> this project seems to use version 5 by default. Is there a reason we >>> don't >>> use the more secure version of the protocol? >>> >>> Danek >>> _______________________________________________ >>> opensolaris-arc mailing list >>> opensolaris-arc@opensolaris.org >>> >>> >>> > > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org > From Michal.Pryc@sun.com Fri Feb 8 02:47:46 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m18AlkeO004092 for ; Fri, 8 Feb 2008 02:47:46 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m18AljKV020327 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Fri, 8 Feb 2008 03:47:45 -0700 (MST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JVX00M031ZJL700@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 08 Feb 2008 02:47:43 -0800 (PST) Received: from gmp-eb-mail-1.sun.com ([192.18.6.21]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JVX00JTQ1ZIM2A0@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 08 Feb 2008 02:47:43 -0800 (PST) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m18AlgYf020612 for ; Fri, 08 Feb 2008 10:47:42 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JVX00H011GLJZ00@fe-emea-10.sun.com> (original mail from Michal.Pryc@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 08 Feb 2008 10:47:42 +0000 (GMT) Received: from [129.156.235.61] by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JVX00A8Z1Z7WJ00@fe-emea-10.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 08 Feb 2008 10:47:32 +0000 (GMT) Date: Fri, 08 Feb 2008 10:51:12 +0000 From: Michal Pryc Subject: Re: LSARC/2008/083 - rdesktop In-reply-to: <20080207212926.GE6789@sun.com> Sender: Michal.Pryc@sun.com To: Jyri Virkki Cc: John Fischer , lsarc-ext@sun.com Message-id: <47AC3420.8020806@Sun.Com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <47AA114F.7070204@sun.com> <20080207212926.GE6789@sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 824 Jyri Virkki wrote: >> 1.3.1. Date this project was conceived: >> >> 07/15/99 > > Nit: Wow, that's a long time in the works ;-) Right, I was using template ARC and just missed this field. My mistake :) Should be: 04/02/01 > >> -p: password (- to prompt) > > I see the manpage has a warning already about this and since this is a > third party tool being integrated as-is, that should be ok. Personally > I'd word the warning in the man page a little stronger. Also mention > it below, in section 4.11. > >> rdesktop Volatile CLI > > So both the command name and all its options are Volatile? > > Agree that this should be mentioned in section 4.11. I might write a patch for the manpage and CLI application to make it more visible to the users? Michal From Alan.Coopersmith@sun.com Tue Feb 12 19:06:14 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1D36E3x011260 for ; Tue, 12 Feb 2008 19:06:14 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1D36ACr014053 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Wed, 13 Feb 2008 03:06:13 GMT Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JW500123PYAOS00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 12 Feb 2008 19:06:10 -0800 (PST) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW50009WPY9JR10@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 12 Feb 2008 19:06:09 -0800 (PST) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m1D3696V016630 for ; Tue, 12 Feb 2008 19:06:09 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JW500301PXUMG00@fe-sfbay-10.sun.com> (original mail from Alan.Coopersmith@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 12 Feb 2008 19:06:09 -0800 (PST) Received: from [129.146.108.211] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JW500GCGPY6OA40@fe-sfbay-10.sun.com>; Tue, 12 Feb 2008 19:06:06 -0800 (PST) Date: Tue, 12 Feb 2008 19:06:06 -0800 From: Alan Coopersmith Subject: Re: LSARC/2008/083 - rdesktop In-reply-to: <20080207215719.GL22027@zruty.sfbay.sun.com> Sender: Alan.Coopersmith@sun.com To: Danek Duvall Cc: Michal Pryc , John Fischer , lsarc-ext@sun.com Message-id: <47B25E9E.9090601@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 X-Enigmail-Version: 0.95.1 References: <47AA114F.7070204@sun.com> <20080206212950.GA22027@zruty.sfbay.sun.com> <47AB0A6D.303@Sun.Com> <20080207215719.GL22027@zruty.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20071203) Status: RO Content-Length: 808 Danek Duvall wrote: > On Thu, Feb 07, 2008 at 01:41:01PM +0000, Michal Pryc wrote: > >> Danek Duvall wrote: >>> How does this compare with vino? >> Vino is a remote desktop based on the RFB (Remote FrameBuffer) protocol >> used by VNC, while rdesktop uses RDP (Remote Desktop Protocol). > > I'm a bit surprised that one tool can't be made to speak both protocols. I don't know that there's any technical reason it's not possible, they're just different open source projects with different goals - just as Samba could be extended to speak NFS protocol as well as CIFS, but the teams involved aren't likely to do so, and we shouldn't fork them to force a merge that no one else has done. -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering From danek.duvall@sun.com Tue Feb 12 20:33:40 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1D4Xeur013452 for ; Tue, 12 Feb 2008 20:33:40 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1D4XaGH010750 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@Sun.COM>; Wed, 13 Feb 2008 04:33:39 GMT Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JW500J01U02PQ00@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Tue, 12 Feb 2008 20:33:38 -0800 (PST) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW5000Q1U010FE0@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Tue, 12 Feb 2008 20:33:37 -0800 (PST) Received: from zruty.sfbay.sun.com (zruty.SFBay.Sun.COM [129.146.168.40]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1D4XaGu003260; Tue, 12 Feb 2008 20:33:36 -0800 (PST) Received: from zruty.sfbay.sun.com (localhost [127.0.0.1]) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2) with ESMTP id m1D4XaHj027290; Tue, 12 Feb 2008 20:33:36 -0800 (PST) Received: (from dduvall@localhost) by zruty.sfbay.sun.com (8.14.2+Sun/8.14.2/Submit) id m1D4XaAc027289; Tue, 12 Feb 2008 20:33:36 -0800 (PST) Date: Tue, 12 Feb 2008 20:33:35 -0800 From: Danek Duvall Subject: Re: LSARC/2008/083 - rdesktop In-reply-to: <47B25E9E.9090601@sun.com> To: Alan Coopersmith Cc: Michal Pryc , John Fischer , lsarc-ext@sun.com Message-id: <20080213043335.GP28799@zruty.sfbay.sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.2.0.264296 References: <47AA114F.7070204@sun.com> <20080206212950.GA22027@zruty.sfbay.sun.com> <47AB0A6D.303@Sun.Com> <20080207215719.GL22027@zruty.sfbay.sun.com> <47B25E9E.9090601@sun.com> User-Agent: Mutt/1.5.16 (2007-06-27) Status: RO Content-Length: 759 On Tue, Feb 12, 2008 at 07:06:06PM -0800, Alan Coopersmith wrote: > > I'm a bit surprised that one tool can't be made to speak both protocols. > > I don't know that there's any technical reason it's not possible, they're > just different open source projects with different goals - just as > Samba could be extended to speak NFS protocol as well as CIFS, but the > teams involved aren't likely to do so, and we shouldn't fork them to force > a merge that no one else has done. And I don't expect them to. But I'd like for the various teams involved in remote desktop display to talk. Talk strategy, even. I know, it's a stretch for Sun. JohnF said at the meeting today that he'd bring it up with the desktop folks, which was good enough for me. Danek From jyri@buye.red.iplanet.com Tue Feb 12 21:53:05 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1D5r50H014341 for ; Tue, 12 Feb 2008 21:53:05 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1D5qvDu006758; Wed, 13 Feb 2008 05:53:02 GMT Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JW500505XOD5J00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 12 Feb 2008 21:53:01 -0800 (PST) Received: from buye.red.iplanet.com ([192.18.65.224]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW500K1DXOD2E80@nwk-avmta-1.sfbay.Sun.COM>; Tue, 12 Feb 2008 21:53:01 -0800 (PST) Received: from buye.red.iplanet.com (localhost [127.0.0.1]) by buye.red.iplanet.com (8.13.7+Sun/8.13.7) with ESMTP id m1D5r1Ui013457; Tue, 12 Feb 2008 21:53:01 -0800 (PST) Received: (from jyri@localhost) by buye.red.iplanet.com (8.13.7+Sun/8.13.7/Submit) id m1D5r1Wl013456; Tue, 12 Feb 2008 21:53:01 -0800 (PST) Date: Tue, 12 Feb 2008 21:53:01 -0800 From: Jyri Virkki Subject: Re: LSARC/2008/083 - rdesktop In-reply-to: <47AC3420.8020806@Sun.Com> To: Michal Pryc Cc: John Fischer , lsarc-ext@sun.com Message-id: <20080213055301.GJ12197@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.2.0.264296 References: <47AA114F.7070204@sun.com> <20080207212926.GE6789@sun.com> <47AC3420.8020806@Sun.Com> User-Agent: Mutt/1.5.11 Status: RO Content-Length: 787 Michal Pryc wrote: > > >> -p: password (- to prompt) > > > >I see the manpage has a warning already about this and since this is a > >third party tool being integrated as-is, that should be ok. Personally > >I'd word the warning in the man page a little stronger. Also mention > >it below, in section 4.11. > > Agree that this should be mentioned in section 4.11. > I might write a patch for the manpage and CLI application to make it > more visible to the users? I don't feel strongly enough about it to require one way or the other. The key bit is that there is already a warning about it there. If I was the RE I'd probably strenghten the wording, but up to you. A warning from the CLI itself would be nice too. -- Jyri J. Virkki - jyri.virkki@sun.com - Sun Microsystems From johnf@sac.sfbay.sun.com Fri Feb 15 11:14:54 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1FJEstD014937 for ; Fri, 15 Feb 2008 11:14:54 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1FJElOm029045 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Fri, 15 Feb 2008 19:14:53 GMT Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JWA00H05O4QWA00@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 15 Feb 2008 11:14:50 -0800 (PST) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JWA009MLO4QC5B0@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 15 Feb 2008 11:14:50 -0800 (PST) Received: from sac.sfbay.sun.com (new-sac.SFBay.Sun.COM [129.146.175.65]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m1FJEnvp005982; Fri, 15 Feb 2008 11:14:49 -0800 (PST) Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1FJ7JFX014650; Fri, 15 Feb 2008 11:07:19 -0800 (PST) Received: (from johnf@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id m1FJ7JVx014649; Fri, 15 Feb 2008 11:07:19 -0800 (PST) Date: Fri, 15 Feb 2008 11:07:19 -0800 (PST) From: John Fischer Subject: Re: LSARC/2008/083 - rdesktop To: Michal.Pryc@sun.com Cc: John.Fischer@sun.com, lsarc-ext@sun.com Message-id: <200802151907.m1FJ7JVx014649@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 122 All, The timer having expired following the LSARC meeting discussion I am closing this case as approved. Thanks, John