INFO-VAX Mon, 11 Aug 2008 Volume 2008 : Issue 436 Contents: Re: CD written on Alpha won't mount on Integrity DVD ROM Re: HP buys EDS Re: HP buys EDS OpenVMS in the media - National Grid Control Centre, Britain from Above, 10/08/0 Re: OpenVMS in the media - National Grid Control Centre, Britain from Above, 10/ Re: OpenVMS in the media - National Grid Control Centre, Britain from Above, 10 Re: Who chopped my lines! Re: Who chopped my lines! Re: Who chopped my lines! Re: Who chopped my lines! Re: Who chopped my lines! Re: Who chopped my lines! Re: Who chopped my lines! ---------------------------------------------------------------------- Date: Sun, 10 Aug 2008 20:30:12 -0500 From: David J Dachtera Subject: Re: CD written on Alpha won't mount on Integrity DVD ROM Message-ID: <489F9624.CC05ACC7@spam.comcast.net> baldrick wrote: > > Evidently I think I've done something wrong here so here's the short > version of the conditions and symptoms, plus a little background. > > We're migrating data from a VAX to a recently installed Integrity Blade. > > I'd like to leave the theological arguments out of this, but I thought > it would be nice to have the VAX data on a CD so we retain it as an > archived starting point, and allows us to copy the data from the CD onto > the new server. > > Objective: Alpha data on newly burned CDR, mounted on Blade and copied. > Problem: Cannot mount CDR on Blade! (VAX and Alpha's no problem). > > Blades are new territory, and using HP SIM (even installing it), using > it, installing VMS is an entertainment in itself. This will be subject > of a VMS podcast before too long. However overall I'm impressed and if > this is the future, bring it on! But I'm straying from the point... > > After connecting the DVD ROM, getting VMS installed, and logging in, I > put my CD into the DVD ROM and tried to mount... > > $ mount/over=id dna0: > %MOUNT-W-IDXHDRBAD, index file header is bad; backup used > %MOUNT-F-MAPHDRBAD, storage map header is bad; volume locked > > And the CD is not mounted. > > $ mount/fore dna0: > %MOUNT-I-MOUNTED, CHANGED mounted on _IIIIII$DNA0: > > However a foreign mount is not much use to me. > > [Note: I have NOT tried the virtual connect of the ISO using SIM] > > $ sh dev d/full > > Disk DNA0:, device type HP......Virtual CD-ROM.., is online, mounted, > software > write-locked, file-oriented device, shareable, available to > cluster, error > logging is enabled. > > But note on the Blade system is shows as a virtual connected device. It > is a HP BLc3000 DVD Drive ($ sh dev d/full > > Disk DNA0:, device type HP......Virtual CD-ROM.., is online, mounted, > software > write-locked, file-oriented device, shareable, available to > cluster, error > logging is enabled. > > This is showing as a virtual connected drive, but is a HP BLc3000 DVD > Drive (DVD/CDRW) mounted in the blade chassis. > > The process used was to make a disk to disk saveset backup of the data, > copy to Alpha, use LDRIVER and CDRECORD to make a CD, and I even > performed (as routine) an ANAL/DISK/READ which passed, apart from > > $ anal/disk dka400: > Analyze/Disk_Structure for _$5$DKA400: started on 5-AUG-2008 11:44:27.59 > > %ANALDISK-I-SHORTBITMAP, storage bitmap on RVN 1 does not cover the > entire device > %ANALDISK-I-OPENQUOTA, error opening QUOTA.SYS > -SYSTEM-W-NOSUCHFILE, no such file > > This is on a (Toshiba) RRD46 type device. When performing the same > command on the YAMAHA CRW2100S (writer) it completes with no > SHORTBITMAP error. I use RITEK media. > > Here is the summary of what I'm doing to create the CD, its a process i > have not changed for some while. I am using Alpha 8.3 with current patches. > > cdrecord -version > Cdrecord 1.10 (Alpha/VAX-CPQ-VMS/OpenVMS) Copyright (C) 1995-2001 Jörg > Schilling > > ld version > %LD-I-VERSION, LD version V8.2, module X-8 built on Jun 29 2006 17:51:35 > -LD-I-DRIVERVERSION, Driver version: 29-JUN-2006 18:18:50.92 > -LD-I-SYSINFO, Node: ZZZZZZ::, Hardware: AlphaServer 800 5/500, VMS > version: V8.3 > > This is the container create command: > > ld create /siz='filsiz' disk$d0:[000000]staging.dsk > > where filsiz is 1437408 I believe this to be the closest safest maximum > addressable data area on a standard "700 MB" cdr. I arrived at this > after some experimentation. > > My INIT command for the container file is: > > init lda1:/index=end/nohigh/system/cluster=4/erase/max='maxfil' 'label' > > and my CDRECORD command is > > cdrecord -v -speed=8 -dev=0,6,0 -driveropts=burnproof -data > disk$d0:[000000]staging.dsk > > [Notes: burnproof doesn't actually work, and I'm using a copy I built > not the standard VMS supplied COPY/RECORDABLE] > > I believe the process I am using SHOULD work, indeed for Alpha and VAX I > have no problems with CDs made this way, but I want to understand what's > going wrong here. Is my INIT command for the volume at fault? Is the > writer not creating a fully compatible disc? Will using COPY/RECORDABLE > make a better copy? If you think the answer will make for a good copy > and not a coaster then i am all ears. > > Nic. > > PS. If anyone suggests "why don't I copy this over the network", they'll > find themselves on the receiving end of the fish slapping dance from > Monty Python. > -- > nclews at csc dot com aka Mr. CP Charges > "The idea that Bill Gates has appeared like a knight in shining armour > to lead all customers out of a mire of technological chaos neatly > ignores the fact that it was he who, by peddling second-rate technology, > led them into it in the first place."- DNA CDs and DVDs may MOUNT with different, not necessarily compatible geometries, thus convincing the system that the BITMAP.SYS is too short, or that the home blocks are in the wrong place, etc. SHOW DEVICE/FULL of the DVD MOUNTed with a known good volume would be enlightening, I think. Don't have access to one myself; so, I can't test it on this end. If possible, try comparing the CD MOUNTed in a DVD-ROM in an Alpha (newer GS1280?) and see how that goes and how it compares to the DVD drive in the I64. D.J.D. ------------------------------ Date: Sun, 10 Aug 2008 13:59:10 -0700 (PDT) From: johnwallace4@yahoo.co.uk Subject: Re: HP buys EDS Message-ID: <6c8af2fd-00d2-4efd-8de8-ed29eaf25a39@t54g2000hsg.googlegroups.com> On Aug 10, 5:37 pm, billg...@cs.uofs.edu (Bill Gunshannon) wrote: > In article , > johnwalla...@yahoo.co.uk writes: > > > > > On Aug 4, 12:17 am, johnwalla...@yahoo.co.uk wrote: > >> On Aug 3, 11:29 pm, "winston19842...@yahoo.com" > > >> wrote: > >> > On Aug 3, 3:10 pm, JF Mezei wrote: > > >> > > Bill Gunshannon wrote: > >> > > > was adamant that HP was a hardware company that knew nothing abo= ut > >> > > > software > > >> > > HP knows that to reach the same size as IBM, it needs to grow its > >> > > services business. Unfortunatly, instead of growing its own servic= e > >> > > business, it has chosen to buy EDS. > > >> > > This means that its existing service business (which is a combinat= ion of > >> > > HP and what is left of Digital/Tandem) won't get "fixed" to grow s= ince > >> > > the impetus will be growth through acquisitions, leaving HP with a > >> > > mismash of not-finely-tuned service businesses. > > >> > > Compare this with IBM that has a far more integrated and coordinat= ed > >> > > service business. The fact that EDS will remain, initially, a sepa= rate > >> > > subsidiary is an indication that at least HP knows it lacks compet= ant > >> > > upper management and doesn't wish to infect EDS with its own incom= etant > >> > > service/enterprise management. > > >> > This shows how little you know of EDS. Their management is the king = of > >> > incompetence. > > >> Depends what you mean by competent. At least in the UK, EDS management > >> seem perfectly comptetent at winning big deals, both with the > >> government and with the private sector. They seem to do this despite > >> (rather than because of) their UK track record, which at least in the > >> public sector, is far from rosy. I suspect their private sector track > >> record isn't that different, but the private sector is often better at > >> concealing business incompetence to avoid public embarrassment, as > >> senior management generally don't particularly need to be held > >> accountable, except perhaps to their Remuneration Committee. > > Well, speaking of competent... a joint venture company whose major > > shareholders include EDS and US defence contractor Cubic just got > > notice of premature termination of their =A3100M/year 17-year contract > > to run the ticketing for what passes for "public transport" in London. > > Termination discussions had been ongoing for some months, but in > > recent weeks there had been two separate catastrophic failures of the > > system reported in the UK national press (not just the IT rags). The > > failures weren't the kind of behaviour you'd expect from a properly > > designed and implemented VMS-based setup, but the termination of the > > contract is equally notable as such terminations are remarkably rare. > > Jul 26: 2nd failure:http://www.ft.com/cms/s/0/151cdf22-5aac-11dd-bf96-0= 00077b07658.html > > Aug 9: termination:http://www.ft.com/cms/s/0/3339b3c2-65ab-11dd-a352-00= 00779fd18c.html > > And, unless you actually work on the project, you really have no idea if > this was a failure to properly code the project or if the code accurately > reflects the tasks as described by the customer. > > I offer as an example a case quite some time ago of a company paid to > create a simulator for the F16. In the testing phase a someone climbed > into the cockpit, hit the raise landing gear switch and watched the > simulator crash on the the simulated surface. Of course, everyone > immediately argued that this was a major bug, until they found out that > performing the same action in a real F16 had the same result!! Thankfull= y, > they they fixed both of them. > > bill > > -- > Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolve= s > billg...@cs.scranton.edu | and a sheep voting on what's for dinner. > University of Scranton | > Scranton, Pennsylvania | #include Based on the first link Kerry kindly posted, EDS's current responsibility was/is the "operation" of the system. The design was reportedly farmed out to yet another well known name in the City of London, Deloitte's (not well known to me for IT systems design and implementation, mind you, and quickly reading their own PR info on the project [1], I'm not sure Deloitte's *did* do the design +implementation, or whether they just wrote a nice RfP and then farmed it out yet again...). Still, so long as there's a prime contractor somewhere in this picture, that's where the buck stops. I do take your point re specification vs implementation (as it happens I work in an industry whose end products control aircraft engines, where that kind of thing is a bit important) but some of the failure modes seen recently (such as the one which resulted in the need to replace thousands of payment cards) probably should not have been expected/permitted *whatever* the specification initially said. Regards John [1] http://www.deloitte.com/dtt/cda/doc/content/UK_C_TransportforLondonsOys= terEpurse.pdf ------------------------------ Date: Sun, 10 Aug 2008 19:06:57 -0400 From: "William Webb" Subject: Re: HP buys EDS Message-ID: <8660a3a10808101606i1a72b400w94c67f2ddebaf8bf@mail.gmail.com> ------=_Part_76902_11777832.1218409617216 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sat, Aug 2, 2008 at 9:27 PM, Bill Gunshannon wrote: > Anybody here care to comment on wether this recent acquisition by > HP will bode well for VMS? EDS may actually be a large scale VMS > user and may have a vested interest in seeing it survive. They > are, at least, a company that understands software and marketing. > > bill > > -- > Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves > billg999@cs.scranton.edu | and a sheep voting on what's for dinner. > University of Scranton | > Scranton, Pennsylvania | #include > The answers to your questions, at least as of 2004 when I got laid off from the U.S. Postal account when they took management of our cluster back in-house, are no, no and no. I have written previously about how USPS uses VMS- they *are* a large-scale VMS customer- again, my direct knowledge is somewhat indirect and dated, as the large usage was in operations (route calculation, mail sorters) and not finance, which was what our cluster did. Sorry. WWWebb ------=_Part_76902_11777832.1218409617216 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline


On Sat, Aug 2, 2008 at 9:27 PM, Bill Gunshannon <billg999@cs.uofs.edu> wrote:
Anybody here care to comment on wether this recent acquisition by
HP will bode well for VMS?  EDS may actually be a large scale VMS
user and may have a vested interest in seeing it survive.  They
are, at least, a company that understands software and marketing.

bill

--
Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolves
billg999@cs.scranton.edu |  and a sheep voting on what's for dinner.
University of Scranton   |
Scranton, Pennsylvania   |         #include <std.disclaimer.h>

 
The answers to your questions, at least as of 2004 when I got laid off from the U.S. Postal account when they took management of our cluster back in-house, are no, no and no.
 
I have written previously about how USPS uses VMS- they *are* a large-scale VMS customer- again, my direct knowledge is somewhat indirect and dated, as the large usage was in operations (route calculation, mail sorters) and not finance, which was what our cluster did.
 
Sorry.
 
WWWebb
 
------=_Part_76902_11777832.1218409617216-- ------------------------------ Date: Sun, 10 Aug 2008 15:04:02 -0700 (PDT) From: urbancamo Subject: OpenVMS in the media - National Grid Control Centre, Britain from Above, 10/08/0 Message-ID: <14c39974-d820-4933-989b-e7f9278bbc43@y21g2000hsf.googlegroups.com> Spotted an LK201 and an LK401 at the console of the controller at the National Grid Control Centre in the programme 'Britain From Above' broadcast on BBC1 in the UK on 10/08/08. The National Grid Control Centre is responsible for providing the UK's electricity supply. The programme focussed on the unique problem in the UK of supplying the peak demands of power required after mainstream TV programmes such as East Enders. The controller had direct influence at an instant over several hydroelectric power plants dotted round the UK that are solely used for providing temporary extra power to satisfy peak demand. The controller monitored a display showing the mains frequency which required action when it dropped to 49.8 Hz - the normal in the UK being 50 Hz. I found it absolutely fascinating that hydroelectric dams are opened temporarily because East Enders has finished and a large portion of the UK public are making a brew! OpenVMS was not mentioned in the programme but it can be assumed that it is used in some major capacity at the control centre. Can anyone provide more details? Regards, Mark. ------------------------------ Date: Sun, 10 Aug 2008 16:36:51 -0700 (PDT) From: johnwallace4@yahoo.co.uk Subject: Re: OpenVMS in the media - National Grid Control Centre, Britain from Above, 10/ Message-ID: <8ad9a720-a3fd-45f6-aa64-710bc64470c2@c58g2000hsc.googlegroups.com> On Aug 10, 11:04 pm, urbancamo wrote: > Spotted an LK201 and an LK401 at the console of the controller at the > National Grid Control Centre in the programme 'Britain From Above' > broadcast on BBC1 in the UK on 10/08/08. > > The National Grid Control Centre is responsible for providing the UK's > electricity supply. The programme focussed on the unique problem in > the UK of supplying the peak demands of power required after > mainstream TV programmes such as East Enders. The controller had > direct influence at an instant over several hydroelectric power plants > dotted round the UK that are solely used for providing temporary extra > power to satisfy peak demand. The controller monitored a display > showing the mains frequency which required action when it dropped to > 49.8 Hz - the normal in the UK being 50 Hz. > > I found it absolutely fascinating that hydroelectric dams are opened > temporarily because East Enders has finished and a large portion of > the UK public are making a brew! > > OpenVMS was not mentioned in the programme but it can be assumed that > it is used in some major capacity at the control centre. > > Can anyone provide more details? > > Regards, > > Mark. If you look up "pumped storage" in the usual places you will find some fascinating (well, to me) information. www.fhc.co.uk describes a couple of such stations in picturesque North Wales and is worth a visit either via the web or preferably for real. The Dinorwig station has a visitor centre (with, last time I was there, a very impressive cafe), the station itself is open to the public and you can take a tour. Last time I tried was on an unplanned visit, and tours were fully booked for the next two hours, so as I had places to be, I had lunch and moved on. It's also in a very scenic part of the world, if you like that kind of thing; the bottom of the Snowdon Mountain Railway is a few yards from the visitor centre and if you're into real engineering, that's also worth a look. That First Hydro website goes into a bit more detail (than the programme presumably did) about the technical aspects and the process of balancing electricity supply and demand via "the market" (look up "New Electricity Trading Arrangements" or NETA for more info than you could ever want). There used to be lots of VMS, and a bit of Tru64 Unix, in the regional electricity companies (the people who actually supply to end users) as well as in Gridco (featured tonight) and in the larger power stations too. I don't know if there still is as I'm no longer involved with that kind of thing. Also in days gone by, the biggest demand surge in the year used to be at 3oclock on Christmas Day, when the Queen's Christmas broadcast came on. Or was it at ten past, when she came off and the kettles went on. Anyway, multichannel TV and other factors mean that's no longer such a big event. You can find "live" figures for demand now, last 24 hours, and last 8 days at http://www.nationalgrid.com/uk/Electricity/Data/Realtime/Demand/Demand8.htm Dinorwig and the like were planned, designed and built by engineers in the days when there was a legal (as well as common-sense) obligation to keep the lights on, before the accountants and management consultants and contract lawyers took over UK plc. Now the matching of electricity supply and demand is a matter for the market, which is why there's been little money spent on power stations in the UK, at least since the ridiculously ill-advised post-privatisation "dash for gas" [1]. Yes, let's make our electricity from gas, it's great for short-term profits (and CCGT isn't bad for thermal efficiency either). While we're at it we can close the coal industry, so when North Sea gas predictably runs out in a decade or two, we'll become dependent on gas imports from our good friends in Russians, Libya, Iran, etc for our electricity as well as for our gas! Also while we're at it, let's sell our essential generating and distribution companies to the former nationalised utilities in the rest of the world (France, Germany and Spain spring to mind), so they and not Government can decide where the gas or oil goes if there should happen to be a bit of a shortage one day. Marvellous stuff, technology. [1] http://news.bbc.co.uk/1/hi/uk_politics/3581637.stm ------------------------------ Date: Sun, 10 Aug 2008 23:49:29 -0400 From: JF Mezei Subject: Re: OpenVMS in the media - National Grid Control Centre, Britain from Above, 10 Message-ID: <489fb754$0$18580$c3e8da3@news.astraweb.com> johnwallace4@yahoo.co.uk wrote: > Also in days gone by, the biggest demand surge in the year used to be > at 3oclock on Christmas Day, when the Queen's Christmas broadcast came > on. Interesting. When I visited the Snowy River hydro project in Australia, I was told the peak demand there was in the morning during summer when people get up, start brewing coffee AND air conditioners start to work because of the sun having risen and starting to heat homes. Here in Québec, the peak is during very cold winter days at about 18:00 when people get home turn on lights, raise their thermostats and start cooking meals. I suspect there are variations throughout the world on when peak demand exists. ------------------------------ Date: Sun, 10 Aug 2008 19:30:38 +0000 (UTC) From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: Who chopped my lines! Message-ID: In article <39d7ff56-f2cc-42ce-9522-005021a4ac9c@w7g2000hsa.googlegroups.com>, Hein RMS van den Heuvel writes: > On Aug 10, 5:45=A0am, hel...@astro.multiCLOTHESvax.de (Phillip Helbig--- > remove CLOTHES to reply) wrote: > > If I mail a file which has long lines (longer than 255 characters, > > probably) from a VMS system to a VMS system (over the internet; local > > VMS MAIL, i.e. within a cluster, is not affected), > > Just use SEND/FOREIGN ? Might be an option. Will have to look up the documentation. I've heard of this, but never used it. Obvious commands give a syntax error. Again, will have to look it up in the documentation on undocumented features (unless someone is quicker and posts here). ------------------------------ Date: Sun, 10 Aug 2008 15:36:43 -0400 From: JF Mezei Subject: Re: Who chopped my lines! Message-ID: <489f4424$0$5410$c3e8da3@news.astraweb.com> Not sure in your specific case but: VMSmail, character cell, will only output the first 256 characters of a line. They will wrap around a few lines. The rest of a line is in the mail file but not displayed. VMSmail will truncate lines greater than 256 characters when transported via DECnet. ------------------------------ Date: Sun, 10 Aug 2008 20:07:47 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: Who chopped my lines! Message-ID: Phillip Helbig---remove CLOTHES to reply wrote: > In article > <39d7ff56-f2cc-42ce-9522-005021a4ac9c@w7g2000hsa.googlegroups.com>, Hein > RMS van den Heuvel writes: > >> On Aug 10, 5:45=A0am, hel...@astro.multiCLOTHESvax.de (Phillip Helbig--- >> remove CLOTHES to reply) wrote: >>> If I mail a file which has long lines (longer than 255 characters, >>> probably) from a VMS system to a VMS system (over the internet; local >>> VMS MAIL, i.e. within a cluster, is not affected), >> Just use SEND/FOREIGN ? > > Might be an option. Will have to look up the documentation. I've heard > of this, but never used it. Obvious commands give a syntax error. > Again, will have to look it up in the documentation on undocumented > features (unless someone is quicker and posts here). > I thought that was an DECnet-to-DECnet option only. I might be wrong, it's 15+ years since I last used it... :-) Jan-Erik. ------------------------------ Date: Sun, 10 Aug 2008 18:29:28 -0500 From: "Lee K. Gleason" Subject: Re: Who chopped my lines! Message-ID: "Jan-Erik Söderholm" wrote in message news:nUHnk.1652$U5.971@newsb.telia.net... > Phillip Helbig---remove CLOTHES to reply wrote: > > In article > > <39d7ff56-f2cc-42ce-9522-005021a4ac9c@w7g2000hsa.googlegroups.com>, Hein > > RMS van den Heuvel writes: > > > >> On Aug 10, 5:45=A0am, hel...@astro.multiCLOTHESvax.de (Phillip Helbig--- > >> remove CLOTHES to reply) wrote: > >>> If I mail a file which has long lines (longer than 255 characters, > >>> probably) from a VMS system to a VMS system (over the internet; local > >>> VMS MAIL, i.e. within a cluster, is not affected), > >> Just use SEND/FOREIGN ? > > > > Might be an option. Will have to look up the documentation. I've heard > > of this, but never used it. Obvious commands give a syntax error. > > Again, will have to look it up in the documentation on undocumented > > features (unless someone is quicker and posts here). > > > > I thought that was an DECnet-to-DECnet option only. > I might be wrong, it's 15+ years since I last used it... :-) > > Jan-Erik. I used to use SEND/FOREIGN to transport files across an X.25 link, so it's not limited purely to DECNET to DECNET transports. -- Lee K. Gleason N5ZMR Control-G Consultants lee.gleason@comcast.net ------------------------------ Date: Sun, 10 Aug 2008 20:06:55 -0400 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: Who chopped my lines! Message-ID: <489f829c$0$90267$14726298@news.sunsite.dk> Hein RMS van den Heuvel wrote: > On Aug 10, 5:45 am, hel...@astro.multiCLOTHESvax.de (Phillip Helbig--- > remove CLOTHES to reply) wrote: >> If I mail a file which has long lines (longer than 255 characters, >> probably) from a VMS system to a VMS system (over the internet; local >> VMS MAIL, i.e. within a cluster, is not affected), > > Just use SEND/FOREIGN ? Not only will it work VMS-VMS. Some SMTP implementations will actually be able to convert to Base64 encoded MIME when going out on the internet. Arne ------------------------------ Date: Sun, 10 Aug 2008 20:07:38 -0400 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: Who chopped my lines! Message-ID: <489f82c7$0$90267$14726298@news.sunsite.dk> Lee K. Gleason wrote: > "Jan-Erik Söderholm" wrote in message > news:nUHnk.1652$U5.971@newsb.telia.net... >> Phillip Helbig---remove CLOTHES to reply wrote: >>> In article >>> <39d7ff56-f2cc-42ce-9522-005021a4ac9c@w7g2000hsa.googlegroups.com>, Hein >>> RMS van den Heuvel writes: >>>> On Aug 10, 5:45=A0am, hel...@astro.multiCLOTHESvax.de (Phillip Helbig--- >>>> remove CLOTHES to reply) wrote: >>>>> If I mail a file which has long lines (longer than 255 characters, >>>>> probably) from a VMS system to a VMS system (over the internet; local >>>>> VMS MAIL, i.e. within a cluster, is not affected), >>>> Just use SEND/FOREIGN ? >>> Might be an option. Will have to look up the documentation. I've heard >>> of this, but never used it. Obvious commands give a syntax error. >>> Again, will have to look it up in the documentation on undocumented >>> features (unless someone is quicker and posts here). >>> >> I thought that was an DECnet-to-DECnet option only. >> I might be wrong, it's 15+ years since I last used it... :-) > > I used to use SEND/FOREIGN to transport files across an X.25 link, so it's > not limited purely to DECNET to DECNET transports. I believe that it was even documented for PSI (X25) ! Arne ------------------------------ Date: Sun, 10 Aug 2008 23:54:49 -0400 From: JF Mezei Subject: Re: Who chopped my lines! Message-ID: <489fb8cc$0$1827$c3e8da3@news.astraweb.com> To Mr Helbig, I suggest you get the exact filename containing a specific email message and use TPU to edit the file to look at it and move the window to the right. This will tell you whether the contents of the email is intact or has had the line ends chopped off. If the message content is intact, then you know that it gets truncated by the VMSmail client, and that the SMTP transport and the sender are OK. If the message is truncated then you have to investigate a bit further. It is possible that the SMTP receiver might chop lines at 1000 bytes when receiving messages. (consider if its buffer is 1000 bytes long, it woudl supply a descriptor with 1000 bytes to write and the rest might be discarded). There are tracing logicals you can enable to see the exact dialogue that goes on when receiving and processing emails. if you don't know them, you can look at http://www.vaxination.ca/vms there is a TCPIP$SMTP template file that documents various logicals, including the tracing ones for both the symbiont and the receiver. ------------------------------ End of INFO-VAX 2008.436 ************************