HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.mailbook
Date:         Thu, 23 Jul 1992 17:09:57 EDT
From:         "Nick Gimbrone (WIRDI)" <NJG@CORNELLC.CIT.CORNELL.EDU>
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.
You might also have the "right" folks take a look at the evaluations
(previously mentioned on this list) done by Xephon on 'mail systems'
for IBM ES operating system environments... RiceMail faired very well
in the evaluations (seemed to me it was pointed out that it didn't
take first as the evaluation criteria included "office system"
support items, not just "email" ones). I'm sure they would sell you
a copy of the report by writting to them at:
   Xephon/WPWS
   PO Box 1059
   Oviedo FL 32756
   USA
-njg
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Emory University - Atlanta, Georgia, USA
Newsgroups: bit.listserv.mailbook
Date:         Tue, 21 Jul 1992 16:48:48 EDT
From:         Bert Bruner <OSAKB@EMUVM1.BITNET>
Subject:      Re: RiceMail and VM/ESA & 3390 Model 3

On Tue, 21 Jul 1992 16:30:45 EST Alnoor Dhanani said:
>We are in the process of upgrading our disk drives to 3390 Model 3s and
>then upgrading our VM/XA system to VM/ESA. Has anyone had any problems
>running RiceMail with either of these?

RiceMail won't even know that anything changed.

:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:: Bert Bruner                     BITNET: OSAKB@EMUVM1                ::
:: VM Specialist/Postmaster        Internet: osakb@emuvm1.cc.emory.edu ::
:: System Support                  FAX: 404-727-2599                   ::
:: Emory University                Snail:  1712 Uppergate Dr.          ::
:: Phone: 404-727-4781                     Atlanta, Ga  30322 USA      ::
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
::   CON: The opposite of PRO; CONGRESS: The opposite of PROGRESS.     ::
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Thu, 23 Jul 1992 17:18:34 EDT
From:         "Nick Gimbrone (WIRDI)" <NJG@CORNELLC.CIT.CORNELL.EDU>
Subject:      Re: Return-Receipt-To?
              23 Jul 1992 09:15:24 +0300 from <VSLAWR@WEIZMANN.WEIZMANN.AC.IL>

On Thu, 23 Jul 1992 09:15:24 +0300 Lawrence S. Kalman said:
>On Wed, 22 Jul 92 15:51:06 EDT <Larry.H.Bradley@NRC.CA> said:
>>Our Network Courier (aka MS Mail) system also generates
>>Return-Receipt-To: headers ... it would be nice if RiceMail both
>>generated and responded to these headers (92.xx release, Richard?)
>I'm not familiar with MS mail, but I don't believe that Return-Receipt-To:
>is defined in any "standard" such as RFC822/1123 to which RiceMail conforms.
Yes, but then again, neither is RiceMail's 'ack' header line "standard".
It would be a real hornet's nest to start respecting all the possible
variations on this sort of thing... better to work for a standardization
and moving to that... (X.400 anyone? ;-) -njg
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Networking & Computing Systems, Rice University
Newsgroups: bit.listserv.mailbook
Date:         Fri, 24 Jul 1992 22:47:09 CDT
From:         "Richard A. Schafer" <SCHAFER@RICEVM1.RICE.EDU>
Subject:      Re: Mail 92.01.02
X-To:         RiceMail discussion list <MAILBOOK@ricevm1.rice.edu>

On Thu, 23 Jul 1992 11:12:50 EDT Gary Sponseller said:
>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).

Sorry, this won't be fixed in 92.01.03.  I'd intended to try to work on
it, but somehow lost track of it.  Making that change will involve moving
around several pieces of code, so I won't try making a last-minute rush
change to .03.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Wed, 22 Jul 1992 08:55:03 ECT
From:         Amy Salzman <SALZMAN@BINGVMB.BITNET>
Subject:      Re: RiceMail and VM/ESA & 3390 Model 3

On Tue, 21 Jul 1992 16:30:45 EST Alnoor Dhanani said:
>We are in the process of upgrading our disk drives to 3390 Model 3s and
>then upgrading our VM/XA system to VM/ESA. Has anyone had any problems
>running RiceMail with either of these?

At Binghamton University we recently upgraded to VM/ESA.  We had users bombing
because they ran out of virtual memory (CMS/ESA takes up more memory).  We
responded by (1) giving users with older accounts more default memory, and
             (2) *finally* installing RiceMail in a DCSS, about which there
                 has been much prior discussion.

---------------------------------------------------------------------------
|  Amy G. Salzman                      (607) 777-6127                     |
|  Computing Services                  SALZMAN@BINGVMB                    |
|  Binghamton University               SALZMAN@BINGVMB.CC.BINGHAMTON.EDU  |
|  Binghamton,  NY                                                        |
---------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Tue, 28 Jul 1992 08:11:23 EDT
From:         Doug Cutler <UNCDWC@UNCVM1.BITNET>
Subject:      Re: Compiling MAILB00K XEDIT

   No it woun't compile in 16M, don't blame Richard, complain to IBM!!
One poster said 100M, I used 128M and it compiled fine.


  Doug. Cutler                       Office of Information Technology,
  VM Systems Programmer              University of North Carolina.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Tue, 21 Jul 1992 16:30:45 EST
From:         Alnoor Dhanani <NUR@HARVARDA.BITNET>
Subject:      RiceMail and VM/ESA & 3390 Model 3

We are in the process of upgrading our disk drives to 3390 Model 3s and
then upgrading our VM/XA system to VM/ESA. Has anyone had any problems
running RiceMail with either of these?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Networking & Computing Systems, Rice University
Newsgroups: bit.listserv.mailbook
Date:         Fri, 24 Jul 1992 13:40:55 CDT
From:         "Richard A. Schafer" <SCHAFER@RICEVM1.RICE.EDU>
Subject:      Function key description lines
X-To:         MAIL/MAILBOOK Mailing list <MAILBOOK@ricevm1.rice.edu>

I'll probably send out the package this evening, so this is a little
late to be asking the question.  But here goes:  I've written code
to allow users to specify from 1 to 4 descriptive lines, automatically
sorting and displaying the function key assignments (as built by the
Options windows *only* - if you set things by hand you'll also need to
build the reserved lines by hand), 6 to a line.   If you redefine the Help
key to F24, then F24 will show Help (and only if you show all 4 lines),
for example.

I'm planning on changing the default for key.lines to be 2 unless
someone seriously objects.  That's because with the sorted ordering,
having only 1 line will only pickup keys 1 through 6, leaving out some
of the important things like scrolling and cancel.

Of course, you can redefine things so scrolling appears in the first
six keys, but since people were used to having two lines in previous
versions, I felt this (unfortunately, non-CUA) default was worth changing.

If someone has serious objections, please let me know ASAP.


I've also added code to allow previous and next to display deleted items:

    NEXT (ANY
    PREVIOUS (ANY

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.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Temple University Computer Services -- Listserv Postmaster
X-Acknowledge-To: <OASIS@TEMPLEVM.BITNET>
Newsgroups: bit.listserv.mailbook
Date:         Mon, 27 Jul 1992 23:50:15 EDT
From:         Stan Horwitz <OASIS@TEMPLEVM.BITNET>
Subject:      Re: Checking it Out
              27 Jul 92 19:05:17 EDT from <cwalker@HAC2ARPA.HAC.COM>

On Mon, 27 Jul 92 19:05:17 EDT Clint Walker said:
>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.

You're in the right place! This is a Ricemail discussion list.

Stan Horwitz
Listserv Postmaster
Temple University
Acknowledge to: OASIS@TEMPLEVM (or VM.TEMPLE.EDU)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Networking & Computing Systems, Rice University
Newsgroups: bit.listserv.mailbook
Date:         Mon, 27 Jul 1992 23:54:14 CDT
From:         "Richard A. Schafer" <SCHAFER@RICEVM1.RICE.EDU>
Subject:      Re: Initial settings
X-To:         RiceMail discussion list <MAILBOOK@ricevm1.rice.edu>

On Mon, 27 Jul 1992 23:57:23 EDT Stan Horwitz said:
>How can I establish some initial settings  for Mail 92 that would take effect
>for each user here without  overiding individual preferences? For instance, I
>would like to  establish a notebook size limit, but  allow people to override
>it if they have more then our site's default amount of disk space.

For once, I have an easy answer.  Have your MAILSYS XEDIT do the following:

1. At INITIAL time, do a

    SETMAIL EXIT.PRESEND YES
    SETMAIL EXIT.PREREAD YES
    SETMAIL EXIT.PREMENU YES

   (You can leave out any mode for which you're not setting things.)

2. Then have your MAILSYS XEDIT file set the options you'd like in the
   PRExxxx calls, instead of the xxxx calls.


Since the PRExxxx calls are done *before* the windowed options are
called in, the user can then override any option that you've set.

Since the INITIAL exit is always called before the windowed options are
set, you can set any options usually set at INITIAL time and the user's
windowed options will override; there is no need for a PREINITIAL call.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Networking & Computing Systems, Rice University
Newsgroups: bit.listserv.mailbook
Date:         Wed, 29 Jul 1992 10:23:59 CDT
From:         "Richard A. Schafer" <SCHAFER@RICEVM1.RICE.EDU>
Subject:      Re: Minor errors in Mail 92.01.03
X-To:         RiceMail discussion list <MAILBOOK@ricevm1.rice.edu>
              29 Jul 1992 10:51:26 CDT from
              <Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.AC.AT>

On Wed, 29 Jul 1992 10:51:26 CDT <Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.A
>* At least the Menu-Bar, the command-arrow  and the bottom "-----" line aren't
>  re-colored.

Sigh.  I'll fix that.

>* 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.

MENUBAR OFF will rehide the menu bar.

>* 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.)

I'll make the change for the next distribution.

>* The VIEW Window in Menu-mode has still "Include ...   F13", it's F6 now.

Opps.  I'll fix that.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Academic User Services, The University of Akron
Newsgroups: bit.listserv.mailbook
Date:         Wed, 22 Jul 1992 09:23:25 EDT
From:         Gary Sponseller <SPONSELL@AKRONVM.BITNET>
Subject:      Re: RiceMail and VM/ESA & 3390 Model 3

On Wed, 22 Jul 1992 08:55:03 ECT Amy Salzman said:
>At Binghamton University we recently upgraded to VM/ESA.  We had users bombing
>because they ran out of virtual memory (CMS/ESA takes up more memory).  We
>responded by (1) giving users with older accounts more default memory, and
>             (2) *finally* installing RiceMail in a DCSS, about which there
>                 has been much prior discussion.

What sort of VMSIZEs are you talking about?  before and after...
And this upgrade was to VM/ESA from what VM/xxx?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Networking & Computing Systems, Rice University
Newsgroups: bit.listserv.mailbook
Date:         Mon, 27 Jul 1992 14:52:12 CDT
From:         "Richard A. Schafer" <SCHAFER@RICEVM1.RICE.EDU>
Subject:      Re: set send unprotected
X-To:         RiceMail discussion list <MAILBOOK@ricevm1.rice.edu>

OK, let me try again.

1. Those optname.0, optname.1, and psend variables are in the globalv
   pool MAILSEND *iff* you set the options from the windows or use globalv
   to set them yourself.

2. Only the MAIL, MAITxxxx, and MBOTxxxx globalv groups are purged
   when starting up Mail; MAILxxxx and MBOKxxxx groups are not.

3. If your cover exec (or whatever) uses globalv to set those variables
   in the MAILSEND group prior to calling Mail, you'll have what you
   want.

   E.g.,

     /* */
     x = Date('Month')
     If x = 'August' Then Do
       'GLOBALV SELECT MAILSEND SET OPTNAME.0 1'
       'GLOBALV SELECT MAILSEND SET OPTNAME.1 PSEND'
       'GLOBALV SELECT MAILSEND SET PSEND NO'
       End

    is an exec which would set PSEND to NO if called sometime next month.

    There is a simplification if you know that you've already set options
    via the window for that pool.  In that case, since the pool will contain
    globalv variables for *all* the options for that window, you could get
    away with just changing the value of that variable, without fooling with
    the optname variables.  Otherwise, be careful not to leave out any
    option name from optname.n or you will have destroyed knowledge of those
    variables.  (For those of you who care, this is all necessary because
    IBM has not provided a way to get the names of all variables in a globalv
    pool.)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <GULBAHAR@TRMETU>
Newsgroups: bit.listserv.mailbook
Date:         Wed, 29 Jul 1992 09:01:22 TUR
From:         Yasemin Gulbahar <GULBAHAR@TRMETU.BITNET>
Subject:      Re: Forward with Windows Option no
              28 Jul 92 22:40:41 CDT from <SCHAFER@RICEVM1.RICE.EDU>

On Tue, 28 Jul 92 22:40:41 CDT Richard A. Schafer said:
>
>On Tue, 28 Jul 1992 15:44:45 CDT Lawrence H Gindler said:
>>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
>
>It's a bug.  I've sent a fixed copy of the code to Larry, and will send it
>to anyone else who requests it.
>
>My apologies, and thanks for reporting the problem.

I am requesting a copy of the code.
Thanks in advance..

e-mail : GULBAHAR@TRMETU.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Networking & Computing Systems, Rice University
Newsgroups: bit.listserv.mailbook
Date:         Fri, 24 Jul 1992 22:53:37 CDT
From:         "Richard A. Schafer" <SCHAFER@RICEVM1.RICE.EDU>
Subject:      Re: set send unprotected
X-To:         RiceMail discussion list <MAILBOOK@ricevm1.rice.edu>

On Fri, 24 Jul 1992 16:10:29 PST John Wical said:
>   is it possible to set protected send to NO via the command line?
>
>This option can be set with the menus via:
>
>   options/send/settings/protect send = no
>
>   I'm writing an EXEC and I want to change this option only while the exec is
>running, and I can't use the menus since it's not interactive.

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.)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Tue, 21 Jul 1992 20:12:23 EDT
From:         Mark Bodenstein <MAB@CORNELLC.BITNET>
Subject:      Re: Threading items in notebook (menues)

On Tue, 21 Jul 1992 18:11:03 CDT George Yanos said:
>Something simpler than the threading of related notes, I've often
>wished for the ability to add a few lines of comment to a note
>while it is in a notebook, and have those comments carried along
>with the note from then on.

You can do this.  While reading the mailfile, issue the xedit command
"prefix on".  Use the "a" prefix command to add some lines.  Type in
your comments.  Then log the mailfile in the notebook of your choice
(which can be the same notebook you're viewing, including UNREAD.)  You
can now delete the original mailfile.

Mark
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Office of University Computing
Newsgroups: bit.listserv.mailbook
Date:         Fri, 24 Jul 1992 14:32:36 EST
From:         Nick Laflamme <NLAFLAMM@IRISHVMA.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'm planning on changing the default for key.lines to be 2 unless
>someone seriously objects.  That's because with the sorted ordering,
>having only 1 line will only pickup keys 1 through 6, leaving out some
>of the important things like scrolling and cancel.

Thank you, thank you, thank you.  I was trying to figure out how to
change MAILSYS XEDIT so that the first time things got invoked, we'd
switch users to 2 lines of PF keys, but do it in a way so that if they
want just 1 line, they can set that, too.  Now I won't have to. :-)

Thanks,
Nick

* NLAFLAMM@IRISHVMA.BITNET
* Dominique.P.Laflamme.1@nd.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Mon, 27 Jul 1992 12:30:46 PST
From:         John Wical <UNCJWI@LLUVM.BITNET>
Subject:      Re: set send unprotected
              27 Jul 1992 13:12:43 CDT from <SCHAFER@RICEVM1.RICE.EDU>

On Mon, 27 Jul 1992 13:12:43 CDT Richard A. Schafer said:
>>...
>
>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.

   How do I access these variables?
   I wrote an xedit macro to 'say optname.0 optname.1 psend' and ran it
while in MAIL, and it printed the names of those 3 variables, not their
contents.

>...
>Hope this clears up any confusion.

   Yes, I understand a lot more now.  Unfortunately, I'm still not sure how
to accomplish my objective of having my exec set PSEND to NO.

   Since MAILOPTS XEDIT resets PSEND to YES, then would changing PSEND before
invoking MAIL will have any effect?

   Is there something I can put in the queue before invoking MAIL, or put
in an xedit macro that could be called from within MAIL that would change
the value of PSEND from within MAIL?

John
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Temple University Computer Services -- Listserv Postmaster
X-Acknowledge-To: <OASIS@TEMPLEVM.BITNET>
Newsgroups: bit.listserv.mailbook
Date:         Mon, 27 Jul 1992 23:57:23 EDT
From:         Stan Horwitz <OASIS@TEMPLEVM.BITNET>
Subject:      Initial settings

How can I establish some initial settings  for Mail 92 that would take effect
for each user here without  overiding individual preferences? For instance, I
would like to  establish a notebook size limit, but  allow people to override
it if they have more then our site's default amount of disk space.

Stan Horwitz
Listserv Postmaster
Temple University
Acknowledge to: OASIS@TEMPLEVM (or VM.TEMPLE.EDU)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Wed, 22 Jul 1992 00:40:47 EDT
From:         David Loebell <XTL00014@DUVM.BITNET>
Subject:      Digests

Is there any way to "Undigestify" mail from lists which distribute in
standard digest format?

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:         Mon, 27 Jul 1992 09:33:07 PST
From:         John Wical <UNCJWI@LLUVM.BITNET>
Subject:      Re: set send unprotected
              24 Jul 1992 22:53:37 CDT from <SCHAFER@RICEVM1.RICE.EDU>

On Fri, 24 Jul 1992 22:53:37 CDT Richard A. Schafer said:
>>
>>   I'm writing an EXEC and I want to change this option only while the exec
>>is running, and I can't use the menus since it's not interactive.
>
>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?

(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?

(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.


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.

John
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Institut fuer Medizinische Computerwissenschaften
Newsgroups: bit.listserv.mailbook
Date:         Tue, 28 Jul 1992 09:06:46 CDT
From:         Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.AC.AT
Subject:      Setting colors bug

I haven't been able to redefine the colors. Mail bombs with NoValue
in line 950. Any hints?
Christian
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Tennessee at Chattanooga
Newsgroups: bit.listserv.mailbook
Date:         Thu, 30 Jul 1992 10:59:19 EDT
From:         Joey Maxie <JOEY@UTCVM.BITNET>
Subject:      Error with Rice MAIL 92.01.03

We have been incurring the following error with MAIL 92.01.03, this is
happening with our "automail" collection program that runs every morning.
We had been running the automail program successfully with previous
releases of MAIL.

Thanks for any help/suggestion with this matter.


        >>>     "EXEC MAIL (NOMENU"

 DMSXSE526E Option MSGLINE valid in display mode only
 Please give your installation's support person the following information.
 An internal logic error in MAIL/MAILBOOK has been encountered:
 Unable to create CMS Vscreen, rc=88
 The error occurred at line 833
 Copyright 1992 by Richard A. Schafer. All Rights Reserved.
     76 +++                            Signal Value(Translate(cmd))
    718 +++                           Call YCall
    720 +++                        Call,Finish 32
    724 +++                       Call Flush
   1039 +++                      Call BuildWindow,sizel sizec,'2
2',position,colo
 r 'HIGH',help
    685 +++                     Call MessagePopUp '10 20','1 42','INFO'
    379 +++                Call Terminate
     73 +++            Call,XCall operands
     46 +++       Call Command
        +++       "TRACEBACK"
 DMSREX463E Error 16 running MAILB00K XEDIT, line 76: Label not found
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU