1 INFO-VAX	Tue, 30 Nov 2004	Volume 2004 : Issue 665       Contents:= Adding LF to CR 's when monitoring  serial port  in a Decterm " Re: Cross-platform Backup Solution" Re: DEC retail stores in the 1980s" Re: DEC retail stores in the 1980s Re: enhancements to VMS MAIL Re: enhancements to VMS MAIL Re: enhancements to VMS MAIL Re: enhancements to VMS MAIL Re: FTP behavior change?P Re: interesting take on Olsen's "no reason for any individual tohave acomputer i Re: UUCP for OpenVMS on Alpha  Re: UUCP for OpenVMS on Alpha : Re: VT1xx flavors (was Re: DEC retail stores in the 1980s): Re: VT1xx flavors (was Re: DEC retail stores in the 1980s): Re: VT1xx flavors (was Re: DEC retail stores in the 1980s)8 Re: [OT]: Digital Equipment Corp. and the origin of Spam [Typo ?] What is a Ramanujan ?" Re: [Typo ?] What is a Ramanujan ?" Re: [Typo ?] What is a Ramanujan ?  F ----------------------------------------------------------------------    Date: 30 Nov 2004 06:52:37 -0800( From: pulley_p@hotmail.com (Phil Pulley)F Subject: Adding LF to CR 's when monitoring  serial port  in a Decterm= Message-ID: <7041fc41.0411300652.7e013d26@posting.google.com>   F I am trying to view a text stream received on a serial port by using a= Decterm. I am using 'set host/dte' which seems to work but... E The received text lines are delimited by CR's only so, when displayed E in the Decterm, all characters appear on one line, with each received  line overwriting the next.F What I obviously need to do is force the Decterm to translate receivedE CR's to CR/LF's so as to get the required display - but how to do it? E I thought it should be simple but I have looked at all the options on ? 'set host/dte' and 'set term' and can't find anything to do it.   3 Any info/advice/ideas would be GREATLY appreciated.   3 BTW I am using an Alpha XP900 running OpenVMS 7.2-1      TIA      Phil Pulley    ------------------------------    Date: 30 Nov 2004 07:44:21 -0800. From: siobhanellis@hotmail.com (Siobhan Ellis)+ Subject: Re: Cross-platform Backup Solution = Message-ID: <7902e81a.0411300744.4251a0b7@posting.google.com>   a Alan Fay <alan.fay@veritas.com> wrote in message news:<co032r$1st$1$8302bc10@news.demon.co.uk>... ! > > Date: 2004-11-11 20:39:26 PST - > > From: Yong Boon, Lim (y0ngb00n@yahoo.com) , > > Subject: Cross-platform Backup Solution  > > Newsgroups: comp.os.vms  > > K > > Does anyone of you know any cross-platform backup product which support  > > Windows and OpenVMS? > >  > > Thank you! > > 
 > > Yong Boon   C Legato NetWorker for OpenVMS has a Storage Node, Client and support @ for Rdb & Oracle. This means that NetWorker can back up over theB network, or write directly to disk or tape. We can even share tapeB devices between Windows, Unix, Linux, and OpenVMS. No other backupD application can offer this range of support, especially when OpenVMS is included.  A There are reference stories, one of which (SEFL) is a Windows and  OpenVMS implementation. See Y http://www.legato.com/resources/success_story.cfm?oid=00010BBD-8C8C-1050-841680C402DA0816 7 or http://www.legato.com/products/networker/openvms.cfm   
 Siobhan Ellis % NetWorker for OpenVMS Product Manager  EMC Legato.   ) for more info, contact openvms@legato.com    ------------------------------  % Date: Tue, 30 Nov 2004 22:05:18 +0800  From: prep@prep.synonet.com + Subject: Re: DEC retail stores in the 1980s - Message-ID: <874qj7o2jl.fsf@prep.synonet.com>   6 kaplow_r@encompasserve.org.TRABoD (Bob Kaplow) writes:  D > In article <04112510205039@antinode.org>, sms@antinode.org writes:G >>    As I recall, the VT102 was a reduced-cost, non-expandable version I >> which had the features of a VT100 with the advanced video option.  I'd 3 >> say it had less soup than a well equipped VT100.  > 2 > What was not in the VT102 that was in the VT100?  C About 96 million firmware bugs :) And some limit checks on settable 0 parameters, key repeat being the meemorable one!   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 30 Nov 2004 12:37:23 -06004 From: kaplow_r@encompasserve.org.TRABoD (Bob Kaplow)+ Subject: Re: DEC retail stores in the 1980s 3 Message-ID: <znxvJ405iXJt@eisner.encompasserve.org>   f In article <KrKqd.34384$Qv5.28845@newssvr33.news.prodigy.com>, "John Vottero" <John@mvpsi.com> writes:D > "Bob Kaplow" <kaplow_r@encompasserve.org.TRABoD> wrote in message 3 >> What was not in the VT102 that was in the VT100?  > N > As I recall (it's been a while), the VT100 had a backplane that let you add O > options, the VT102 had no backplane.  I don't know what options they had.  I  L > think a DECmate I was really just a VT100 with a PDP-8 board but, I don't - > know if you could buy just the PDP-8 board.   K The "backplane" was IIRC a single connector that allowed you to install the H VT105/VT125 graphics options. That same connector was used for the VT180J "Robin" CP/M upgrade. The VT102 supported the Robin. Back in 1981?-2? whenK they had the employee purchase Robin sale, the VT-102 is what they packaged 
 them with.  J The VT-103 did not support the Robin. Which didn't stop me from installing one in mine for a while...  1 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD" & 		>>> To reply, remove the TRABoD! <<<K Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdf L     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  N ... One nation under survielence, divisive, with liberty and justice for none.   ------------------------------  + Date: Tue, 30 Nov 2004 17:26:22 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk% Subject: Re: enhancements to VMS MAIL ) Message-ID: <coiafu$lo3$2@news.mdx.ac.uk>   j In article <c$fncpogts63@eisner.encompasserve.org>, kaplow_r@encompasserve.org.TRABoD (Bob Kaplow) writes:x >In article <coa851$r12$2@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:G >> A while back, one of the engineers asked here about suggestions for  : >> improving VMS MAIL.  Here are a couple I'd like to see: >>  K >> When FORWARDing a message interactively, have the original subject come  7 >> up at the prompt (which can be edited if necessary).  >>  J >> Increase the size of the recall buffer in MAIL (like was done with DCL)A >> and add a RECALL command analogous to the DCL RECALL command.   > H >Add the ability to REPLY to the author AND the rest of the distribution >list, including the CC list.  >   G I'm so used to using PMDF's improved clone of VMS MAIL that I'd totally & forgotten it doesn't have a REPLY/ALL.  M In general VMS MAIL needs all the features of PMDF MAIL (which supports MIME) I and then the other things I mentioned such as sub-folders, PGP hooks etc. N PMDF MAIL is a very good extended clone of VMS MAIL and shows what is possible3 but is limited by the VMS Mail stores capabilities.   
 David Webb Security team leader CCSS Middlesex University   ------------------------------  + Date: Tue, 30 Nov 2004 17:42:42 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk% Subject: Re: enhancements to VMS MAIL ) Message-ID: <coibei$ma3$1@news.mdx.ac.uk>   q In article <YW4ma0IYSNcF@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: K >In article <cofn5i$pll$1@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes:  >>  = >> 2) Folders as sub-directories (and folders within folders) Q >>    The advantages of an indexed mail.mai file are to some extent lost when all N >>    the messages for all the folders are stored in the same mail directory.  > B >   I have several folders across several disks now.  Is there are@ >   restriction that they can't be subdirectories of each other? > N As far as I am aware you can't create folders in a mail.mai file in such a wayO as to make the messages not all be stored in the same directory as the mail.mai  file.   O What you can do is create other mail files (equivalents of the indexed mail.mai K file ) in other directories and put folders in them. I find that extremely   messy to work with.   = You can also not create a hierachy of folders within folders. M PMDF IMAP does allow you to create such folders but it has to add extra files K into the user's mail area to hold pointer information to sub-directories it 3 creates to hold the mail messages in those folders. L Accessing such mail folders from anything other than an IMAP client (ie via 6 VMS MAIL or PMDF's VMS MAIL clone) is extremely messy.    
 David Webb Security team leader CCSS Middlesex University   ------------------------------  + Date: Tue, 30 Nov 2004 17:52:55 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk% Subject: Re: enhancements to VMS MAIL ) Message-ID: <coic1n$ma3$2@news.mdx.ac.uk>   \ In article <41ABBA36.F0EFB558@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:- >Alan Winston - SSRL Central Computing wrote: R >> >That is one of the main reasons I am still using ALLIN1. (it has a usable list* >> >of TO's and CC's as well as the From.) >>  J >> If this is true, how come PMDF MAIL, using the VMS mail store, can do a
 >> REPLY/ALL?  > L >It does what it can with the 256 characters in the TO and CC lines, parsingK >them as best as it can. The TO and CC lines are single text fields max 256 K >bytes. The last address shown on that line may be truncated and it doesn't 3 >mean that there aren't any more adresses in there.  > G >What TO and CC needs to be are repeatable fields, with the mail client M >displaying them as a text field, but with logoc/API that can still read each  >TO and CC individually. > L >As far as another suggestion to avoid the blank line if the first line of aO >message is an RFC header, this would be a security issue. Note that SFF can be Q >configured to require privileges for that reason. (forged headers for instance).   L Since you can put whatever headers you want in by just telneting to the mailJ port on your local SMTP server the idea of restricting it on a mail client seems rather ridiculous.    
 David Webb Security team leader CCSS Middlesex University   ------------------------------  + Date: Tue, 30 Nov 2004 18:35:15 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)% Subject: Re: enhancements to VMS MAIL $ Message-ID: <coieh2$i9o$1@online.de>  B In article <cofn5i$pll$1@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes:   < > 2) Folders as sub-directories (and folders within folders)P >    The advantages of an indexed mail.mai file are to some extent lost when allM >    the messages for all the folders are stored in the same mail directory.    B For years, I've had several mail files distributed across several I subdirectories.  If you define a few keys, it is easy to put stuff where  ! it should be and access it again:   G DEFINE/KEY E5    /NOTERMINATE/  ECHO "SET FILE DISK$USER:[HELBIG.MAIL." > DEFINE/KEY F17   /NOTERMINATE/  ECHO "DISK$USER:[HELBIG.MAIL."  I I have a subdirectory for each letter of the alphabet, so I just have to   type "s] or whatever.    ------------------------------    Date: 30 Nov 2004 05:50:12 -0800* From: sreiner1957@yahoo.com (Steve Reiner)! Subject: Re: FTP behavior change? < Message-ID: <edca5655.0411300550.258891f@posting.google.com>  ^ JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message > try the command FTP> SET PASSIVE ON > M > This will have the VMS host initiate the data connection to the remote unix & > which will then send the data on it. >  > L > Also, you might try to telnet from the Unix host to the VMS machine with aP > /port=54291 to see what happens. Could be blocked by a firewall or some config. > on the VMS machine at the tcpip stack level.   Thanks for the suggestions.   ; I tried the "SET PASSIVE ON", but had the following result:    CM2> FTP FTP> SET PASSIVE ON  Passive is ON. FTP> CONNECT LG9250  220 mcsftp>  Connected to LG9250.   Name (LG9250:sreiner): SFR 230 logged on. FTP> SHO PASSIVE Passive is ON. FTP> pwd
 257 "^BSL" FTP> get LDE	 500 what?  FTP> PASSIVE OFF Passive is OFF.  FTP> get LDE+ 200 your data PORT will be 10.40.44.2 54471 ' 150 Opening ASCII mode data connection. C %TCPIP-E-FTP_DATACONF, cannot establish data connection with remote  host4 -SYSTEM-F-REJECT, connect to network object rejected 451 write error= 32   D Also, I am able to TELNET from the Modcomp (Unix-like) system to theE VMS system, but I do not know how to change the telnet port it uses.    TELNET works in both directions.  B I neglected to mention that an FTP "put" from VMS to Modcomp works4 just fine.  It seems only that the "get" has issues.   ------------------------------  % Date: Tue, 30 Nov 2004 22:00:16 +0800  From: prep@prep.synonet.com Y Subject: Re: interesting take on Olsen's "no reason for any individual tohave acomputer i - Message-ID: <878y8jo2rz.fsf@prep.synonet.com>   # Nigel Barker <nigel@hp.com> writes:   L > On Thu, 25 Nov 2004 10:39:10 -0700, Dan O'Reilly <dano@process.com> wrote:  D >>Not only that, but DEC couldn't make 780's fast enough!  I'm a carB >>guy, and I liken the 11/780 to the Mustang in 1964 - there was aE >>market looking for a product, and both the 780 and the Mustang were F >>that product.  Plus, it was a heckuva lot cheaper than any mainframe >>around then.  C > The amazing thing looking back is that for five years the 780 was C > the fastest machine that Digital sold. Contrast that with today's E > systems that get a clock speed increase every few months. Of course > > when the 785 was shipped it was 50% faster than the 780 at a > whopping 7.5MHz!  > You are not serious I hope! An 11/70 with MOS would whop a 780E somthing cruel, and a KL-10E likwise in the later part of the 780/785 A life. In fact, a KL if it had been able to have more memory would  match or exceed a 8650.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 30 Nov 2004 06:42:32 -0800- From: v_englisch@yahoo.de (Volker N Englisch) & Subject: Re: UUCP for OpenVMS on Alpha= Message-ID: <f79686e9.0411300642.7b300b04@posting.google.com>    Bob Koehler wrote:B >> is there a UUCP port for OpenVMS running on an alpha machine? I read aE >> lot about DECUS UUCP but even didn't find any source for in in the  >> net.  > ; >  Yep.  Look around for "VAXnet", that's one of the ports.   D Well, doesn't seem to be a UUCP compatible software. The uplink is a2 Unix system, so I guess I can't use VAXnet, can I?   Volker   ------------------------------    Date: 30 Nov 2004 06:45:00 -0800- From: v_englisch@yahoo.de (Volker N Englisch) & Subject: Re: UUCP for OpenVMS on Alpha= Message-ID: <f79686e9.0411300645.2d740b3e@posting.google.com>    Alan wrote: @ >> is there a UUCP port for OpenVMS running on an alpha machine?@ >> I read a lot about DECUS UUCP but even didn't find any source >> for in in the net.  > C > To the best of my knowledge, DECUS UUCP was never ported from VAX D > to Alpha.   I started to do it, but found that some of the stuff IE > didn't understand was tightly tied to the VAX stack structure.   At 0 > that point, I ran out of time and interest.     F Sh**, I just got an alpha machine of my own and intended to replace my unix box with VMS :-(    > I kept my VAXstation-II F > running until a few months ago just to support UUCP, but when my ISP7 > changed hands they broke UUCP and declined to fix it.   & Hmm, uucp really seems to be dying :-(   Volker   ------------------------------    Date: 30 Nov 2004 05:01:05 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) C Subject: Re: VT1xx flavors (was Re: DEC retail stores in the 1980s) 3 Message-ID: <qKGcBGHn78jY@eisner.encompasserve.org>   d In article <d0e744c9.0411291646.181db8ce@posting.google.com>, leeroth@my-deja.com (Lee Roth) writes:  G > An interesting note about the VT102 from that page: "VT102 User Guide F > (EK-VT102-UG). Most terminal emulators that claim to emulate a VT100A > actually emulate its slightly more capable brother, the VT102."  > E > So, the VT102 may have been slightly more functional than a VT100 +  > AVO " > but I'm not sure in what regard.  > It had a much more efficient protocol enhancement for making aB small change on a screen - guaranteed present by the model number.   ------------------------------    Date: 30 Nov 2004 06:08:04 -0800 From: vmsmangler@earthlink.netC Subject: Re: VT1xx flavors (was Re: DEC retail stores in the 1980s) = Message-ID: <ccab7c43.0411300608.3eef8a00@posting.google.com>   h Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<qKGcBGHn78jY@eisner.encompasserve.org>...f > In article <d0e744c9.0411291646.181db8ce@posting.google.com>, leeroth@my-deja.com (Lee Roth) writes: > I > > An interesting note about the VT102 from that page: "VT102 User Guide H > > (EK-VT102-UG). Most terminal emulators that claim to emulate a VT100C > > actually emulate its slightly more capable brother, the VT102."  > > G > > So, the VT102 may have been slightly more functional than a VT100 +  > > AVO $ > > but I'm not sure in what regard. > @ > It had a much more efficient protocol enhancement for making aD > small change on a screen - guaranteed present by the model number.  B There was also the VT180, the "Robin". This was a kit to convert a> standard VT100 series to a Z80 micro-computer running CP/M. It@ consisted of the Z80 8 bit cpu, 64 KB memory and dual 5 1/4 inchE diskettes. Each diskette only stored 180 KB. I donated mine some time  ago to the museum in Texas.   > Bill LaCounte (retired VMS Systems Programmer/Systems Manager)   ------------------------------  % Date: Tue, 30 Nov 2004 08:30:58 -0800 + From: Jon Forrest <forrest@ce.berkeley.edu> C Subject: Re: VT1xx flavors (was Re: DEC retail stores in the 1980s) . Message-ID: <41ACA042.8040209@ce.berkeley.edu>   Larry Kilgallen wrote:f > In article <d0e744c9.0411291646.181db8ce@posting.google.com>, leeroth@my-deja.com (Lee Roth) writes: >  > G >>An interesting note about the VT102 from that page: "VT102 User Guide F >>(EK-VT102-UG). Most terminal emulators that claim to emulate a VT100A >>actually emulate its slightly more capable brother, the VT102."  >>E >>So, the VT102 may have been slightly more functional than a VT100 +  >>AVO " >>but I'm not sure in what regard. >  > @ > It had a much more efficient protocol enhancement for making aD > small change on a screen - guaranteed present by the model number.  @ It had the "insert character" ability, which allowed a characterB to be inserted on a line with the shift of the existing characters? done by the terminal, not the host. This made a huge difference @ in editors like 'vi' (or other screen editors) when running over? slow lines because it substantially reduced the number of bytes 4 that had to be sent by the computer to the terminal.   Jon Forrest    ------------------------------  # Date: Tue, 30 Nov 2004 14:09:20 GMT ( From: Joe Matuscak <matuscak@rohrer.com>A Subject: Re: [OT]: Digital Equipment Corp. and the origin of Spam ? Message-ID: <MPG.1c1649d4cc2720d5989681@news-server.neo.rr.com>   B In article <6.1.2.0.2.20041126144635.023ff6d8@raptor.psccos.com>,  dano@process.com says...G > I think Vint Cern would argue with that...Gore had as much to do with B > "inventing the internet" as I did with "inventing space travel".  G Oddly enough, Vint Cerf and Bob Kahn posted a letter where they pretty   much agree with Al Gore. See:   7 http://www.interesting-people.org/archives/interesting-  people/200009/msg00052.html    --   Joe Matuscak Rohrer Corporation 717 Seville Road Wadsworth, OH 44281    ------------------------------  + Date: Tue, 30 Nov 2004 13:33:18 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)' Subject: [Typo ?] What is a Ramanujan ? 0 Message-ID: <newscache$pcuz7i$i02$1@news.sil.at>  / Browsing (again) over the 7.3-2 Feature list on   < 	http://www.openvms.digital.com/openvms/os/v732features.html  L I stumbled over a feature "Fastpath for Ramanujan" (just after "Fastpath forL PEdriver"). What is this ? The name of the hacker which changed the list ???  
 Just curious.  Warren ?   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  + Date: Tue, 30 Nov 2004 13:45:38 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)+ Subject: Re: [Typo ?] What is a Ramanujan ? 0 Message-ID: <newscache$9xuz7i$r92$1@news.sil.at>  i In article <newscache$pcuz7i$i02$1@news.sil.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes: 0 >Browsing (again) over the 7.3-2 Feature list on > = >	http://www.openvms.digital.com/openvms/os/v732features.html  > M >I stumbled over a feature "Fastpath for Ramanujan" (just after "Fastpath for M >PEdriver"). What is this ? The name of the hacker which changed the list ???   N Found the answer myself in http://www.openvms.digital.com/wizard/wiz_6431.html. It is/was the codename for a hardware project.  D 	The "Ramanujan" project resulted in the KZPDC series backplane RAID= 	controller, with driver support in OpenVMS V7.3-1 and later.    Funny.   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Tue, 30 Nov 2004 08:27:51 -0800 # From: "Tom Linden" <tom@kednos.com> + Subject: Re: [Typo ?] What is a Ramanujan ? ( Message-ID: <opsiadcpq7zgicya@hyrrokkin>  E On Tue, 30 Nov 2004 13:45:38 +0000 (UTC), Peter 'EPLAN' LANGSTOEGER    <peter@langstoeger.at> wrote:   I > In article <newscache$pcuz7i$i02$1@news.sil.at>, peter@langstoeger.at   % > (Peter 'EPLAN' LANGSTOEGER) writes: 2 >> Browsing (again) over the 7.3-2 Feature list on >>? >> 	http://www.openvms.digital.com/openvms/os/v732features.html  >>C >> I stumbled over a feature "Fastpath for Ramanujan" (just after    >> "Fastpath forH >> PEdriver"). What is this ? The name of the hacker which changed the   >> list ???  >  > Found the answer myself in  5 > http://www.openvms.digital.com/wizard/wiz_6431.html 0 > It is/was the codename for a hardware project. > F > 	The "Ramanujan" project resulted in the KZPDC series backplane RAID? > 	controller, with driver support in OpenVMS V7.3-1 and later.  >  was the number 1729 present?   > Funny. >        --  C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------   End of INFO-VAX 2004.665 ************************