1 INFO-VAX	Sun, 05 Nov 2006	Volume 2006 : Issue 609       Contents:% Re: CDE or original Session Manager ?  Re: OT: Hacking Democracy  Re: OT: Hacking Democracy A Re: Recommendations for a Windows client for accessing Decwindows A Re: Recommendations for a Windows client for accessing Decwindows A Re: Recommendations for a Windows client for accessing Decwindows  Re: TCPIP Services SPAM config RE: Time change questions !  Re: Time change questions !   F ----------------------------------------------------------------------  % Date: Sun, 05 Nov 2006 08:05:39 -0600 . From: Bob Blunt <RobertDOTblunt@digitalDOTcom>. Subject: Re: CDE or original Session Manager ?: Message-ID: <vrWdnZkPu8jBc9DYnZ2dnUVZ_vWdnZ2d@comcast.com>    Peter 'EPLAN' LANGSTOEGER wrote:m > In article <b-Sdnffe2-O_V9HYnZ2dnUVZ_oadnZ2d@comcast.com>, Bob Blunt <RobertDOTblunt@digitalDOTcom> writes:  > F >>There's ONE thing that keeps me using the Motif session manager and J >>refusing to use CDE.  I have not yet found a way to utilize the various D >>special key functions (<ALT><F2> to switch from DECwindows to the K >>"console" on an Alpha, for instance).  There are times when this ability  . >>is mandatory in my work/support environment. >  >  > Try Ctrl F2  >   G Whatever the standard control sequence is or was, it never worked with  D CDE for me.  I asked about it and was told that <CTRL><F2> had been I disabled for newer graphics interfaces since around the time the S3 Trio  G was introduced.  Given that the last time I tried this was using a new  H OOTB DS25 fresh from the factory, I have to presume that was the reason.   bob    ------------------------------  % Date: Sun, 05 Nov 2006 16:49:19 +0100 3 From: Wilm Boerhout <w5OLD.boerhout@PAINTplanet.nl> " Subject: Re: OT: Hacking Democracy6 Message-ID: <454e0800$0$13561$ba620dc5@nova.planet.nl>  % on 5-11-2006 1:58 Neil Rieck wrote...  > Team,  > O > I just saw a shocking video last night on HBO titled "Hacking Democracy". If  L > this program is only 10% accurate we are all screwed. Check the following  > link for more information:  H International, too: for the upcoming (Nov. 22nd) national elections for F our "Parlement" (~US Congress), an effective lobby caused the current I government to withdraw the permit for use of one type of voting machine,  E on the grounds that EM radiation could be picked up as far as 100 ft  G away from the machine, and converted into voting data. (This breach of  H "voting security" was actually demonstrated by the lobby). Another type 0 of voting machine is still permitted by the way.  H Interestingly, a decision of some city councils to revert to their "old H voting computers" was swiftly repressed when it became known that these , were Windows 95 PC's with floppy disk units.  E So, for 34 communities, including the entire city of Amsterdam, this  I means "back to the fifties", marking the vote on a paper list with a red  F pencil. Government secured delivery of 100.000 pencils for the voting  booths.   
 Wilm Boerhout  Zwolle, The Netherlands    ------------------------------  % Date: Sun, 05 Nov 2006 17:31:32 +0100 3 From: Michael Unger <spam.to.unger@spamgourmet.com> " Subject: Re: OT: Hacking Democracy+ Message-ID: <4r6i9dFq1gdhU1@individual.net>   ( On 2006-11-05 14:24, "Neil Rieck" wrote:   > [...]  > G > For more information, go to http://video.google.com/ then search for: & > 1) hacking democracy (first 3 links) > 2) Diebold  B Another source of information is "Security Analysis of the DieboldA AccuVote-TS Voting Machine" from Princeton University, Center for  Information Technology Policy,4 <http://itpolicy.princeton.edu/voting/ts-paper.pdf>.  F (It was mentioned in "Risks Digest 24.42", available in comp.risks and9 archived at <http://catless.ncl.ac.uk/Risks/24.42.html>.)   E | *Abstract*   This paper presents a fully independent security study E | of a Diebold AccuVote-TS voting machine, including its hardware and E | software. We obtained the machine from a private party. Analysis of E | the machine, in light of real election procedures, shows that it is C | vulnerable to extremely serious attacks. For example, an attacker D | who gets physical access to a machine or its removable memory cardE | for as little as one minute could install malicious code; malicious A | code on a machine could steal votes undetectably, modifying all B | records, logs, and counters to be consistent with the fraudulentE | vote count it creates. An attacker could also create malicious code A | that spreads automatically and silently from machine to machine G | during normal election activities — a voting-machine virus. We have A | constructed working demonstrations of these attacks in our lab. = | Mitigating these threats will require changes to the voting C | machine's hardware and software and the adoption of more rigorous  | election procedures.   Michael    --  ; Real names enhance the probability of getting real answers. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------  % Date: Sun, 05 Nov 2006 06:40:05 -0800 * From: "Tom Linden" <tom@kednos-remove.com>J Subject: Re: Recommendations for a Windows client for accessing Decwindows) Message-ID: <op.tijsc3wutte90l@hyrrokkin>   3 On Sun, 05 Nov 2006 02:09:29 -0800, Wilm Boerhout   & <w5OLD.boerhout@PAINTplanet.nl> wrote:  $ > on 5-11-2006 6:15 Gremlin wrote...
 >> Please? > / > Assuming you mean a Windows X display server:  > K > I've been using Xming ( http://www.straightrunning.com/XmingNotes ) for   ( > some time now. Very pleased with it... > D > Before that, I used the old eXcursion package from the PATHWORKS  H > distribution. Also works fine, but Xming also displays stuff from my   > Linux X clients. >  > /Wilm B That looks interesting, I'll give it a try.  Do you know id XP Pro has native support for md5sum? Tom      --  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------   Date: 5 Nov 2006 09:13:54 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) J Subject: Re: Recommendations for a Windows client for accessing Decwindows3 Message-ID: <9Tz2L3OvVs2M@eisner.encompasserve.org>   Z In article <eikss8$bh3$1@registered.motzarella.org>, "H Vlems" <hvlems@freenet.de> writes:  ' > The ReflectionX suite is rather nice. 1 > But it is a licensed product and will cost you.   ( And sometimes the cost is well worth it.  A I use Reflections on MacOS 9 and find it far superior to the much A newer "free" (and widely hailed) Terminal program that comes with  MacOS X.   ------------------------------  % Date: Sun, 05 Nov 2006 16:38:46 +0100 3 From: Wilm Boerhout <w5OLD.boerhout@PAINTplanet.nl> J Subject: Re: Recommendations for a Windows client for accessing Decwindows6 Message-ID: <454e0586$0$18738$ba620dc5@nova.planet.nl>  & on 5-11-2006 15:40 Tom Linden wrote...  D > That looks interesting, I'll give it a try.  Do you know id XP Pro  > has native support for md5sum?  E Not built-in by Msoft, but a google (md5sum windows xp) reveals it's  2 downloadable in a number of varieties and formats.   /Wilm    ------------------------------  * Date: Sun, 5 Nov 2006 16:41:32 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)' Subject: Re: TCPIP Services SPAM config $ Message-ID: <eil47r$hcp$1@online.de>  B In article <4W23h.1506$r12.45@newssvr12.news.prodigy.com>, Michael, Austin <maustin@firstdbasource.com> writes:   @ > According to the docs setting: Symbiont-Checks-Delivery: FALSE  @ Note that the default changed recently; this is the new default.  R > DEC AXPVMS TCPIP V5.4-15            Full LP     Install     29-AUG-2006 21:46:04  - I think the default was true in this version.   R > The default setting (FALSE) causes the SMTP receiver to check for undeliverable P > email. This prevents the problem by not letting the SPAM for the unknown user Q > onto the host in the first place. To restore the old behavior (symbiont checks  % > delivery), set this option to TRUE.  > Q > Why then does my system constantly try to process usernames that do not exist?  N > And why would anyone make up a username like 3ab8dd.5003023@my-dom-main.???  > (rhetorical)  G It will only reject them if they are valid VMS usernames.  If they are  H invalid, but also invalid (syntactically) as VMS usernames, it will let  them through.  Bug.    ------------------------------  $ Date: Sun, 5 Nov 2006 18:17:19 +11006 From: "O'Brien Paddy" <Paddy.O'Brien@transgrid.com.au>$ Subject: RE: Time change questions !X Message-ID: <0A7046B0A95F2B41B3712F0C5FD1CDC303BBE2@ex-tg2-pr.corporate.transgrid.local>  , This is a multi-part message in MIME format.  ' ------_=_NextPart_001_01C700AA.6DF82660 . Content-Type: text/plain; charset="iso-8859-1"+ Content-Transfer-Encoding: quoted-printable          -----Original Message-----. From: Neil Rieck [mailto:n.rieck@sympatico.ca] Sent: Sun 11/5/2006 8:55 AM  To: Info-VAX@Mvb.Saic.Com $ Subject: Re: Time change questions ! =20   = "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message=20 2 news:737c1$454cec1c$cef8887a$28724@TEKSAVVY.COM... > Neil Rieck wrote:  > L >> Right now OpenVMS doesn't have any near-term date limitations so only th= e=20L >> time (zone) thing needs to be fixed in order to make it as good as UNIX.= =20  >> So what are our options?  > J > As more and more of the software on VMS  has origins in Unix, I wouldn'tJ > brag about VMS being immune from the Unix time format limitation in a=20 > couple of decades. > L > I think a fair amount of software now converts time (either implicitely b= y=209 > using C rtl routines or explicitely) to/from Unix time.  >   K You've brought up a very interesting point. OpenVMS engineering has done=20 H lots of work to allow UNIX code to run on OpenVMS will little, or no,=20/ modifications. According to the following link: 0 http://h71000.www7.hp.com/portability/index.htmlL lots of this magic happens in the C-RTL. So it is possible that a Y2038 and= =20 K Y2106 compatibility bugs may exist in these modules. Some time before 2038=  =20 L someone in the UNIX/C world will need to either redeclare time_t and time_b= =20 J structures as unsigned. Hopefully long before 2106 those people will be=203 smart enough to create a new 64-bit clock variable.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.$ http://www3.sympatico.ca/n.rieck/=20   ***********   8 Neil, are you intending to be around in that time frame?  L I am hoping that I shall see the unix debacle in 2038 (and stll running an =L Alpha VMS box that refuses to die before I do, but if it does, I'll be 93 a=) nd probably dementia will have set in :-)   I Definitely won't be around when we have a 5-digit year, or even 2106  :-)    Regards, Paddy    G *********************************************************************** ; Please consider the environment before printing this email.   C "This electronic message and any attachments may contain privileged @ and confidential information intended only for the use of the=20D addressees named above.  If you are not the intended recipient of=20C this email, please delete the message and any attachment and advise D the sender.  You are hereby notified that any use, dissemination,=207 distribution, reproduction of this email is prohibited.   C If you have received the email in error, please notify TransGrid=20 C immediately.  Any views expressed in this email are those of the=20 ? individual sender except where the sender expressly and with=20 C authority states them to be the views of TransGrid.  TransGrid uses > virus-scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************     ' ------_=_NextPart_001_01C700AA.6DF82660 - Content-Type: text/html; charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">  <HTML> <HEAD>L <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Diso-8859-= 1"> L <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version 6.5.7233.69">* <TITLE>RE: Time change questions !</TITLE> </HEAD>  <BODY>) <!-- Converted from text/plain format -->  <BR> <BR> <BR>  0 <P><FONT SIZE=3D2>-----Original Message-----<BR>L From: Neil Rieck [<A HREF=3D"mailto:n.rieck@sympatico.ca">mailto:n.rieck@sy= mpatico.ca</A>]<BR>  Sent: Sun 11/5/2006 8:55 AM<BR>  To: Info-VAX@Mvb.Saic.Com<BR> ( Subject: Re: Time change questions !<BR> <BR> <BR>L &quot;JF Mezei&quot; &lt;jfmezei.spamnot@teksavvy.com&gt; wrote in message<= BR> L <A HREF=3D"news:737c1$454cec1c$cef8887a$28724@TEKSAVVY.COM">news:737c1$454c=+ ec1c$cef8887a$28724@TEKSAVVY.COM</A>...<BR>  &gt; Neil Rieck wrote:<BR> &gt;<BR>L &gt;&gt; Right now OpenVMS doesn't have any near-term date limitations so o= nly the<BR> L &gt;&gt; time (zone) thing needs to be fixed in order to make it as good as=
  UNIX.<BR>% &gt;&gt; So what are our options?<BR>  &gt;<BR>L &gt; As more and more of the software on VMS&nbsp; has origins in Unix, I w= ouldn't<BR> L &gt; brag about VMS being immune from the Unix time format limitation in a<= BR>  &gt; couple of decades.<BR>  &gt;<BR>L &gt; I think a fair amount of software now converts time (either implicitel= y by<BR>@ &gt; using C rtl routines or explicitely) to/from Unix time.<BR> &gt;<BR> <BR>L You've brought up a very interesting point. OpenVMS engineering has done<BR>I lots of work to allow UNIX code to run on OpenVMS will little, or no,<BR> 3 modifications. According to the following link:<BR> L <A HREF=3D"http://h71000.www7.hp.com/portability/index.html">http://h71000.=* www7.hp.com/portability/index.html</A><BR>L lots of this magic happens in the C-RTL. So it is possible that a Y2038 and= <BR>L Y2106 compatibility bugs may exist in these modules. Some time before 2038<= BR> L someone in the UNIX/C world will need to either redeclare time_t and time_b= <BR>K structures as unsigned. Hopefully long before 2106 those people will be<BR> 7 smart enough to create a new 64-bit clock variable.<BR>  <BR> Neil Rieck<BR>! Kitchener/Waterloo/Cambridge,<BR>  Ontario, Canada.<BR>L <A HREF=3D"http://www3.sympatico.ca/n.rieck/">http://www3.sympatico.ca/n.ri= eck/</A><BR> <BR> ***********<BR>  <BR>< Neil, are you intending to be around in that time frame?<BR> <BR>L I am hoping that I shall see the unix debacle in 2038 (and stll running an =L Alpha VMS box that refuses to die before I do, but if it does, I'll be 93 a=- nd probably dementia will have set in :-)<BR>  <BR>L Definitely won't be around when we have a 5-digit year, or even 2106&nbsp; = :-)<BR>  <BR> Regards, Paddy<BR> </FONT>  </P>   <FONT SIZE=3D3><BR>  <BR>K ***********************************************************************<BR> ? Please consider the environment before printing this email.<BR>  <BR>G "This electronic message and any attachments may contain privileged<BR> B and confidential information intended only for the use of the <BR>F addressees named above.  If you are not the intended recipient of <BR>G this email, please delete the message and any attachment and advise<BR> F the sender.  You are hereby notified that any use, dissemination, <BR>; distribution, reproduction of this email is prohibited.<BR>  <BR>E If you have received the email in error, please notify TransGrid <BR> E immediately.  Any views expressed in this email are those of the <BR> A individual sender except where the sender expressly and with <BR> G authority states them to be the views of TransGrid.  TransGrid uses<BR> B virus-scanning software but excludes any liability for viruses<BR>  contained in any attachment.<BR> <BR>@ Please note the email address for TransGrid personnel is now<BR>( firstname.lastname@transgrid.com.au"<BR> <BR>K ***********************************************************************<BR>  </FONT>  </BODY>  </HTML> ) ------_=_NextPart_001_01C700AA.6DF82660--    ------------------------------  $ Date: Sun, 5 Nov 2006 09:01:25 -0500) From: "Neil Rieck" <n.rieck@sympatico.ca> $ Subject: Re: Time change questions !< Message-ID: <454dee2f$0$14794$9a6e19ea@news.newshosting.com>   RE: Time change questions ! B "O'Brien Paddy" <Paddy.O'Brien@transgrid.com.au> wrote in message R news:0A7046B0A95F2B41B3712F0C5FD1CDC303BBE2@ex-tg2-pr.corporate.transgrid.local...    9 >Neil, are you intending to be around in that time frame?  > L >I am hoping that I shall see the unix debacle in 2038 (and stll running an K >Alpha VMS box that refuses to die before I do, but if it does, I'll be 93  + >and probably dementia will have set in :-)  > J >Definitely won't be around when we have a 5-digit year, or even 2106  :-) >  >Regards, Paddy  >   L In 2038 I'll be 86 years young. The guy running my local gym has assured me J that if I die before then, or if I'm not in complete control of my mental A faculties by then, then he will provide me with a full refund :-)        ###   M Seriously now, I think most of the people hanging out in this news group are  K NOT in this business "just for the money". I have written OpenVMS software  M that has been running without modification since 1987 (and millions of other  E lines in OpenVMS programs constantly being modified). I have written  G embedded software that has been running in residential heating/cooling  J equipment without modification since 1993. I would like all my efforts on K planet Earth to out-live my physical body and hope that I contributed more  C than I consumed. I can only imagine what a sense of accomplishment  J progammers feel after they work on the OpenVMS OS code base. (provided HP   marketing doesn't drop the ball)  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html9 http://www3.sympatico.ca/n.rieck/links/openvms_demos.html    ------------------------------   End of INFO-VAX 2006.609 ************************