HDTenEightyP/NetNews huggingface dataset:
From: JRW@PSL.WISC.EDU ("Jim Winkle, UW-PSL, 608-877-2261")
Newsgroups: comp.os.vms
Subject: BADBLK.SYS on SCSI disks
Date: 18 Nov 92 23:09:00 GMT
Distribution: world
Organization: The Internet


      Is there any way to do an image backup from one disk to another disk,
*except* for the BADBLK.SYS file?  I want to copy one disk with useful data on
it to another larger disk that has some errors on it, and use the second
(destination) disk.  $BACKUP/IMAGE copies BADBLK.SYS, whether /INIT or /NOINIT
is used, and I lose the bad block info on the destination disk.  This seems
braindead, since disks have their own set of bad blocks.  The docs claim you
should:

$ ANALYZE /MEDIA /EXERCISE=FULL     ! Find bad blocks on destination disk
$ INITIALIZE                        ! Load the DBBF into BADBLK.SYS

Then, whenever there is a new error, it gets written into BADBLK.SYS.  I have
a VAXstation 4000/60 running 5.5; the source disk is a SCSI WREN VI and the
destination disk is a SCSI WREN VII.  This should be easy... am I asking the
wrong question?  Please reply to me directly, and I will summerize if there is
interest.  Thanks in advance!

-------------------------------------------------------------------------------
Jim Winkle, PSL System Manager             .      Physical
                                       .- / \ -.      Sciences
University of Wisconsin - Madison   ./'  /+-+\  `\.       Laboratory     E-MAIL
3725 Schneider Drive              /'    /-+-+-\    `\                    ------ 
Stoughton, WI 53589             //     /+-+-+-+\     \\                psl::jrw
                               <======| P  S  L |======>       jrw@psl.wisc.edu
Phone: 608-877-2261 (FAX: -2201)      +---------+            jrw@wiscpsl.bitnet
-------------------------------------------------------------------------------

Xref: sparky comp.os.vms:18315 comp.sys.dec:6118
From: lee@hsh.com (Lee Havemann)
Newsgroups: comp.os.vms,comp.sys.dec
Subject: Rewritable magneto-optical drives
Date: 20 Nov 92 22:13:51 GMT
Organization: HSH Associates


We are investigating the possibility of getting rid of our CDC 9766 drives
(yeah, I know they're old! :-) and putting a rewritable magneto-optical drive on
a Vax or PDP-11 using a CMD (SCSI) controller in their place.

We want to use it as for long term data storage that needs to be accessed once
in a while, and as a backup device, probably using 10 disks in a daily rotating
incremental backup. 

Does anybody out there have one? If so, what is your opinion of it?
I have seen some literature on the Ricoh Hyperspace 3600 - has a 37 ms average 
access, 28 ms average seek time, and gets 326 mb's per side/632 mb per disk.
this sounds like what I need.....

Some of the specs are that they (the media) last for 10+ years and can be used
for 10^6 for write/erase passes. I figure 1 million passes should let you use
the disk for quite some time :-) 


Thanks,

-- 

 Lee Havemann, Sys_op       HSH Associates          (201) 838-3330 
 Internet: lee@hsh.com    Compuserve: 70410,3507    AOL: HSH Assoc
 "Any opinions expressed are not necessarily those of anyone else, 
  including myself."                     
Newsgroups: comp.os.vms,comp.sys.dec
From: DWING@UH01.Colorado.EDU ("would rather be skiing ...")
Newsgroups: comp.os.vms
Subject: Re: ?Why does this backup go so slow?
Date: 16 Nov 92 16:57:00 GMT
Distribution: world
Organization: The Internet

Brendan Welch, welchb@woods.ulowell.edu, writes:

>It took us 4.5 hours to do an image backup of an RA90 (80% full of user
>data) onto an RA92?  Why does it not go faster?   

DEC has worked hard to get backups to work fast (reference the changes in VMS 
V5.2 to BACKUP).

DEC hasn't worked as hard to get restores to work fast.

-Dan Wing, dwing@uh01.colorado.edu or wing_d@ucolmcc.bitnet (DGW11)
 Systems Administrator, University Hospital, Denver
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Another VMS Mail oddity
Date: 20 Nov 1992 17:56:56 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <m0msJ36-00004EC@seciu.uy>, molnar@ort.edu.uy (Andres Molnar - CECOM) writes:
=I tried to repeat Alan's problem on my VLC (VMS 5.5) but had no success.
=But that's not my point.
=
=I've been receiving info-vax on my MV3100 (VMS 5.4-2) for 20 days, and 
=yesterday I decided to organize the stuff into folders in a subdirectory
=mail file. I selected some mails which were related to DCL, and I moved
=them all to a new folder named "DCL":
=
=MAIL> mov/all dcl
=Folder DCL does not exist.
=Do you want to create it (Y/N, default is N)? y
=%MAIL-I-NEWFOLDER, folder DCL created

Are you sure you didn't:
	MAIL> mov/all "dcl"
If that's what you did, it explains everything else.

=As it strikes to the eye at once, "dcl" is in lowercase and not in
=alphabetical order. I tried to take a look at the folder then:

"dcl" is in lowercase and in standard ASCII sort order ("Z" is 90, "a" is 97).
So "dcl" appears exactly where you'd expect it.

=MAIL> sel dcl
=%MAIL-E-NOTEXIST, folder DCL does not exist

True, folder DCL does not exist.  However, folder "dcl" does.  Try the command:
	MAIL> sel "dcl"

=Fortunately, there were copies of the mails in someone else's folders,
=so I brought them into my mail file, and saved them in another folder.
=I tried to create a DCL folder again and it worked o.k. (I changed its
=name so you won't think about duplicate names or anything alike).
=This is not an important problem; in fact, it doesn't even annoy me
=to much, but anyway, I find it interesting. Do you have any idea
=of how to fix the problem, and why it happened? Thanks for your attention.

You probably quoted "dcl" in the original command.  You have to quote it in any
subsequent commands or else mail will convert it to upper case.   I take it
you're new to VMS?
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
From: wipke@moleng.ucsc.edu
Newsgroups: comp.os.vms
Subject: SYSTEM-F-NOLINKS, maximum network logical links exceeded
Date: 22 Nov 92 08:31:42 GMT
Organization: UCSC Molecular Engineering Laboratory
NNTP-Posting-Host: moleng.ucsc.edu

NCP shows max links = 32, but SHOW NET shows zero links to the node
that gives this error upon SET HOST <anyothernode>.  Is max links
for the network or for the node?  Is there some other parameter tha
that causes this?

wipke@secs.ucsc.edu
Newsgroups: comp.os.vms
From: davis@pacific.mps.ohio-state.edu ("John E. Davis")
Subject: Re: Is it possible to DEFINE KEY in edit/edt AS EXIT?
Reply-To: davis@pacific.mps.ohio-state.edu  (John E. Davis)
Organization: "Dept. of Physics, The Ohio State University"
Date: Fri, 20 Nov 1992 15:51:56 GMT

In article <1992Nov20.093822.21259@cs.umb.edu> mzraly@ra.cs.umb.edu (Michael S
Zraly) writes:

    [that he would like to bind a key to exit and save as well as
     put the application keypad in a numeric state in the EDT editor]


I am posting my solution because this came up a few months ago and I do not
recall anyone posting what is the obvious solution in my opinion.  Here is an
edt startup file (edtini.edt) which binds the application keys to their
numeric equivalent and sets the gold-E key combination to exit and save.

---------------------------------------------------------------
define key gold e as "ext exit."   !exit saving main buffer
!
!  remap application keypad keys to numeric values
!
define key 19 as 'i,^Z.'
define key 16 as 'i.^Z.'
define key 18 as 'i-^Z.'
define key 21 as '^M.'
define key 0 as 'i0^Z.'
define key 1 as 'i1^Z.'
define key 2 as 'i2^Z.'
define key 3 as 'i3^Z.'
define key 4 as 'i4^Z.'
define key 5 as 'i5^Z.'
define key 6 as 'i6^Z.'
define key 7 as 'i7^Z.'
define key 8 as 'i8^Z.'
define key 9 as 'i9^Z.'
set mode change            !enter full screen mode
-------------------------------------------------------

It would be nice to write a simple macro which would simply toggle the
bindings of these keys.  At any rate, the above should accomplish what is
intended.


     
--
     _____________
#___/John E. Davis\_________________________________________________________
#
# internet: davis@amy.tch.harvard.edu
#   bitnet: davis@ohstpy
#   office: 617-735-6746
#
From: silverm@bcstec.ca.boeing.com (Jeff Silverman)
Newsgroups: comp.os.vms
Subject: Re: Another VMS Mail oddity
Date: 22 Nov 92 06:17:16 GMT
Organization: Boeing Computer Services, Seattle

|>MAIL> mov/all dcl
|>Folder DCL does not exist.
|>Do you want to create it (Y/N, default is N)? y
|>%MAIL-I-NEWFOLDER, folder DCL created
|
|>the folders:
|>MAIL> dir/fold
|>Listing of folders in DKA100:[USER.MOLNAR.ORT-VAX]MAIL.MAI;2
|>     Press CTRL/C to cancel listing
|>ALPHA                                   ALTYPAHD
|>DECNET                                  DECWIN
|>EDIT                                    EMUL
|...
|>VMS                                     VUPS
|>dcl
|>
|>MAIL> sel dcl
|>%MAIL-E-NOTEXIST, folder DCL does not exist
|>Andres Molnar mail: molnar@ort.edu.uy

Andres,

Try using the MAIL command

MAIL> SEL "dcl"
or
MAIL> SELECT "dcl"

If that doesn't work, drop me a line.

Jeff Silverman, Boeing Commercial Airplane
From: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: Failures in system security.
Date: 17 Nov 92 00:44:01 EST
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <1992Nov16.154413.13758@ncsa.uiuc.edu>, jsue@ncsa.uiuc.edu (Jeffrey L. Sue) writes:
> ....
> 
> Tell you what.  You give me a PC on your network with Ethernet & DECnet,
> and we'll just see who your VAX thinks I am.  Remember, *I* am the system
> manager for my PC/MAC/VAXstation.  Thus I can look like anyone I want.
> And if I know that your system is down, or if I can interrupt the network
> connection between systems (place myself in the middle), I can even do
> it without anyone knowing.
> 
> Also, I don't think it takes PHY_IO privilege to open a network object.
> If you know what VMS Mail expects as input from the network connection I
> believe it's very easy in DCL to fake it out.
> 
> -- 
> -----
> Jeff Sue   
>  - All opinions are mine -       (and you can't have any, nya nya nya)
-- 
Jeff,
 
Exactly my point! Any validation scheme which starts out with 
"Believe the credentials that the person who just walked in the 
door is holding" is an incident waiting to happen. As I noted 
earlier in this thread, the fact that an incomming request 
appears to have come from a privileged user on another node is, 
for most intents and purposes, a useless piece of information.
 
- Bob
+--------------------------------------------------------------------------+
| Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
| Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
| 35-20 167th Street, Suite 215               Fax:       (on Request)      |
| Flushing, New York  11358-1731                                           |
| United States of America                                                 |
+--------------------------------------------------------------------------+
Newsgroups: comp.os.vms,comp.lang.c
From: joleary@ESTERH (John O'Leary)
Subject: Re: Getting terminal width from VAX-C ?
Reply-To: JOLEARY@ESTWM0.DNET.ESTEC.ESA.NL
Organization: European Space Agency (ESTEC)
Date: Wed, 18 Nov 1992 17:16:38 GMT

In article <1992Nov11.101009.87@front.se>, samuel@front.se writes:

>Does anybody out there know how to get the TERMINAL WIDTH from VAX-C ?
>I'm implementing in VAX-C on VMS 5.4.
>What I'm trying to do is the following :
>
>    width = terminal_width();          /* Get terminal width                 */

This may not be the best way of doing it, but it is simple and seems to work:

#include stdio

int main (int argc,  char * argv [],  char * envp [])

   {
   char  * TERMINAL_TYPE;
   int  WIDTH = 0;

   if ((TERMINAL_TYPE = strrchr (envp [2], '-')) != NULL)
      sscanf (TERMINAL_TYPE + 1, "%d", & WIDTH);
etc.
   }
--
John O'Leary,  ESA / ESTEC / WMS  (ERS-1 Project)
Internet:  JOLEARY@ESTWM0.DNET.ESTEC.ESA.NL
Bitnet:  JOLEARY@ESTEC   DECnet:  ESTWM0::JOLEARY
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Wierd BACKUP change in VMS 5.5-2
Date: 19 Nov 1992 20:21:00 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1992Nov19.175323.4825@aplcen.apl.jhu.edu>, rubin@procon.jhuapl.edu (Don Rubin) writes:
=
=
=!If memory serves, you've *NEVER* been able to mount a tape that was allocated
=!to the parent of the current process.  VMS v4.0 made some changes in the way
=!tape mounting was done that allowed the tape to be shared among processes in a
=!job.  If I recall correctly, that version of VMS had a bug that caused the
=!MOUNT to also allocate the tape (or maybe it changed the ownership of a tape
=!allocated by the subprocess to ownership by the parent; it's been a long time
=!since 4.0 and my memory's a bit fuzzy).  Thus if one mounted a tape from a
=!subprocess, then dismounted it, a subsequent attempt to mount it would fail.
=
=I was the original poster. The problem occured in moving from VMS 5.5-1 to
=5.5-2. Despite the above comments, on our system, the sharing of a mounted
=tape did work. That is, if in the main process I mount a tape (from code
=using sys$mount) then SPAWN BACKUP in a sub-process (using smg$create_subprocess),
=it would work fine. This stopped working in vms 5.5-2 (at our site). DEC
=support has referred this to engineering.

If you'd troubled yourself to read what I wrote (what, you only read that far
and didn't bother reading the paragraph you failed to include?), you would've
noticed that I pointed out that BACKUP's tape handling appears to have changed
in 5.5-2.  In particular, there are some things it appeared in the past to have
done without the $MOUNT system service that it seems to be using MOUNT for. 
That would explain the change in behavior you've experienced, now wouldn't it?
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
From: VALLEYD@SIMSC.SI.EDU
Newsgroups: comp.os.vms
Subject: (none)
Date: 23 Nov 92 02:38:03 GMT
Distribution: world
Organization: The Internet


INDEX INFO-VAX
REView INFO-VAX

Newsgroups: comp.os.vms,vmsnet.misc,vmsnet.sysmgt
From: francini@narfvx.enet.dec.com (John Francini)
Subject: Re: non-ansi setup module?
Organization: Digital Equipment Corporation, Littleton, MA
Date: Sat, 21 Nov 1992 07:51:36 GMT


In article <1992Nov10.100643.43@dallas.sil.org>, whitley@dallas.sil.org writes...
>We are attempting to download a font to an Epson printer connected to a
>Decserver 700.  The print symbiont (LATMaster) attempts to evaluate the
>font file.  If we do print/passall, all is fine.  We can't use the usual
>trick of wrapping <DCS> <ST> around the setup module to make the
>symbiont ignore it because it contains a <DCS> <ST> within it. 
> 
>Rick Whitley  - Whitley@a1.dallas.sil.org
> 

Rick,

This is a problem that's endemic to both LATSYM and PRTSYM symbionts.  [The
actual problem is in SMBSRVSHR.EXE, the common code between both
symbionts.]

SMBSRVSHR.EXE was taught years ago to scan for control sequences so that it
might be able to anticipate needed paper movements and to track pages
properly for chargeback accounting.  This was great in the days of pure DEC
shops, but in this multicultural world it's just plain inadequate.

Basically, you're stuck with the /PASSALL route.  We had to go that way
with our PATHWORKS for VMS print serving features to guarantee that
PC-originated printer jobs to all sorts of non-ANSI printers got done
right.  There's NO other way to tell the symbiont to stop processing
control sequences inside a job.

John Francini
PATHWORKS for VMS project leader
francini@narfvx.enet.dec.com
From: moeller@gwdgv1.dnet.gwdg.de ("GWDGV1::MOELLER")
Newsgroups: comp.os.vms
Subject: re^2: extending INDEXF.SYS (new idea!)
Date: 16 Nov 92 16:12:11 GMT
Distribution: world
Organization: The Internet

Some time ago, there was some discussion re: pre-extending INDEXF.SYS,
and the consensus was, that one has to be very careful,
so that INDEXF.SYS won't become a multi-header file by any chance.

It occurred to me that there is a VMS utility for extending files,
which *has* that important check built-in:

  $ MCR SYSGEN CREATE disk:[000000]INDEXF.SYS/size=<newsize>

Successfully tested (on a PDA0: device)!

NB. This still doesn't help with badly fragmented disks,
but right after an image BACKUP, there shouldn't be a problem.

Wolfgang J. Moeller, GWDG, D-3400 Goettingen, F.R.Germany | Disclaimer ...
PSI%(0262)45050352008::MOELLER      Phone: +49 551 201516 | No claim intended!
Internet: moeller@gwdgv1.dnet.gwdg.de   | This space intentionally left blank.
From: TARKA10@SNYBUFVA.BITNET (Mark Tarka)
Newsgroups: comp.os.vms
Subject: DEC Rainbow -- CP/M or MS-DOS?
Date: 16 Nov 92 02:56:39 GMT
Distribution: world
Organization: from SUNY College at Buffalo, NY 14222

Yes, it's another ugly baby to you, but she's my baby now.

The DEC Rainbow.  I'm a new owner.  I've got little in the way of documentation
beyond the introductory material, and not much in the way of software (MSDOS
ver. 3.10, CP/M 86/80 ver. 2.0, Pibterm).  I still have the notion that the
device can be used in a scientific environment (nothing fancy -- Fortran and
Basic computation...Pascal?...some interfacing to instrumentation).  However,
I've found nothing "out there" which works on my unit, except an unARChiving
utility called PK361, which I obtained by anonymous FTP from a mil.net server
called SIMTEL20; of course, I haven't checked each and every available file, but

when I see the phrase "for IBM or IBM-compatible PC's", I just stop and dump
that file, unless I think there's something in it that I can extract.

Now, from the position that I don't know a thing about PC architecture or moving

programs from system to system, I do have a handle on these preliminaries:  the
heart of the Rainbow includes a Z-80 muP and an Intel-like 8088 (which is akin
to an 8086 except for the appetite -- one byte vs two at a time); I have played
with the MSDOS assembler, Debug.

Here's a litany of questions:

        1.  Will I find it possible, or even useful to attempt to adapt existing

software written for, say, IBM, to the Rainbow (the 8088 was in both, at
one time).
        2.  If 1 is worthwhile, what resources (books...) might be available,
where I can learn to make conversions?
        3.  Is there anyone on the list with a Rainbow needing a new home, or
any hardware, software, or documentation which can be put to use at my
location (I believe I've collected enough cans to cover shipping costs)?

I'm not looking to install windows or a highpower text processor, but am in need

of a terminal emulator which will coordinate a bit better with the WordPerfect
application on the campus VAX; I don't know what else may be required.

If someone has any comments, advice, or donations, we can have a talk on or off
the list.

Yeh, I know, it's just not worth it.  So I can better spend my time fishing with

dynamite?

Mark Tarka
Chemistry Dept.;Buffalo State College; 1300 Elmwood Ave.;
Buffalo, NY, 14222-1095; USA.  (716)878-6686.  TARKA10@SNYBSCVA

Newsgroups: comp.os.vms
From: zapantis@uvphys.phys.uvic.ca (Nik Zapantis)
Subject: DECprint CPS 4.1 and QMS PS printers
Reply-To: zapantis@uvphys.phys.UVic.CA
Organization: University of Victoria, Physics & Astronomy
Date: Mon, 16 Nov 92 18:29:21 GMT



I am considering a QMS Colour PS printer. 
A couple of years ago, we tried to use a QMS PS (810 I believe) printer with
what was then Scriptprinter software 2.2, and we could not get it to print.
The QMS was sending Control-Cs, I think, when the symbiont was trying
to communicate, and the queue always stalled. ( we also used the patched
version of the symbiont, the one that worked with Laserwriters).
Has anyone been able to connect a QMS PS printer to a serial VMS queue, and
access it via CPS 4.*? (please provide details)

thanks...
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
| Nik Zapantis                  | zapantis@uvphys     (BITNET)  |
| Dept. of Physics & Astronomy  | 45393::zapantis(HEPnet/SPAN)  |
| University of Victoria        | zapantis@uvphys.phys.UVic.CA  |
| Victoria, BC                  | Phone: (604)721-7729          |
| V8W 3P6                       | FAX:   (604)721-7715          |
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
From: David E Cowley
Newsgroups: comp.os.vms
Subject: SETPQL Part 9?
Date: 17 Nov 92 19:13:25 GMT
Article-I.D.: oracle.1992Nov17.191325.24053
Organization: Battelle Pacific Northwest Labs, Richland, WA
Originator: d3c724@baldrick.pnl.gov



Did anyone get the 9th part of the SETPQL program that Laurelin Loebel
was posting here last week.  I picked up parts one through eight of nine
that were going to be posted.  Part nine never appeared (that I saw).

Anybody?

			- Dave C.


------------
David Cowley, Unix/VMS System Manager, Pacific Northwest Laboratories
PO Box 999 MSIN K7-53	               Voice:	(509) 375-2260
Richland, WA 99352                     Internet: de_cowley@pnl.gov
Newsgroups: comp.os.vms
From: dickey@saifr00.cfsat.honeywell.com (Bill Dickey)
Subject: Re: Grep for VMS
Keywords: help, please
Organization: Honeywell Air Transport Systems Division
Date: Thu, 19 Nov 92 14:44:46 GMT

Why not use the VMS command "search", since you are on a VMS system. :-)

B-

Newsgroups: comp.os.vms
From: cantor@star.enet.dec.com (Dave Cantor)
Subject: Re: Another VMS Mail oddity
Organization: Digital Equipment Corporation
Date: Fri, 20 Nov 1992 14:16:23 GMT



In article <m0msJ36-00004EC@seciu.uy>, molnar@ort.edu.uy (Andres Molnar - CECOM) writes...
[...]
>I've been receiving info-vax on my MV3100 (VMS 5.4-2) for 20 days, and 
>yesterday I decided to organize the stuff into folders in a subdirectory
>mail file. I selected some mails which were related to DCL, and I moved
>them all to a new folder named "DCL":
> 
>MAIL> mov/all dcl
>Folder DCL does not exist.
>Do you want to create it (Y/N, default is N)? y
>%MAIL-I-NEWFOLDER, folder DCL created
> 
>I continued working for a while, and then I decided to take a look at
>the folders:
> 
>MAIL> dir/fold
>Listing of folders in DKA100:[USER.MOLNAR.ORT-VAX]MAIL.MAI;2
>     Press CTRL/C to cancel listing
>ALPHA                                   ALTYPAHD
[...]
>VMS                                     VUPS
>dcl
>                                                                                
>As it strikes to the eye at once, "dcl" is in lowercase and not in
>alphabetical order. I tried to take a look at the folder then:
> 
>MAIL> sel dcl
>%MAIL-E-NOTEXIST, folder DCL does not exist
[....]

MAIL> select "dcl"        ! <--  This is in lowercase, but quoted
MAIL> file/all dcl        ! Without the quotes, foldernames are translated
                          !   to all uppercase

-- --
 Dave C.                          cantor@star.enet.dec.com
 Digital Equipment Corp., Nashua, NH  03062, USA
  The views expressed herein are my own, except where attributed to 
  someone else.  They are neither the opinion of, nor the responsibility 
  of, Digital Equipment Corporation.