- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: MIME.EXE Not Conforming To VMS Error Status?
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-15-2007 10:04 PM
тАО02-15-2007 10:04 PM
MIME.EXE Not Conforming To VMS Error Status?
$ SET ON
$ ON ERROR THEN GOTO ERROR
$ !
.......
$ @SYS$TEMP:UAM_MIMESCRIPT_20815A5D.TMP
$ RUN SYS$SYSTEM:MIME.EXE
OPEN SYS$TEMP:UAM_MIMEHEADER_20815A5D.TMP /DRAFT
ADD NET$DATA:[FORMATE.PDF.READY]ROPS_4AEF.PDF /BINARY
SAVE
EXIT
Message Headers:
Content-Type: text/html; charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 7bit/8Bit ASCII
%MIME-E-NOATTFILE, cannot find attachment file
-RMS-E-FLK, file currently locked by another user
%MIME-W-NOTOSAVE, nothing to save
$ !
$ GOSUB EXPAND_ADDRESS
$EXPAND_ADDRESS:
......
I think that MIME has reported back the '-W-' to DCL instead of the '-E-'.
If the forum agrees, I'll log an official call to HP.
Rob.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-16-2007 12:43 AM
тАО02-16-2007 12:43 AM
Re: MIME.EXE Not Conforming To VMS Error Status?
You can use a DCL OPEN command or other such to lock a file for testing, and Bob's your uncle.
There are MIME ECOs for various OpenVMS releases.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-16-2007 12:51 AM
тАО02-16-2007 12:51 AM
Re: MIME.EXE Not Conforming To VMS Error Status?
MIME> OPEN SYS$TEMP:UAM_MIMEHEADER_20815A5D.TMP /DRAFT
Message Headers:
Content-Type: text/html; charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 7bit/8Bit ASCII
MIME> add awsrelease.sheet
%MIME-E-NOATTFILE, cannot find attachment file
-RMS-E-FLK, file currently locked by another user
MIME> save
%MIME-W-NOTOSAVE, nothing to save
MIME> exit
ALPHA_ROB$ sh sym $status
$STATUS == "%X10000001"
ALPHA_ROB$
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-16-2007 01:22 AM
тАО02-16-2007 01:22 AM
Re: MIME.EXE Not Conforming To VMS Error Status?
MAIL,FTP,SYSMAN etc. they all behave the same:
the image $STATUS code is the one of the last command (usually success), and how could it be
different ? Exit immediately at the first error ?
Mail and FTP can be invoked in a single DCL command-line: in this case they return the status of the one action.
Mime has no such single command invocation.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-16-2007 01:29 AM
тАО02-16-2007 01:29 AM
Re: MIME.EXE Not Conforming To VMS Error Status?
It might well be that there simply isn't a mechanism within the MIME tool preserving and propagating the status for use into the EXIT. That there simply isn't a mechanism to preserve and propagate errors for the exit.
I'd prefer that MAIL should be dealing with MIME-encoding and decoding within the utility itself. This is what the mail mechanism within Mozilla, and other similar mail clients, do. Having that would make for a cleaner interface.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-16-2007 01:52 AM
тАО02-16-2007 01:52 AM
Re: MIME.EXE Not Conforming To VMS Error Status?
Not sure I completely agree with this. My assumption was that the most severe status is returned when exiting the utility, which we use in our FTP scripts for example :-
$ FTP ftp.site.com
username
password
bin
hash
put netcmd.str
get net.ack
bye
$!
$ STATUS = $STATUS
$ SH SYM STATUS
My question still stands. Is this method in MIME by design, or something that's been missed?
Rob.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-16-2007 02:12 AM
тАО02-16-2007 02:12 AM
Re: MIME.EXE Not Conforming To VMS Error Status?
That's a question for OpenVMS Engineering, and specifically for the maintainer of the MIME utility.
While I can understand the coding that can lead up to the (lack of an) error status, not having a way to field and propagate errors detracts from the usefulness of the command.
Some command tools propagate the most severe error, and some don't. Those that do propagate the most severe will also typically provide a way to force a successful return.
But whether or not this case is an error is up to the MIME maintainer within OpenVMS Engineering. (The fellow that was maintaining MIME when last I knew hasn't posted here -- not under his own name.) And if this behavior isn't considered an error, then this change (implemented in a compatible fashion) would then be an entirely reasonable enhancement request.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-16-2007 02:23 AM
тАО02-16-2007 02:23 AM
Re: MIME.EXE Not Conforming To VMS Error Status?
I'll log a call with HP then, and see what their take is on it.
Rob.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-18-2007 07:28 PM
тАО02-18-2007 07:28 PM
Re: MIME.EXE Not Conforming To VMS Error Status?
Would be good for the MIME utility to implement the execution of a DCL command like
MIME/result_file=x/input=y
or
MIME/result=x ADD thisfile
In this one shot mode it easily could return the status of the command.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-19-2007 03:17 AM
тАО02-19-2007 03:17 AM
Re: MIME.EXE Not Conforming To VMS Error Status?
Fwiw
Wim