HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.mailbook
Date:         Wed, 22 Jul 1992 08:41:04 EDT
From:         "Duane D. Weaver" <WEAVER@OHSTVMA.BITNET>
Subject:      Re: Digests

A xedit macro called BURST is available from John Wobus JMWOBUS@SUVM.

While reading the piece of digest mail, enter BURST on the command line
in RiceMAIL.    BURST will break up the digest creating several separate
mail files as if each had been sent directly to you.

Duane
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.mailbook
Date:         Tue, 21 Jul 1992 17:19:49 EDT
From:         Scott Ophof <ophof@SERVER.UWINDSOR.CA>
Subject:      Threading items in notebook (menues)
X-To:         MAIL/BOOK discussion list <MAILBOOK@RiceVM1.Rice.edu>

Sub:  Threading items in notebooks

Does anyone have anything to process the index file so that sorting
it by "THREAD" would sequence the items by topic?  Not subject or
date, but using the "In-Reply-To:" data.

Maybe even a display like in the Netnews newsreader called "trn"?
(probably on a separate screen?)
Something like the following diagram to indicate how the items are
linked with respect to offshoots, derivatives, etc.?

   (.)-(p)-(.)-(.)               (.)  An item
    |   |                        (H)  "Here" (reading that item
    |  (H)-(.)-(.)               (p)  Item previously read
    |
   (.)-(.)                       Top-left = start-of-thread

I have no idea whether the CUA-version of RiceMAIL can do this...


Regards, and thanks in advance.
$$/
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Networking & Computing Systems, Rice University
Newsgroups: bit.listserv.mailbook
Date:         Tue, 28 Jul 1992 22:45:36 CDT
From:         "Richard A. Schafer" <SCHAFER@RICEVM1.RICE.EDU>
Subject:      Re: NoValue in Options Colors
X-To:         RiceMail discussion list <MAILBOOK@ricevm1.rice.edu>
              28 Jul 1992 14:02:21 CDT from
              <Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.AC.AT>

On Tue, 28 Jul 1992 14:02:21 CDT <Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.A
>The  variable  causing  the  NoValue  is "smenu"  which  doesn't  get  set  in
>SetOptions:  for COLOR  but  is used  in the  lines  introduced with  MAILB00K
>MAIL9269.

(actually, the variable was smode, not smenu. :-)
I've sent a fixed copy of the code to Christian, and will send it to
anyone else requesting it.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Networking & Computing Systems, Rice University
Newsgroups: bit.listserv.mailbook
Date:         Mon, 27 Jul 1992 13:12:43 CDT
From:         "Richard A. Schafer" <SCHAFER@RICEVM1.RICE.EDU>
Subject:      Re: set send unprotected
X-To:         RiceMail discussion list <MAILBOOK@ricevm1.rice.edu>

On Mon, 27 Jul 1992 09:33:07 PST John Wical said:
>>Since the windowed options use LASTING GLOBALV for storing the saved
>>options, you should be able to use globalv facilities to change the
>>option before calling mail, then change it back.  Look at the
>>MAILSEND globalv group to see how things are named.  (Or MBOKSEND for
>>mailbook.)
>
>Failed Attempts:
>
>(1)
>   I don't see any MAILSEND lines in my LASTING GLOBAL file.
>   Am I looking in the right place?

Sorry, I was trying to say this too quickly.  You won't see anything there
unless you've already set and saved a send mode option through the
menus.

The way things are saved uses the following globalv variables:

OPTNAME.0 - The number of optname. variables (not counting the .0 variable)
OPTNAME.1 - A list of options for this group
option    - The option (e.g., PSEND), set to its value

When you save options via the windows, the current value of every option
known to that window is saved in this fashion.

>(2)
>   I added this command to my exec before it invokes mail:
>'GLOBALV SELECT MAIL SETL MAIL_OPTION.PSEND NO'
>   I still get the send comfirmation pop-up window.
>
>   Does MAILOPTS XEDIT reset this option to YES?

Yes, it does.


>(3)
>   I tried putting the command 'setmail psend no' in my MAILUSER XEDIT,
>and it worked.  However, I only want this option set for my exec, not all
>the time.

See the answer to 1, which should make the procedure clearer.

>
>Comments:
>   I've written execs that use globalv's, so I know how they work.  Yet,
>I'm not seeing any MAIL globalv's in my LASTING GLOBALV file.  This seems
>strange to me.  Am I missing something?  MAIL seems to work fine for me.

The globalv group MAIL is a temporary group, and purged at exit from Mail.

The MAILxxxx groups are also permanent (i.e., LASTING GLOBALV) groups, but
don't appear until you've saved an options change from the windows.

The MBOKxxxx groups are identical to the MAILxxxx groups, but for MAILBOOK,
allowing you to have different options collections for the two commands.

The MAITxxxx groups are identical to the MAILxxxx groups, but are
temporary only, and never saved to LASTING GLOBALV.  They are created whenever
you change an option but choose the Apply action instead of Save.

The MBOTxxxx groups are identical to the MAITxxxx groups, but for MAILBOOK.

Hope this clears up any confusion.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Wed, 22 Jul 1992 12:07:12 EDT
From:         David Loebell <XTL00014@DUVM.BITNET>
Subject:      Re: BURST XEDIT
              22 Jul 1992 11:48:55 -0400 from <jmwobus@MAILBOX.SYR.EDU>

>I have received a few requests for the BURST XEDIT Rexx program.  It is
>available by anonymous ftp from syr.edu under the path
>software/cms/burst.xedit
>
>Warning: I am not a RiceMail user and have no idea how well it works
>with newer versions of RiceMail.

Seems to work fine here with the Info-Mac digest. Thanks!

-DAVID R. LOEBELL, XTL00014@DUVM.OCS.DREXEL.EDU | MY MAILBOXES WILL CLOSE
XTL0014@DUVM [BITNET], 1:273/936.7 [FIDONET]    | ON 8/8/92. (I AM MOVING)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Tue, 28 Jul 1992 15:44:45 CDT
From:         Lawrence H Gindler <LGINDLER@TRINITY.EDU>
Subject:      Forward with Windows Option no

When the new option CMS Windows is set to NO, and the forward command
is issued with no person to forward to, the user is promped with
a Forward To: (not in a window as expected).  When a name is entered
at this prompt, the error occurs

Some variable in line 453 was used, but not assigned a value.

Followed by the listing of the line and the trace back.

Is this pecular to my installation or a bug?

-- larry


=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
Lawrence H. Gindler
Assistant Director for User Services            telephony: (512)736-7401
Trinity University Computing Center         after-11/1/92: (210)736-7401
715 Stadium Drive Box 50
San Antonio Tx, 78212               E-Mail: LGindler@Trinity.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Networking & Computing Systems, Rice University
Newsgroups: bit.listserv.mailbook
Date:         Mon, 27 Jul 1992 23:52:17 CDT
From:         "Richard A. Schafer" <SCHAFER@RICEVM1.RICE.EDU>
Subject:      Re: Compiling MAILB00K XEDIT
X-To:         RiceMail discussion list <MAILBOOK@ricevm1.rice.edu>

Believe it or not, Ben, 16M is *not* enough to compile that routine.
Chalk it up to a very inefficient use of storage in that compiler.
It's been a while since I compiled it, but I think 32M was enough.

I'm told the newer REXX compiler does a better job on this.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Syracuse University Computing Services
Newsgroups: bit.listserv.mailbook
Date:         Tue, 28 Jul 1992 08:19:36 LCL
From:         Network Manager <NETMAN@SUVM.BITNET>
Subject:      Re: Compiling MAILB00K XEDIT

Ben,

I was able to compile MAILB00K XEDIT in 16M by:

1) A fresh IPL of CMS with (ACC NOPROF
2) LINKing and ACCESSing *only* those disks needed for the compile.

This worked for 92.01.02 and 92.01.03

My usual set of mini-disks and EXECLOADed and NUCXLOADed stuff took
up too much space to allow a successful compile.  Since we're
running HPO5 I couldn't use Richard's suggestion of 32M.  ;-)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Mon, 27 Jul 1992 16:04:48 PDT
From:         Clint Walker <cwalker@HAC2ARPA.HAC.COM>
Subject:      Checking it Out
X-To:         mailbook@ricevm1.rice.edu

Greetings,
     I have signed onto this list without having any idea of its purpose.
If this is a general Rice discussion list, that is what I was looking for -
if not, would someone let me know and I will sign off.

Thanks,
    cwalker@hac2arpa.hac.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Mon, 27 Jul 1992 10:11:07 CDT
From:         George Yanos <U08208@UICVM.BITNET>
Subject:      Re: Making MAIL92 look like MAIL91

I thought much the same thing until something came along that talked
about disabled people and it seemed much more interesting.

PS: We don't need to tell people we have it, do we?  We can just put
up the new version and use the macro to simulate the old version.
Then tell people the old version goes away next ??? and really just
the unsupported macro goes away?

But, most important overall and to me is that we have a mail system
that people like and don't say "it's not user friendly" about.  So,
however you can do that is the right way to do things.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Thu, 23 Jul 1992 17:05:18 EDT
From:         "Nick Gimbrone (WIRDI)" <NJG@CORNELLC.CIT.CORNELL.EDU>
Subject:      Re: HOW DELETE ?
              20 Jul 1992 14:07:43 EST from <CGKIM%KRKTRC@KTRC.KOTEL.CO.KR>

On Mon, 20 Jul 1992 14:07:43 EST <CGKIM%KRKTRC@KTRC.KOTEL.CO.KR> said:
>I used NAMES file to send mail to many users.
>But it has too long header listing each user I want to send.
>How can I shorten this ?
There are several means:
* Create external lists (such as via MAILER or on a UNIX box or via LISTSERV).
* The latest versions of mail surpress display of "too many" header lines
  by default, so get all the readers to use mail/mailbook on VM ;-)
* Use 'mail <one name> BCC: <list of names>' to make most of them BCC's
  (not in any sent headers, but therefore cann't be replied to).
Just some random thoughts... -njg
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Wed, 29 Jul 1992 15:08:11 EDT
From:         Arthur L Anger <ANGER@MITVMA.BITNET>
Subject:      Re: Minor errors in Mail 92.01.03
              29 Jul 1992 10:23:59 CDT from <SCHAFER@RICEVM1.RICE.EDU>

On Wed, 29 Jul 1992 10:23:59 CDT Richard A. Schafer said:
>On Wed, 29 Jul 1992 10:51:26 CDT
><Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.A
. . .
>>* The MAILxxxx HELPMENUs still talk about "the 5 prefix commands" when in fact
>>  6 are displayed (or is it 20% VAT ?).
>
>Gee, that's something I would have expected Art Anger to catch by now.  Art,
>are you falling down on me?  :-)  (Art has probably caught more help file
>errors like that than anyone else.)
. . .
General advice:  it's safer not to mention the count or relative position of
commands, sections, files, etc. in a context where they are subject to frequent
change.

Personal excuse:  I have not been looking very closely at the new Help files
yet because we like to stay on the trailing edge of system-software innovation.
We know that most of our users will not use, and may well object to, many of
the new features in the New Improved Mail Exec.  A few of us on the IS staff
are learning to cope with them and trying to find the ones most likely to be
advantageous while watching this list as others point out some problems--and
get some actions improved!

A suggestion/plea:  Although compiling the procedures does help somewhat, each
edition of Mail has gotten a bit bigger and a bit slower than its predecessor.
It could be nice to have one or more of these options:
--A "lite" version for simple tasks of local mailing by experienced users or
  under control of execs.
--A variety of versions with various subsets of features.
--Installation options to omit various features.
--An efficiency overhaul of the existing all-feature Exec.
--....
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Tue, 21 Jul 1992 14:34:31 CDT
From:         Chris Barnes <X005CB@TAMVM1.BITNET>
Subject:      Re: RICEMAIL ... shareware, freeware, what?
              21 Jul 1992 14:43:27 EDT from <brennan@HAL.HAHNEMANN.EDU>

On Tue, 21 Jul 1992 14:43:27 EDT Andrew Brennan, LRC Mgr said:
>      We were trying to come up with something nice for the IS
>   people (IBM corporate junkies) that was comparable to DEC's
>   ALL-IN-1 ... but IS is of the mind that if you don't pay a
>   huge amount, it can't possibly be of as high a value.


If they feel that they must pay huge sums of money, then I will
sacrificially allow that they can pay me (after, of course, they
pay Richard whatever it is that he does charge ....).


Seriously, I beleive that it is free to education sites, and $1000 to
commercial sites.  Check with Richard first to be certain, as his mileag
is the only one that matters.

      ----------------------------------------------
Chris Barnes            |
x005cb@tamvm1.tamu.edu  |  Only 40 more days until the start of
(409) 846-3273 (home)   |           hunting season (in Texas)
(409) 845-8454 (work)   |
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Tue, 21 Jul 1992 14:43:27 EDT
From:         "Andrew Brennan, LRC Mgr" <brennan@HAL.HAHNEMANN.EDU>
Subject:      RICEMAIL ... shareware, freeware, what?

      I was just praising some of the wonders of RICEMAIL to a
   local sysmgr and he asked me if the package was shareware or
   not.  I must admit that I do not know.

      We were trying to come up with something nice for the IS
   people (IBM corporate junkies) that was comparable to DEC's
   ALL-IN-1 ... but IS is of the mind that if you don't pay a
   huge amount, it can't possibly be of as high a value.

      Mind you - this is my opinion, slightly mottled by the
   minds around me at times.  Hahnemann isn't sure of my meagre
   existence, when I began - if I began - when I'll get a vaca,
   you get the picture.

      :^)

      andrew.  (brennan@hal.hahnemann.edu)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Mon, 27 Jul 1992 12:54:16 LCL
From:         Bob Jones <BJONES@UNF1VM.BITNET>
Subject:      Re: Function key description lines
              27 Jul 1992 10:22:28 CDT from <SCHAFER@RICEVM1.RICE.EDU>

>On Mon, 27 Jul 1992 08:10:17 LCL Bob Jones said:
>>Thanks for this function and for making it an option.  On our campus
>>we must offer (or provide alternative compensating) services to support
>>persons with disabilities (Americans with Disabilities Act).  Any
>>GUI, including CMS windows, blows screen readers away.
>
On Mon, 27 Jul 1992 10:22:28 CDT Richard A. Schafer said:
>I'm curious about this response, Bob.  Wouldn't you be better off with
>pure linemode (i.e., specifying the NOSCREEN option) than this?
Since I have not yet looked at the new retrofit xedit, you are most
likely right.

>I admit
>I know nothing about the screen readers and why windows cause problems
>with them, but I would have guessed that the same might be true of any
>program which tried to manipulate the full screen, such as normal
>XEDIT itself.
Screen reader sophistication and compatibility has not evolved into
the GUI area yet.  Unfortunately we must plan for the least
sophisticated software.  Screen readers are unable to read bitmapped
screens (graphics characters instead of standard text displays) and
they get very confused when the context is not as expected (boxes,
imposed spaces).  Generally a screen reader will read everything left
to right, line by line.  More expensive and sophisticated readers will
read only lines with new information, but the entire line (not just
what is in the box) is still read.  The context can be very humorous
at times!

At our installation, persons using screen readers -- if given the
choice -- would not use Full Screen for any application.  We're just
trying to make sure that there are appropriate alternative
applications and functionality.  Generally people use their adaptive
technologies from home (dial-up) and do not have access to one-on-one
assistance.  Continued sensitivity to this issue in future releases
will be appreciated.  Thanks again.  Bob Jones.

Bob Jones   (904) 646-2552 : SUNCOM 861-2552 : FAX 904-646-2719
Head, Public Services Division, and Library Systems Coordinator
University of North Florida Library              P.O. Box 17605
4567 St. Johns Bluff Road, South         Jacksonville, FL 32216
BITNET: BJONES@UNF1VM  ::   INTERNET: bjones@unf1vm.cis.unf.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Institut fuer Medizinische Computerwissenschaften
Newsgroups: bit.listserv.mailbook
Date:         Wed, 29 Jul 1992 10:51:26 CDT
From:         Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.AC.AT
Subject:      Minor errors in Mail 92.01.03

I'm sorry about the "smenu" - I know  I know it's smode, kept slipping in. The
new code works.

* At least the Menu-Bar, the command-arrow  and the bottom "-----" line aren't
  re-colored.
* If  you  say  "CMS  WINDOWS  NO"   and  later  press  F10  the  Menu-bar  is
  re-established and you have again to hide  it via Options. Dunno how hard it
  is to hide it again, at least after closing of the window.
* The MAILxxxx HELPMENUs still talk about "the 5 prefix commands" when in fact
  6 are displayed (or is it 20% VAT ?).
* The VIEW Window in Menu-mode has still "Include ...   F13", it's F6 now.

Christian
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Networking & Computing Systems, Rice University
Newsgroups: bit.listserv.mailbook
Date:         Tue, 21 Jul 1992 16:44:35 CDT
From:         "Richard A. Schafer" <SCHAFER@RICEVM1.RICE.EDU>
Subject:      Re: Threading items in notebook (menues)
X-To:         RiceMail discussion list <MAILBOOK@ricevm1.rice.edu>
              21 Jul 1992 17:19:49 EDT from <ophof@SERVER.UWINDSOR.CA>

There is no current support for that kind of threading, Scott.
Organization: Valencia University (Universitat de Valencia)   SPAIN
Date: Wednesday, 29 Jul 1992 09:18:39 EST
From: Rogelio Montanana <MONTANAN@EVALUN11.BITNET>
Newsgroups: bit.listserv.mailbook
Subject: Problems with RiceMail and CMS Windows

I have just tested the latest version of RiceMail (92.01.03), and It has given
me the possibility to discover something that may be a bug in my CMS. I want
to mention it here just in case somebody else has detected the same problem.

The problem is the following: the first time I use the MAIL command with
CMS.WINDOWS set to YES (that was the only possibility in 92.01.02) after
an IPL, CMS looses about 1 MB of the available virtual storage. It
does not happen if I set CMS.WINDOWS to NO. Fortunately I loose the Meg
only the first time, not every time I send a MAIL; I can get it back doing
IPL CMS.

It seems like a storage fragmentation problem related with some window
management routines of CMS that are loaded the first time they are used. I have
tried the EXECMAP and NUCXMAP commands, but I don't see any difference
before and after loosing the Meg.

I have VM/XA SP 2.1 SL 209 and CMS 5.6.

Thank you very much,
Rogelio.

Rogelio Montanana, System Analyst             Tel:(346)3864310 Fax:(346)3864200
Valencia Univ. Computer Center                     Bitnet: montanan at evalun11
Dr. Moliner, 50                                  Internet: montanan@vm.ci.uv.es
46100 Burjassot                   Hepnet: evalun::montanan (or 16530::montanan)
Spain                 X400: C=es;A=mensatex;P=iris;O=uv;OU=ci;OU=vm;SN=montanan
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Institut fuer Medizinische Computerwissenschaften
Newsgroups: bit.listserv.mailbook
Date:         Tue, 28 Jul 1992 14:02:21 CDT
From:         Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.AC.AT
Subject:      Re: NoValue in Options Colors

The  variable  causing  the  NoValue  is "smenu"  which  doesn't  get  set  in
SetOptions:  for COLOR  but  is used  in the  lines  introduced with  MAILB00K
MAIL9269.
Christian
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Mon, 27 Jul 1992 10:00:54 CDT
From:         Harriet L Coleman <U35049@UICVM.BITNET>
Subject:      Re: Making MAIL92 look like MAIL91

My mail showed me a long list of things for two weeks.  Among them was
new code from Shafer.
If he makes no pretense of supporting this, then I think we'd have to
make it available on the same basis.
 And probably shouldn't make it available at all.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Wed, 22 Jul 1992 09:20:14 CDT
From:         "Colegate V. Spinks" <ZCVS@ADM.ANGELO.EDU>
Subject:      Lost Mail
X-To:         RiceMail Forum <MailBook@RiceVM1.Rice.Edu>

We have encountered a problem here at Angelo State University with
respect to lost mail.  Here is the situation: As you finish up your
mail session, and hit the PF3 to quit, you get a dialog window asking
wether to DISCARD... Ok, any mail that is received in your reader from
this point to some unknown point before receiveing the VM ready prompt
is lost. It appears that the mail program is purging the reader of all
mail, not just the mail that is on the current display.

Is anyone else having this problem, and is there a fix for it?

+----------------------------------------------------------------------+
 Colegate Spinks, Analyst/Network Specialist, Angelo State University 
 2601 WEST AVENUE N, BOX 11020, SAN ANGELO, TEXAS  76901              
 Internet:ZCVS@ADM.ANGELO.EDU, Voice:915-942-2333, Fax:915-942-2109   
+----------------------------------------------------------------------+
 Have a nice day (Warning: This offer expires at midnight, some       
 restrications and limitations may exist, not valid in all 50 states, 
 void where prohibited by law, and is non-transferable)               
+----------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Academic User Services, The University of Akron
Newsgroups: bit.listserv.mailbook
Date:         Thu, 23 Jul 1992 11:12:50 EDT
From:         Gary Sponseller <SPONSELL@AKRONVM.BITNET>
Subject:      Mail 92.01.02

I don't recall if this has been reported or will be fixed in 92.01.03...
If you have no mail, CMS FULLSCREEN flips up and then off and then you
get the normal "No mail was found in your mailbox" message on the virtual
console.  It seems like the full screen stuff should be only activated
later (when there is mail to be processed).
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Mon, 27 Jul 1992 08:10:17 LCL
From:         Bob Jones <BJONES@UNF1VM.BITNET>
Subject:      Re: Function key description lines
              24 Jul 1992 13:40:55 CDT from <SCHAFER@RICEVM1.RICE.EDU>

On Fri, 24 Jul 1992 13:40:55 CDT Richard A. Schafer said:
>I've also added code to allow people to refuse to see any CMS windows, if
>that really bothers them.  A new CMS.WINDOWS option can be set to NO at
>INITIAL time (or via the windows) to force using linemode style
>question/answer dialogs.

Thanks for this function and for making it an option.  On our campus
we must offer (or provide alternative compensating) services to support
persons with disabilities (Americans with Disabilities Act).  Any
GUI, including CMS windows, blows screen readers away.  It was our
previous assumption that we would have to support both RiceMail 92 AND
RiceMail 91.  If this feature works, we'll be able to migrate the product
without looking back!  Thanks!

Bob Jones   (904) 646-2552 : SUNCOM 861-2552 : FAX 904-646-2719
Head, Public Services Division, and Library Systems Coordinator
University of North Florida Library              P.O. Box 17605
4567 St. Johns Bluff Road, South         Jacksonville, FL 32216
BITNET: BJONES@UNF1VM  ::   INTERNET: bjones@unf1vm.cis.unf.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU