HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.mailbook
Date:         Tue, 18 Aug 1992 13:37:05 +0200
From:         Eric Thomas <ERIC@SEARN.BITNET>
Subject:      Re: flexible "From:" fields
X-To:         Jim Jones <JIMJ@JHUVM.BITNET>
              17 Aug 92 22:58:50 EST from Jim Jones <JIMJ@JHUVM>

Jim: I only found 3 messages, is that all there was?

Regarding these  suggestions about what to  place or not to  place in the
'Sender:'  field... In  my  opinion  this type  of  discussion  is a  bit
pointless, different  people want  different things  and not  everyone is
using MAILBOOK or running VM. Perhaps the  only thing one could get a 75%
or  more agreement  on is  that mail  from a  list should  not look  like
private mail from the poster to the person reading his mail. Personally I
don't use  MAILBOOK, so  this is  a bit  immaterial, but  as a  matter of
personal taste  I want mail from  a list to  look like it comes  FROM the
list on the menu. Some want it to look like it goes TO the list, and they
can have this behaviour today with  IETFHDR or either BSMTP header style.
While BSMTP  headers do use "Multiple  recipients blah blah" in  the name
field, the RFC822 address is that of the list (I'm talking about LISTSERV
lists distributed  by LISTSERV servers  - things might be  different with
LISTEARN). With IETFHDR,  the name is whatever the poster  put there, and
there might  be a  dozen other  addresses in the  'To:' field  before and
after the  address of  the list,  with no way  to know  which one  is the
actual list (and it might be %-hacked). In both cases, the information IS
there, all you  need to do is  have MAILBOOK format it the  way you want.
And remember that there are many people  who use VMS mail or whatever and
have entirely different requirements.

  Eric
Organization: Washington University, St. Louis
Date:         Wed, 19 Aug 92 17:29:14 CST
From:         Bill Harvey <HARVEY@WUVMD.Wustl.Edu>
Subject:      Re: flexible From: in the Menu display
Newsgroups:   bit.listserv.mailbook

On Mon, 17 Aug 1992 17:01:35 BST, John Gordon <JCG@IBM-B.RUTHERFORD.AC.UK>
said:

>Anyway, my view is that mail should not appear to come FROM the
>listname (eg MAILBOOK) but instead it should be listed as FROM the
>original sender and TO MAILBOOK.  AT the moment mail from lists either
>appears in the menu as To my name or Multiple-recipients.  Neither of
>these tells me much.

Exactly my point.  See my most recent posting for (hopefully) a clearer
explanation of where I was trying to go.

>I realise that my proposed TO field is beyond the scope of this list

On the contrary, that's it exactly.  A user should be able to choose what
is displayed by the menu.

>since it would require LISTSERV to use a different BSMTP TO from the
>RFC822 To:

You lost me here.  LISTSERV (using DIST for its distribution method) *does*
use a different address in the BSMTP TO: and RFC822 To: fields.  It seems
to me that your complaint is that the "Multiple recipients" text in the
RFC822 To: field is too long for MAIL/MAILBOOK to squeeze into the To:
display on the menu.  I'll agree that that's unfortunate, but it's not
MAILBOOK's fault.  There's only so much real estate on the screen, after
all!  :-)

Perhaps a solution to *this* would be for LISTSERV to generate an RFC822
To: field with the listname inserted earlier in the text of the name
portion.  Something like:
   To:   "MAILBOOK's multiple recipients" <MAILBOOK@xxx>

or whatever.  Then MAILBOOK *would* get the address of the list into the
To: field without any changes to the code.  (At least, I *think* that's
the case.)  Unfortunately, *that* is beyond the scope of this list.
Take it to LSTSRV-L!  :-)
(By the way, I don't know whether the text of the RFC822 To: field is
at the discretion of the list owner.  Eric, please don't nail me if
LISTSERV is already configurable to this extent.  :-))

>           but I would endorse what Bill Harvey said about getting the
>right information for new mail

Thanks!  :-)

>                               even if this means scanning new mail
>for headers.

Well, I think *that* is worth discussing.  It would depend on how much
time that would cost.  But I think I lean toward agreeing with you.  It
would certainly be nice if it were an option.

Bill
>John Gordon
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Wed, 12 Aug 1992 12:09:46 EDT
From:         "Nick Gimbrone (WIRDI)" <NJG@CORNELLC.CIT.CORNELL.EDU>
Subject:      Re: Minor errors in Mail 92.01.03

