INFO-VAX	Sat, 06 Jan 2007	Volume 2007 : Issue 12

   Contents:
Re: Compiled CGI scripts with problems on SWS 2.1.1
Re: DECnet over IP
Re: FTP Idle Timeout Setting
Re: FTP Idle Timeout Setting
Re: JPEG files on VMS
JPEG files on VMS
Re: JPEG files on VMS
Re: JPEG files on VMS
Re: JPEG files on VMS
Re: JPEG files on VMS
Re: JPEG files on VMS
Re: Problem with DCL VERB utility?

----------------------------------------------------------------------

Date: Sat, 06 Jan 2007 19:16:30 +1030
From: Mark Daniel <mark.daniel@vsm.com.au>
Subject: Re: Compiled CGI scripts with problems on SWS 2.1.1
Message-ID: <12puoit1n8i6ee7@corp.supernews.com>

Alan Winston - SSRL Central Computing wrote:
> VMSers--
> 
> VMS 8.3 (DS20E)
> SWS 2.1.1 (Apache 2.0.57)
> 
> 
> We have a problem with some compiled applications running either from CGI-BIN
> or through the OSU module.  Not all applications, and PHP, PERL (through OSU,
> not MOD_PERL), and SOYMAIL all seem to work fine.
> 
> When we run WA.EXE (Listserv 14.5) from cgi-bin, or YAHmail (1.84) through the
> OSU module,  there seems to be an issue where any HTTP headers sent from the
> program aren't recognized as headers.  (We vaguely suspect something funny with
> carriage control or a blank line preceding the HTTP response header, but
> haven't been able to prove it.)
> 
> For Firefox, which isn't willing to render HTML unless it got an appropriate
> content-type header identifying what was coming as HTML, that means the whole 
> HTTP+HTML response shows up as unrendered text.  For Internet Explorer, that
> means cookie-setting and un-setting don't work, as well as unsightly display of
> headers.
> 
> Anybody got this working?  Did you have to do anything to make it work?  Is
> there some magic DECC$send-http-headers-correctly logical I haven't been able
> to find in the manual?
> 
> Thanks,
> 
> -- Alan

HP TCP/IP Services for OpenVMS Alpha Version V5.6
on a Digital Personal WorkStation running OpenVMS V8.3

Using /cgi-bin/

<META NAME="generator" CONTENT="YAHMAIL AXP-1.8.4 (CGILIB AXP-1.8.1)">
<META NAME="environment" CONTENT="Apache/2.0.52 (OpenVMS)">

<META NAME="generator" CONTENT="SOYMAIL AXP-1.2.8, CGILIB AXP-1.8.9, 
3-JAN-2007 19:49:52.24">
<META NAME="environment" CONTENT="Apache/2.0.52 (OpenVMS)">

Using /htbin/

For yahMAIL from Apache: "500 Bugcheck, unexpected dialog phase result" 
with nothing recored in [.LOGS]error_log.

<META NAME="generator" CONTENT="SOYMAIL AXP-1.2.8, CGILIB AXP-1.8.9, 
3-JAN-2007 19:49:52.24">
<META NAME="environment" CONTENT="Apache/2.0.52 (OpenVMS)">

(Hmmm, I hadn't looked at or used yahMAIL since mid-2005.  It's a bit 
embarrassing :-)

------------------------------

Date: 6 Jan 2007 02:13:32 -0800
From: Bod43@hotmail.co.uk
Subject: Re: DECnet over IP
Message-ID: <1168078412.785939.11420@i15g2000cwa.googlegroups.com>

David J Dachtera wrote:
> Bod43@hotmail.co.uk wrote:
> > [snip]
> > I have no idea if this could be made to work however:-
> >
> > It strikes me that perhaps a serial link be used between an IP
> > terminal server (whch I know a bit about)
>
> Pardon my butting in here. Aaron cross-posted to comp.os.vms.
>
> When you say "IP terminal server", I assume you are referring to any terminal
> server which will perform both "normal" and "reverse" TELNET. Later DECservers
> provide(d) support for TCP/IP in this way.
>
> > and a DECnet terminal
> > server (which I presume exists or existed)
>
> Not sure what you mean here. "DECnet" does not use "terminal servers". Terminal
> sessions between systems running a DECnet stack were usually performed using the
> "SET HOST" command which invokes the RTPAD image. The session is usually
> conducted using the CTERM (Console Terminal) protocol, a DECnet packet sub-type.
>
> In the DEC realm, terminal servers usually operated using LAT or "Local Area
> Transport", a non-routable protocol which frequently mistaken for being part of
> DECnet - it is actually a distinct packet type and operates independent of any
> DECnet stack elements.
>
> > to provide the required
> > translation?
> >
> > [ PC  ]
> > [ app ]                                          [mystery device ]
> > [ shim]    [term serv]__Serial__[term serv]      [      app      ]
> > [ IP  ]    [   IP    ]          [ DECnet  ]      [     DECnet    ]
> >    |____IP____ |                     |____DECnet_____|
> >
>
> Where you show "DECnet" here substitute either "LAT" or "TELNET".
>
> > Now a cisco router can be used as an IP terminal server
> > and may well be able to be a DECnet terminal server.
> > Don't know.
> >
> > If this does work at all there will be some issues.
> > 1. Limited to low bandwidth async links. (115k bps?)
> > 2. The "packets" will not necessarily be maintained as packets
> >    on the IP side you will see a TCP stream.  DECnet side???
> >
> > Just a crazy idea - no idea of practicality.
>
> This was actually a common solution in the pre-IP days, and it "just worked"
> without further intervention once you got it going - more reliable than TCP/IP,
> even!

I just assumed that there would be DECnet terminal servers.

If there are not then no use.

I see that comp.protocols.tcpip has a possible
solution anyway using GRE and another using
winpcap (pcap?) to send arbitrary packets.

------------------------------

Date: 5 Jan 2007 23:40:17 -0800
From: shofu_au@yahoo.com.au
Subject: Re: FTP Idle Timeout Setting
Message-ID: <1168069217.017743.211470@i15g2000cwa.googlegroups.com>

Hi Group,

How disabling the FTP IDLE timeout console messages.

How would some do this?

I have numerous people FTP into my system and these messages are logged
on the Console and make it hard to see the important console messages.

Thanks

Mark

------------------------------

Date: Sat, 06 Jan 2007 04:45:50 -0500
From: JF Mezei <jfmezei.spamnot@vaxination.ca>
Subject: Re: FTP Idle Timeout Setting
Message-ID: <8b593$459f6ff6$cef8887a$11351@TEKSAVVY.COM>

shofu_au@yahoo.com.au wrote:
> Hi Group,
> 
> How disabling the FTP IDLE timeout console messages.

I suggest you go to http://www.hp.com/go/vms/doc and look for the TCPIP 
Services documenmtation and in there, look for the TCPIP Services 
management manual. (not the management command reference). In it, you 
willfind a whole chapter on FTP and all the logicals you can set to control it.

Andother area to control is TCPIP SET SERVICE FTP where you can also set 
some logging options.

------------------------------

Date: 6 Jan 2007 04:47:57 -0600
From: Kilgallen@SpamCop.net (Larry Kilgallen)
Subject: Re: JPEG files on VMS
Message-ID: <aYTesOWdJMNt@eisner.encompasserve.org>

In article <ennu5l$uel$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:

> I'm assuming that to get the files to a VMS hard disk I would use BACKUP 
> from the CD.

I would presume a camera or another operating system would create discs
in ISO 9660 format.   Perhaps Backup can read that, but I would think
COPY would be a more likely candidate.  Backup has a habit of doing
some of its own file system work, but this is not ODS-n.

------------------------------

Date: Sat, 6 Jan 2007 10:37:41 +0000 (UTC)
From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)
Subject: JPEG files on VMS
Message-ID: <ennu5l$uel$1@online.de>

I'm experimenting with JPEG files on VMS, with a view (no pun intended)
to perhaps moving to digital photography.  (A while back, someone here
mentioned a Sony camera with built-in CD burner from which one could
just remove the CD and MOUNT it on a VMS system and view the files with,
say, a web browser.  Assuming it is quality-wise OK, I would rather go
that route than mess with USB, PC-software etc.)  I have some files
which were copied from CDs of scanned photos provided by the shop which
developed the film as well as some photos I've received via email. 

With an old version of Netscape (intentionally using that instead of 
Mosaic or CSWB, hoping that if it works on this old version of Netscape 
it should work anywhere), I can see the fixed-length 512-byte JPEG 
files, but not those in stream format, except for one.  Probably not 
coincidentally, that one stream file I can read does not come from a CD 
of scanned photos, but rather arrived as an email attachment.

I'm assuming that to get the files to a VMS hard disk I would use BACKUP 
from the CD.  Should that be enough?  (I'm not sure why the files from 
CD are in different formats now.  Some might have been copied directly 
while others came via a PC; I don't remember.)  If not, do I need to do 
a SET FILE/ATTRIBUTE (if so, with what values) or a CONVERT/FDL (if so, 
with what FDL)?

In general, in what format should JPEG (or GIF) files be on VMS?  I'm 
looking for a format which will a) work on VMS and b) not cause any 
problems if sent as a MIME attachment to a non-VMS system.

Also, should I expect that the JPEG files from a digital camera (whether 
from the Sony CD or via some other route) are in the same format as the 
JPEGs I have now which the photo shop scanned from film?

------------------------------

Date: Sat, 6 Jan 2007 11:29:31 +0000 (UTC)
From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)
Subject: Re: JPEG files on VMS
Message-ID: <eno16r$4q4$1@online.de>

In article <aYTesOWdJMNt@eisner.encompasserve.org>,
Kilgallen@SpamCop.net (Larry Kilgallen) writes: 

> In article <ennu5l$uel$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:
> 
> > I'm assuming that to get the files to a VMS hard disk I would use BACKUP 
> > from the CD.
> 
> I would presume a camera or another operating system would create discs
> in ISO 9660 format.   Perhaps Backup can read that, but I would think
> COPY would be a more likely candidate.  Backup has a habit of doing
> some of its own file system work, but this is not ODS-n.

I can certainly put the CDs I have (scanned by the developer of the film 
and certainly intended for a PC) in a CD-ROM drive on a VAX or ALPHA, 
MOUNT it and view the contents with a web browser.  So I assume that VMS 
sees it as Files-11.

------------------------------

Date: Sat, 6 Jan 2007 11:43:37 +0000 (UTC)
From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)
Subject: Re: JPEG files on VMS
Message-ID: <eno219$4q4$3@online.de>

In article <9b978$459f89de$cef8887a$19471@TEKSAVVY.COM>, JF Mezei
<jfmezei.spamnot@vaxination.ca> writes: 

> Phillip Helbig---remove CLOTHES to reply wrote:
> > while others came via a PC; I don't remember.)  If not, do I need to do 
> > a SET FILE/ATTRIBUTE (if so, with what values) or a CONVERT/FDL (if so, 
> > with what FDL)?
> 
> Never use CONVERT since CONVERT will change the contents of the file. You 
> only use SET FILE/ATTRIB.
> 
> I have had no problems with FTP of JPEG files which creates fixed length 
> 512 files.
> 
> However, if you use Apache web server, you need to make those file STREAMLF .
> 
> But with XV and FTP and OSO web server, fixed 512 is fine for all image files.

Here's what I want to do:

   o  view the files with a browser from VMS (CSWB, Mosaic, Netscape)

   o  serve the files with OSU

   o  use $ MC MIME to mail the file to an "industry-standard" mail 
      client and have the attachment be processed properly

Of course, I would like to have just one copy of each file, so I need a 
"one size fits all" format.

------------------------------

Date: Sat, 6 Jan 2007 14:53:24 +0000 (UTC)
From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)
Subject: Re: JPEG files on VMS
Message-ID: <enod54$tl9$1@online.de>

In article <EiFf$QbHy3Qt@eisner.encompasserve.org>,
Kilgallen@SpamCop.net (Larry Kilgallen) writes: 

> In article <slrnepv2kr.5bi.usenet@zappy.catbert.org>, Dan Foster <usenet@evilphb.org> writes:
> > In article <eno16r$4q4$1@online.de>, Phillip Helbig---remove CLOTHES to reply <helbig@astro.multiCLOTHESvax.de> wrote:
> 
> >> I can certainly put the CDs I have (scanned by the developer of the film 
> >> and certainly intended for a PC) in a CD-ROM drive on a VAX or ALPHA, 
> >> MOUNT it and view the contents with a web browser.  So I assume that VMS 
> >> sees it as Files-11.
> > 
> > That assumption would be valid if the film developer had a system that
> > knew how to create ODS-2 volumes. That would _NOT_ be common with the
> > general public at all.
> > 
> > Highly doubtful; it is more likely that MOUNT in more recent VMS
> > versions has been trained/taught how to auto-detect ISO9660, perhaps?
> 
> Yes, recent versions of VMS do auto-detect ISO 9660 vs. ODS.

Doing some more research, it seems that some of the CDs (made by the 
developer of the film) can be mounted with /MEDIA_FORMAT=CDROM but not 
all of them can.  For those which don't mount, if I FTP the files, I get 
fixed-length 512-byte records and that seems ok for a) sending them as 
an attachment to a PC on the other end, b) serving them over the web 
with the OSU server and c) viewing them locally with a browser.  Perhaps 
those which don't work are those which I copied directly from CD with 
BACKUP.  If so, SET FILE/ATTRIBUTES should be able to help me.

------------------------------

Date: 6 Jan 2007 10:02:54 -0800
From: davidc@montagar.com
Subject: Re: JPEG files on VMS
Message-ID: <1168106574.385839.57570@i15g2000cwa.googlegroups.com>

Phillip Helbig---remove CLOTHES to reply wrote:
> I can certainly put the CDs I have (scanned by the developer of the film
> and certainly intended for a PC) in a CD-ROM drive on a VAX or ALPHA,
> MOUNT it and view the contents with a web browser.  So I assume that VMS
> sees it as Files-11.

It's still an actual ISO9660 CD (which is like ODS-3 or ODS-4, by VMS)
and is a typical PC CD format.  OpenVMS does know how to read this
format (mostly, some things don't quite translate to OpenVMS quite
right) and present it as a normal looking OpenVMS volume.  It's not
Files-11, but the XQP does provide a translation between the Files-11
QIO calls and does the right thing with the CD.

------------------------------

Date: 6 Jan 2007 10:04:54 -0800
From: davidc@montagar.com
Subject: Re: JPEG files on VMS
Message-ID: <1168106694.028968.165690@q40g2000cwq.googlegroups.com>

Phillip Helbig---remove CLOTHES to reply wrote:
> Here's what I want to do:
>
>    o  view the files with a browser from VMS (CSWB, Mosaic, Netscape)
>
>    o  serve the files with OSU
>
>    o  use $ MC MIME to mail the file to an "industry-standard" mail
>       client and have the attachment be processed properly
>
> Of course, I would like to have just one copy of each file, so I need a
> "one size fits all" format.

Then you should be fine...  If you can copy the file off the CD and
view it with XV or Netscape, everything should work as expected.

------------------------------

Date: 6 Jan 2007 11:01:23 +0100
From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)
Subject: Re: Problem with DCL VERB utility?
Message-ID: <459f8183$1@news.langstoeger.at>

In article <1168041639.899146@smirk>, Alan Frisbie <Usenet02_REMOVE@Flying-Disk.com> writes:
>Peter 'EPLAN' LANGSTOEGER wrote:
>> In article <1168022009.154087@smirk>, Alan Frisbie <Usenet02_REMOVE@Flying-Disk.com> writes:
>>> I am having a problem with the Freeware VERB utility
>>> by Joe Meadows, et. al. on the VMS Freeware 8.0 CD #3.
>
>> What about
>> 
>>     $ VERB /FILE=USER1:[]DCLTABLES.EXE
>
>%SYSTEM-F-ABORT, abort
>
>Not very informative.

It works for me, so I ask, is your USER1:[]DCLTABLES.EXE ok?
Check again with your SYS$SHARE:DCLTABLES...

-- 
Peter "EPLAN" LANGSTOEGER
Network and OpenVMS system specialist
E-mail  peter@langstoeger.at
A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist

------------------------------

End of INFO-VAX 2007.012
************************