On Wed, 29 Jul 1992 15:08:11 EDT Arthur L Anger said:
>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.
The version which introduced external indexes was quite a bit faster, and
   needed less memory at run time for larger notebooks.
The version which introduced the ability to compile the code was very much
   faster and allowed more of its storage usage to be shared.

>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.
Most of the features that are pratical for omission would not save much
on size or speed. The knowledge that the whole package is there all the
time also has value to balance any efficientcy issues (to my mind at least).

>--An efficiency overhaul of the existing all-feature Exec.
I believe quite a bit of work has gone on in this area over time...

Some of the things that are slow/cause overhead, and what you can do to
help alleviate the effects:
   * Parsing of headers can be slow (RFC822 is fairly generous in what
     it allows).
     Be sure to compile the pieces...
   * Usage of multiple or large NAMES files is slow, due to no problems
     in the mail code, but rather just how NAMEFIND works.
     Be sure to disable the option that does automatic NAMEFIND lookups
     during MENU build...
     Don't edit the headers and force new calls to NAMEFIND at SEND time...
   * Profiling can be expensive...
     Make sure you do most of the work in INITIAL calls rather than in
     each and every call to READ/SEND...
     Better a bit slower than to not have the flexability we have...
Just some random thoughts... I'm sure that others can add more...
-njg
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Wed, 12 Aug 1992 09:52:44 CST
From:         "John H. Fuller" <JFULLER@UMINN1.BITNET>
Subject:      UserExit Problem

R 92.01.02
Is anybody successfully using the local userexits with this release?
The MAILB00K XEDIT code does not call my userexits, as expected.  The
problem appears to due to the following  call to the Symbol function
resulting in the value 'VAR', because of the intiailization of the
stem variable global. to 0 .
    If Symbol('global.exit.'exitpoint) = 'LIT'  /* then call exit */
where 'exitpoint' = the name of my exit routine.

--------------
John H. Fuller
Computer Information & Services           USPS:  CIS
Phone:    (612)-624-7788                         50 Coffey Hall
Bitnet:   JFULLER@UMINN1                         1420 Eckles Ave.
Internet: JFULLER@VM1.SPCS.UMN.EDU               University of Minnesota
                                                 St. Paul, MN  55108
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Thu, 20 Aug 1992 09:31:00 EDT
From:         JCLUTCHE@PSUHMC.BITNET
Subject:      suppress mail in 92.01.03

I have a client who asked the following question.
Does anyone have a suggestion?
Thanks in advance.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
John Clutcher, Project Leader/E-mail Postmaster  Information Systems
Internet: jclutche@psuhmc.hmc.psu.edu            Hershey Medical Center
Bitnet:   jclutche@psuhmc.bitnet                 500 University Drive
Voice:    (717) 531-8682                         Hershey, PA 17033  USA
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Original Question.......

I've been using the new RICEMAIL for a few weeks now, for the most part
I really like it.  BUT !  Is there some way to suppress the messages that
pop up in the middle of the screen ?  Not only is it very annoying, it
adds to the amount of time it takes me to read my mail.  thanks,
Judy
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice: SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.mailbook
Date:         Fri, 21 Aug 1992 13:35:54 BST
From:         John Gordon <JCG@IBM-B.RUTHERFORD.AC.UK>
Subject:      Re: Read PROFS Note

When OV/VM sends mail to remote non-OVVM users it uses the same format
as PROFS did so a remote Rice MAIL will handle such mail as before.
We made a small change to OV/VM so that it treats local non-OVVM users
as if they were remote. Rice MAIL then recognises such mail.

If anyone is interested I could expand on exactly how we did this.

John
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Tue, 18 Aug 1992 13:34:51 EST
From:         "Scott (nmi) Mattes" <COTRSSM@SEA04VM.NAVSEA.NAVY.MIL>
Subject:      Re: Offline NOTEBOOK reading on a PC.
X-To:         Multiple recipients of list MAILBOOK <MAILBOOK@ricevm1.rice.edu>
              17 Jul 1992 23:15:51 GMT from
              <PGIFFORD%ALLEGVM.BITNET@ricevm1.rice.edu>

On Fri, 17 Jul 1992 23:15:51 GMT Pete Gifford said:
>On Fri, 17 Jul 1992 19:43:19 EST Scott (nmi) Mattes said:
>>
>>I have written a reader for Qbasic (the one that comes with MS-DOS 5).
>>It can handle files that ReadMail can't, but isn't as polished.
>>
>>I will be back in the office on Tuesday (almost for sure) and could
>>send it to you. It is Shareware ($5US).
>>

>How about making it FTP-able?

FTP to WUARCHIVE.WUSTL.EDU
ANONYMOUS
-your_id_here         * note, the leading dash keeps some versions of VM FTP
                              from abending
TYPE I
get /mirrors/msdos/txtutl/cmsnt100.zip

  Support is via Compuserve, my id is included in what doc there is.

--------------------------------------+----------------------------------------
Scott (nmi) Mattes                    | No success can compensate for failure
Work: COTRSSM@SEA04VM.NAVSEA.Navy.Mil | in the home.  David O. McKay, Prophet
Home: 73027.3270@CompuServe.COM       | and President of the Church of Jesus
Voice: (703) 769-2917                 | Christ of Latter-day Saints, 1951-70
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: The University of Alabama, Tuscaloosa
Newsgroups: bit.listserv.mailbook
Date:         Thu, 13 Aug 1992 14:48:06 CDT
From:         Darren Evans-Young <DARREN@UA1VM.UA.EDU>
Subject:      Re: send and prefix area

On Wed, 12 Aug 1992 08:26:49 PDT Russell N. Hathhorn, VM Systems Support said:
>When using REPLY TEXT (any permutation) I like to have the prefix area
>available for editing.  Is there a SETMAIL variable available for this
>control.  Obviously I can enter it on the command line (lazy I am) ;-{))
>

Russell,

This is what I do in my MAILUSER XEDIT:


/* MAILUSER XEDIT for MAIL and MAILBOOK */
Arg screen_mode
...
Select
  When screen_mode = 'READ' Then Do
    'COMMAND SET LINEND OFF'
    'COMMAND SET PF5 REPLY TEXT#SET PREFIX ON'
    'COMMAND SET LINEND ON'
    End
...
Exit

Darren Evans-Young                                  darren@ua1vm.ua.edu
Seebeck Computer Center                             70651.2605@CompuServe.COM
The University of Alabama, Tuscaloosa               (205)348-3988
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Mon, 17 Aug 1992 09:10:05 CDT
From:         Chris Barnes <X005CB@TAMVM1.BITNET>
Subject:      Re: flexible From: in the Menu display
              13 Aug 1992 00:58:16 GMT from <HARVEY@WUVMD.WUSTL.EDU>

On Thu, 13 Aug 1992 00:58:16 GMT Bill Harvey said:
>In the never-ending debate between BITNET/LISTSERV-style list supporters
>(read: The Good Guys(GGs)) and Internet/UNIX-style list supporters
>(read: The Bad Guys(BGs)), the BGs have always made one fairly good
>point about why LISTSERV is "bad."  To wit:  The Sender: field should
>*not* contain the address of the list.  The major defense given by the
>GGs is that the mail becomes more difficult to identify when read by
>RiceMail if some sort of Errors-To: address is put in the Sender: field.

Not being a RFC822 expert, I would have to say the BG are wrong.  Why?
Because Listserv IS the sender.  IMHO, Listserv does it right.  The
one to whom the errors should go, so I see no reason to put that
information there.

      ----------------------------------------------
Chris Barnes            |
x005cb@tamvm1.tamu.edu  |  Only 15 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
Organization: Networking & Computing Systems, Rice University
Newsgroups: bit.listserv.mailbook
Date:         Wed, 12 Aug 1992 10:08:38 CDT
From:         "Richard A. Schafer" <SCHAFER@RICEVM1.RICE.EDU>
Subject:      Re: UserExit Problem
X-To:         RiceMail discussion list <MAILBOOK@ricevm1.rice.edu>

John, you've definitely found a problem here.  I think I have a fix
written, and will try to send an updated version of the code to you
this morning for you to verify.

Richard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Wed, 12 Aug 1992 12:33:42 EDT
From:         "Nick Gimbrone (WIRDI)" <NJG@CORNELLC.CIT.CORNELL.EDU>
Subject:      Re: Storage Problem.

It could be any of the following (or perhaps something else):
* compiled rexx run time environment
* other things NUCXLOAD'd (explicitly or implicitly) but not dropped
* GLOBALV data
* EXECLOAD'd data (explicit or implicit) that was not dropped
* CMS disks that get accessed
* other CMS control blocks
One alternative is to explicitly SEGMENT RESERVE the space for SAS's segments.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice: SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.mailbook
Date:         Mon, 17 Aug 1992 17:01:35 BST
From:         John Gordon <JCG@IBM-B.RUTHERFORD.AC.UK>
Subject:      Re: flexible From: in the Menu display
X-To:         RiceMail discussion list <MAILBOOK@RICEVM1.RICE.EDU>
              17 Aug 1992 09:10:05 CDT from
              <X005CB%TAMVM1.BITNET@EDU.RICE.RICEVM1>

On Mon, 17 Aug 1992 09:10:05 CDT Chris Barnes said:
>Because Listserv IS the sender.  IMHO, Listserv does it right.  The
>Sender: (when different from the From:) is usually NOT going to be the
>one to whom the errors should go, so I see no reason to put that
>information there.

Unfortunately, RFC822 defines Sender: as exactly that - the person to whom
error report should be sent. While this was probably a bad name for the field
it is a bit late to change it.

Anyway, my view is that mail should not appear to come FROM the listname (eg
MAILBOOK) but instead it should be listed as FROM the original sender and
TO MAILBOOK. AT the moment mail from lists either appears in the menu as
To my name or Multiple-recipients. Neither of these tells me much.

I realise that my proposed TO field is beyond the scope of this list since
it would require LISTSERV to use a different BSMTP TO from the RFC822 To:
but I would endorse what Bill Harvey said about getting the right information
for new mail even if this means scanning new mail for headers.

John Gordon
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Portland Community College
Newsgroups: bit.listserv.mailbook
Date:         Wed, 12 Aug 1992 08:26:49 PDT
From:         "Russell N. Hathhorn, VM Systems Support" <SYSMAINT@PCCVM.BITNET>
Subject:      send and prefix area

When using REPLY TEXT (any permutation) I like to have the prefix area
available for editing.  Is there a SETMAIL variable available for this
control.  Obviously I can enter it on the command line (lazy I am) ;-{))

+---------------------------------------------+-------------------------------+
|   Russell N. Hathhorn                       |  Bitnet: SYSMAINT@PCCVM       |
|   VM Systems Programmer/Analyst             |  Compu$erve: 76636,1036       |
|   Portland Community College                |  Voice: (503) 244-6111 x 4705 |
|   12000 S. W. 49th Avenue                   |  Fax:   (503) 324-7010        |
|   Portland, Oregon  97219-0990              |  "     Just say NO to OCO   " |
+---------------------------------------------+-------------------------------+
| "No free man shall ever be debarred the use of arms.  The strongest reason  |
|  for people to retain the right to keep and bear arms is, as a last         |
|  resort, to protect themselves against tyranny in government."              |
|  Thomas Jefferson - Proposal Virginia Constitution, June 1776               |
|  Thomas Jefferson Papers, 334 (C. J. Boyd, Ed., 1950).                      |
+-----------------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: CENTRAL MO STATE UNIVERSITY
Newsgroups: bit.listserv.mailbook
Date:         Wed, 12 Aug 1992 16:20:19 CST
From:         James Johnson <JOHNSON@CMSUVMA.BITNET>
Subject:      PRINTOPTS EXIT

When I enter the PRINT command on the command line with options, the
PRINTOPTS exit is not called. If I use just the PF4 key or enter the PRINT
command with no options, then the PRINTOPTS exit is called.

Is this the way it should work or a bug. THis is with MAIL 92.01.03.

James Johnson                               BITNET: johnson@cmsuvma
Systems Programmer                          VOICE:  816-543-8065
Central Missouri State Univerisity          FAX:    816-543-4959
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Missouri-Columbia Campus Computing, 314-882-2000
Newsgroups: bit.listserv.mailbook
Date:         Wed, 12 Aug 1992 14:10:47 CDT
From:         Greg Johnson <CCGREG@MIZZOU1.BITNET>
Subject: Re: Enhancement Request: Direct to Recipient Info Screen

On Wed, 12 Aug 1992 09:36:48 CST John H. Fuller said:
>I would like to see an option where the user enters directly into the
>Recipient Information window, ...

Try this!    mail cc:

with no names specified after the cc: or bcc:.

Richard, is this a feature or fortuitousness?  Whatever, it is handy for
just the purpose John describes, so please don't take it away.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11r]
Newsgroups: bit.listserv.circplus
Date:         Tue, 18 Aug 1992 15:59:59 MDT
              <CIRCPLUS@IDBSU.BITNET>
From:         nasserde@ACS.UCALGARY.CA
Subject:      Reserve survey
X-cc:         Ada-Marie Nechka <anechka@ucdasvm1.admin.ucalgary.ca>

The University of Calgary Libraries (Canada) is currently undertaking a
review of reserve services.  We would appreciate your input by
sending us copies of collection guidelines/policies for reserve
collections and/or responding to the following questions.

What is the size of your reserve collection?  your entire library
collection?

Are your reserve materials housed in a separate collection? loan
period?

Do you have short-term-loan books integrated into the stacks?
loan periods?

Do you have a separate budget for buying reserve materials?  Do
you relocate books from your main collection to the reserve
location?  Or both?

Does your reserve collection include instructors' personal
copies? library books? both?

Do you accept required texts for courses for inclusion in the
reserve collection?

Are there restrictions to the type of material you accept for
reserve?

How many titles/copies of personal copies and of library
books do you accept from each instructor per course?

Are usage statistics for reserve materials available to you?

Do you use usage statistics to limit the number of copies placed
into the reserve collection?

Are subject librarians involved in the selection of titles
purchased for reserve?  How?

Are faculty members involved in the selection of titles purchased
for reserve?  How?

How often and how do you weed the reserve collection?

Please respond on Circplus or by mail.  A summary of the
responses will be posted on Circplus.  Sendreserve informationn
to:  Marilyn Nasserden
     408 MacKimmie Library Block
     University of Calgary
     Calgary, Alberta
     T2N 1N4  CANADA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.circplus
Date:         Fri, 14 Aug 1992 09:38:02 CDT
              <CIRCPLUS@IDBSU.BITNET>
From:         shelly <SHELLS@UKANVM.BITNET>
Subject:      Re: Overdue fines

Sorry, I didn't see the rest of your questions.  Our library is a Health Scienc
e library also.  We have $1.600-$1,700 journal titles and about 50-55 thousand
book titles.  All the labor charges we collect go into an account that is desig
nated to relieve the cost of building this library.  We collect the money at th
e Circulation desk.  We average about $2,000 on payments collected.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.circplus
Date:         Thu, 13 Aug 1992 09:52:51 EDT
              <CIRCPLUS@IDBSU.BITNET>
From:         EASLMJRH@UBE.BITNET
Subject: Re: Disaster Plans

        WELL SAID.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.circplus
Date:         Thu, 13 Aug 1992 08:02:47 HST
              <CIRCPLUS@IDBSU.BITNET>
From:         "Susan Murata" <SMURATA@UHUNIX.BITNET>
Subject:      Re: Overdue fines

 * So I would really appreciate your response to:
 *
 * 1.  How much revenue do you collect in overdue fines annually?
 We collect replacement money for lost items, overdue fines and fees(fees
 include a $3.00 charge for a replacement library card)  In 1989 we
                                Lost items               Fines/Fees
         1989                   $25,251.53               $48,887.31
         1990                    30,089.70                60,436.30
         1991                    47,246.93                69,522.83


 * 2.  What is the size of your collection and number of circulations
 *     per year?
 Size of the collection  = 2.5 million; Circulation = 330,000 annual


 * 3.  How and where do you collect the money?
 We collect the money at the Circulation department, but from a separate
 service counter (it's a little roll-up window around the corner from the Circ
 desk).  Circ handles all cash transactions - fines, fees, debit cards,
 collection of monies for database searches and ILL fees -- so we are also the
 ones to reconcile the cash on a daily basis, with our Fiscal office doing the
 doublecheck count.

 * 4.  Does it go into a library account or to a general fund?
 The monies for lost items goes back into the library book fund, while the fines
 to sort/mail notices, paying for postage and envelopes for overdue notices,
 invoices and statements, and paying for the paper that the notices are printed

Susan Murata
Head of Circulation
University of Hawaii
808-956-2728
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.circplus
Date:         Thu, 20 Aug 1992 13:16:30 EDT
              <CIRCPLUS@IDBSU.BITNET>
From:         EASLMJRH@UBE.BITNET
Subject:      RE: Opening the Library

        I have been the morning person here off and on for 6 years and have no
problem getting things started as soon as the library opens. The usual morning
routine ( copiers, gate count, etc) takes no more than 10 or so minutes.
Morning staff consist of a circ desk supervisor, and 1 or 2 students,
occassionally there's a reference librarian at 8:00 in the morning too. We've
never had a problem and the security department is responsible for  for
turning on lights and giving the library a security check. The first staff
member (non-student worker) opens the library to the world at 8:00 sharp.



Mary Russell-Harris
Uni of Baltimore, Law Library
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU