HDTenEightyP/NetNews huggingface dataset:
Organization: University of Minnesota Medical School Administration
Newsgroups: bit.listserv.mailbook
Date:         Thu, 9 Apr 1992 10:45:04 CST
From:         Gerald Skerbitz <G-SKER@UMINN1.BITNET>
Subject:      Re: PREvious subcommand

On Thu, 9 Apr 1992 10:46:58 EDT Fran Hensler said:
>discarded.  The PREvious subcommand would be perfect except that it goes
>back to the previous UNDISCARDED mail.  I've never had a case when I wanted
>to do this.

Me neither

>
>Richard, would you consider an option on the PREvious subcommand to go back
>to the absolute previous mail?  Or maybe a SETMAIL option for the PREVious
>subcommand?
>
>Maybe the list would respond with how useful the PREvious subcommand is in
>it's present form.

It's pretty valuable in its present form, but mostly in MAILBOOK.  I guess
if the default was to go to the previous message regardless of its delete
status, I'd be a lot happier.

Gerry

Gerald   | UofMN Med School - Mpls.ph (612)626-5379  g-sker@vm1.spcs.umn.edu
Skerbitz | Loc:3-125 Owre.    Camp Mail:Bx 293 UMHC  G-SKER@UMINN1.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Networking & Computing Systems, Rice University
Newsgroups: bit.listserv.mailbook
Date:         Fri, 10 Apr 1992 16:48:18 CDT
From:         "Richard A. Schafer" <SCHAFER@RICEVM1.RICE.EDU>
Subject:      Re: Using MARK, COPY, and PASTE.
              10 Apr 1992 16:54:49 -0400 from <jwagner@PRINCETON.EDU>

On Fri, 10 Apr 1992 16:54:49 -0400 <jwagner@PRINCETON.EDU> said:
>Richard, Any chance that block vs stream mode could be added as a user option
>(even if it had to go in the MAILUSER XEDIT file)?

John, there's always a chance.  :-)

Seriously, the options seems like a good one, and is almost certainly
doable.

Richard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Networking & Computing Systems, Rice University
Newsgroups: bit.listserv.mailbook
Date:         Sat, 11 Apr 1992 23:04:29 CDT
From:         "Richard A. Schafer" <SCHAFER@RICEVM1.RICE.EDU>
Subject:      Re: Missing HELP Files for 92.01.01
              11 Apr 1992 18:35:23 EST from <MAILMNT@UCONNVM.UCONN.EDU>

Sigh.  How I managed to overlook MAIL HELPCMS and MAILBOOK HELPCMS
I'll never know.

DISPLAY is in fact obsolete, and is correctly missing.
CANCEL should be there, although with different text than in the
previous version.

Thanks for pointing out these errors.  I'll reship the help file
collection with the missing files.

Richard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Networking & Computing Systems, Rice University
Newsgroups: bit.listserv.mailbook
Date:         Mon, 13 Apr 1992 11:02:59 CDT
From:         "Richard A. Schafer" <SCHAFER@RICEVM1.RICE.EDU>
Subject:      Re: Reply to sender impossible with Header OFF

Gerald, that problem was fixed in this new update level.

Richard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Tue, 7 Apr 1992 17:32:08 SET
From:         Rolf Bauer <CBA009@DDOHRZ11.BITNET>
Subject:      Mailbook abend

Last days i started testing MAIL92 and first i have to give a big
"Thank You" to Richard. I showed it some people and especially they
liked the window-driven user interface; it is the right way to make
people happy who are not so deep involved in cms. Unfortunately
qutting mail with PF3 sequences caused either a hanging cms-session
or a "nucleus key pointers have been destroyed (internal error code 85)"
message. For i received two versions of mail92, i cleaned up the disk
installed the complete code with the newer arcfiles again. Now the
previous situation have gone, but i get a GLOBALV error shown in the
consolelog following.
Because everybody seems to be happy with the code and nobody reported
a similar message, i feel confused.
Any idea what i can do?

Ready; T=0.08/0.12 08:13:34
mail
/* NOW JUST TYPING PF3 */
DMSITP143T Addressing exception occurred at E6D3EE in system routine GLOBALV; re
08:13:51  * MSG FROM CBA009  : DMSABN1297I DUMP HAS BEEN TAKEN
HCPGIR450W CP entered; disabled wait PSW 00020000 00E31884
I CMS
UNIDO HRZ * VM/XA 2.1 CMS 5.6
DMSACP723I F (291) R/O
DMSACP723I G (295) R/O
DMSACP723I Q (1C3) R/O
Ready; T=0.08/0.12 08:14:20

Rolf Bauer
Universitaet Dortmund, HRZ

Email:      cba009@ddohrz11.bitnet   or  cba009@nvl1.hrz.uni-dortmund.de

SnailMail:  Postfach 500500
            D-W-4600 Dortmund 50
            Germany

Voice: ++231 755 2090                FAX: ++231 755 2731
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Thu, 9 Apr 1992 10:03:54 CDT
From:         Christian.J.Reichetzeder@AWIIMC12.IMC.UNIVIE.AC.AT
Subject:      Re: Scrolling, Keys and Cursor position
              8 Apr 92 14:59:57 CDT from <SCHAFER@RICEVM1.RICE.EDU>

On Wed, 8 Apr 92 14:59:57 CDT Richard A. Schafer said:
>>                  [....]   whether ENTER could act as Open (PF2) from the menu
>  a) It violated the CUA guidelines
>  b) Mixing selection and action on the Enter key was actually confusing, which
>     is certainly why CUA said doing so was a no-no.
that I  feared ... what I  don't like (this  is not against you,  Richard (THE
Richard)) is when I can't use only the  mouse but have to use keys (for things
other than typing) too  for "usual" actions. Could name you  quite a number of
products ...
Double-click  is not  possible so  the only  thing that  comes to  my mind  is
(*mumble*mumble* where's my asbestos  underwear? to  hide the  commandline in*)
Menu-mode (and make it  pop-up with yet another key) The  ENTER key would then.
either pull down a menu or open the Read window or do nothing.

Christian
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Thu, 9 Apr 1992 10:56:06 CDT
From:         Paul Heroy <SNHERO@LSUVM.BITNET>
Subject:      Re: Using MARK, COPY, and PASTE.

On Wed, 8 Apr 1992 15:24:42 EDT Richard Seifert, Jr. said:
>     So this means that  I essentially have to copy and paste one line at a
>time if I want to get some reasonable format, right? :-(
>
An option that has worked well for me a couple of times is to just use PF24
to perform a Justify. Loses the original format, but cleans up spilled lines.

Paul Heroy
snhero@lsuvm.sncc.lsu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Networking & Computing Systems, Rice University
Newsgroups: bit.listserv.mailbook
Date:         Thu, 9 Apr 1992 11:23:14 CDT
From:         "Richard A. Schafer" <SCHAFER@RICEVM1.RICE.EDU>
Subject:      Re: It would be nice if....
              9 Apr 1992 10:56:49 EST from <COTRSSM@SEA04VM.NAVSEA.NAVY.MIL>

On Thu, 9 Apr 1992 10:56:49 EST Scott Mattes said:
>  It sure would be nice if I could sort by all the fields that I can
>specify in the profile/pull downs.  Like, what if I want to sort the
>file on note order once I am already in the menu?

Ask and you shall receive.  I wrote the code a few days ago and expect
to ship it and the collected fixes this evening.

Richard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Mon, 6 Apr 1992 13:30:15 EDT
From:         "Nick Gimbrone (WIRDI)" <NJG@CORNELLC.CIT.CORNELL.EDU>
Subject:      Re: Exit calling placement
              2 Apr 1992 09:24:23 CST from <SCHAFER@RICEVM1.RICE.EDU>

>A question has arisen from at least one user about the timing of
>the MENU, SEND, READ exit calls.  At the moment, these exits are
>called *after* the options set by the windowing functions are
>brought in, allowing the options set in the exit to override
>the options set in the windows.  One side effect of this is that
>a user cannot by setting optins in the windows override an options
>setting done in the MAILSYS call, but must write a MAILUSER to
>override those site-set options.
I believe these are set up correctly currently and that the user/site
already has all the flexability that has been requested by others:
   * If you wish for an option to be overrideable via the pull-downs
     then you code the setting in the INITIAL setup (either by a mod to
     MAILOPTS at the site level, or via code in MAILSYS and/or MAILUSER).
   * If you want it to not be overrideable via pulldowns then you put
     the code into MAILSYS/MAILUSER for the MENU/SEND/READ calls.
I suspect that most users will either use their existing MAILUSER files
exclusively (no mods in the pulldowns) or the pulldowns exclusively
(no MAILUSER). Since sites need to recode their MAILSYS anyway, it is
just as easy to leave it null and make the changes as mods to MAILOPTS.
There really is quite a bit of flexability in what has already been
written (I have not explored it all here, or even in my reading of the
code).

Now don't get me wrong...
I like exits and options...
I like them a lot...
I like lots of them...
but they are not free either...
either in run time time&space or in documention(!)...
we must be sure we want&need these before we ask for them...
I can see the want, but I'm not sure I agree w/ the need...
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Networking & Computing Systems, Rice University
Newsgroups: bit.listserv.mailbook
Date:         Wed, 8 Apr 1992 14:54:07 CDT
From:         "Richard A. Schafer" <SCHAFER@RICEVM1.RICE.EDU>
Subject:      Re: Using MARK, COPY, and PASTE.

On Wed, 8 Apr 1992 15:24:42 EDT Richard Seifert, Jr. said:
>(Too many Richards :-)

My wife says the same thing.  :-)


>     So this means that  I essentially have to copy and paste one line at a
>time if I want to get some reasonable format, right? :-(

Yes and no.  The CUTPASTE macro allows what it calls "block mode" work,
which could be used to solve your problem.  However, the cut/paste stuff in
the menus uses the default "stream" mode, based on the assumption that most
email is just text, and can be reformatted to create paragraphs at will.

So you can call the CUTPASTE macro from the command line with the right
options and make it work as you want.

>     Also, a question: where are the buffers that are built for cut/copy, and
>do they take up any usable space (either disk or storage)?  And is there a
>way to bring back buffer '2' if '6' is my current one?

The buffers are kept in GLOBALV storage, so they take up memory.  Again,
while the Menu code does not make any attempt to manage multiple buffers,
the underlying CUTPASTE macro does support multiple buffers and ways
of manipulating them.

See the CUTPASTE help file for details on how to do all of these things.

Richard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Tue, 14 Apr 1992 09:34:07 +0300
From:         "Lawrence S. Kalman" <VSLAWR@WEIZMANN.WEIZMANN.AC.IL>
Subject:      Re: mail92 & messages

On Mon, 13 Apr 92 14:24:57 PST John Wical said:
>   When I write my own exec and xedit macros for use with mail92,
>how do i make a message appear on the message line at the bottom of
>the screen?

You can't from an EXEC; from an XEDIT macro use the XEDIT COMMAND MSG or
EMSG.

- Lawrence
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Networking & Computing Systems, Rice University
Newsgroups: bit.listserv.mailbook
Date:         Sat, 11 Apr 1992 23:26:25 CDT
From:         "Richard A. Schafer" <SCHAFER@RICEVM1.RICE.EDU>
Subject: Help files resent. Twice, unfortunately :-(

I've resent the help files to everyone including the missing
MAIL HELPCMS and MAILBOOK HELPCMS files, as well as the fixed CANCEL
HELPMAIL file.

Unfortunately, I accidentally sent BITNET sites both the normal
MAILHELP VMARC file as well as the MAILHELP BINHEX file, which was
supposed to go to the non-BITNET sites instead.  Those of you on BITNET
just throw away the accidental MAILHELP BINHEX file you will receive.

Richard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Mon, 13 Apr 1992 14:24:57 PST
From:         John Wical <UNCJWI@LLUVM.BITNET>
Subject:      mail92 & messages

   When I write my own exec and xedit macros for use with mail92,
how do i make a message appear on the message line at the bottom of
the screen?

John Wical
Loma Linda University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Tue, 14 Apr 1992 10:09:49 -0500
From:         Stan Kerr <stankerr@UIUC.EDU>
Subject:      Complaints about RICEMAIL 92

Several of the experienced VM users here who have seen the new RICEMAIL
have responded with 'yech, ack, ptui!'. They don't like the little windows
that pop up (a modem user says it slows things down dreadfully), they don't
like the pull-down menus, and they *hate* the "I'm about to waste your day
with building an index" message. I.e., they want it to behave just the same
as the old RICEMAIL, on which we have spent a *great* deal of effort
educating our users (and believe me, our users are not easy to educate --
'which key do I hit to get my BITNET?', you get the idea). Is there an
answer for them, other than just not going with the new version?
--------------------------------------------------------------------------
Stan Kerr                     Internet:stankerr@uiuc.edu
University of Illinois        Computing and Communications Services Office
1304 W. Springfield; Urbana IL 61801                    Phone:217-333-5217
Gay Libertarian (a rare and endangered species)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Networking & Computing Systems, Rice University
Newsgroups: bit.listserv.mailbook
Date:         Tue, 14 Apr 1992 11:49:03 CDT
From:         "Richard A. Schafer" <SCHAFER@RICEVM1.RICE.EDU>
Subject:      Re: MAILBOOK
              14 Apr 1992 11:34:54 CDT from <DARREN@UA1VM.UA.EDU>

Yes, this is normal.  See the help file in the options window for
Header Display.  When set to short, addresses past the first 5
are hidden, just like a number of other things in the header.

Richard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Tue, 14 Apr 1992 13:19:11 EST
From:         "Scott Mattes" <COTRSSM@SEA04VM.NAVSEA.NAVY.MIL>
Subject:      Re: Thoughts about Mail 92
X-To:         RiceMail discussion list <MAILBOOK%RICEVM1.BITNET@uga.cc.uga.edu>
              14 Apr 1992 11:38:06 EDT from <NJG@CORNELLC.CIT.CORNELL.EDU>

On Tue, 14 Apr 1992 11:38:06 EDT Nick Gimbrone (WIRDI) said:
>>  I still find that I NEED a way on the menu to see who sent the mail
>>after I have read it (or put it into another notebook).  For some reason
>>I like to continue seeing that a mail item is from MAILBOOK or where
>>ever.  The data is there in the UNREAD index, but I don't see a way to
>>stop the FROM field from being changed to the from line of the note.
>>And all the other NOTEINDX files just have 'unknown'.
>You could always issue your own XEDIT VERIFY command for the MENU to get
>the fields you want displayed (the original sender's userid&node as set
>in the CP TAG info and saved into the index for just in case there is no
>RFC822 FROM header info). 'unknown' is for index's that are built after
>the fact (and thus the information is nolonger available).

  I hadn't thought of doing my own verify, but still, that would only
work for my UNREAD file and none others.

  All the LISTSERV mail I get has a SENDER: line, which is the id I see
on the menu when I do MAIL.  Since the notebook has to be read to build
the index anyway the sender data could/should be extracted then too.

Scott       | No success can compensate for failure in the home. David O. McKay
Mattes      | President 1951-70, Church of Jesus Christ of Latter-day Saints
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Clarkson University
Newsgroups: bit.listserv.mailbook
Date:         Wed, 15 Apr 1992 11:44:59 EDT
From:         "Richard Seifert, Jr." <MAINT@CLVM.BITNET>
Subject:      Re: Mail 92.01.01 shipped
              15 Apr 1992 10:01:38 CDT from <SCHAFER@RICEVM1.RICE.EDU>

     Let me add my voice to the masses.  Thanks, Richard.

Rich

PS.  Have a nice vacation.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Samford University Computer Services
Newsgroups: bit.listserv.mailbook
Date:         Wed, 15 Apr 1992 08:32:27 CDT
From:         GLWARNER@SAMFORD.BITNET
Subject:      Re: Mail 92.01.01 shipped
              12 Apr 1992 14:37:13 CDT from <SCHAFER@RICEVM1.RICE.EDU>

On Sun, 12 Apr 1992 14:37:13 CDT Richard A. Schafer said:
>Bugs Fixed:
>
>1....18

Thanks Richard.

I hope you are not getting sick of all of us.  I know the most disheartening
thing to me is THINKING I am done with a project and then having the users
inform me that it is far from finished!  Thanks for taking the time to fix,
and especially so quickly, all the bugs we reported and the changes we
suggested.


 /++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++\
!  Later        +   Systems Programmer                                 !
!  Gary Warner  +   Samford University Computer Services               !
!               +   II TIMOTHY 2:15                                    !
 \+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++/
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Mon, 13 Apr 1992 14:23:28 PST
From:         John Wical <UNCJWI@LLUVM.BITNET>
Subject:      mail92 & prompts

   When mailbook builds an index, it tells me so and it gives me the
option to proceed or cancel.
   Can I set it to ALWAYS proceed and not prompt me?

John Wical
Loma Linda University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Tue, 14 Apr 1992 11:34:41 EDT
From:         "Nick Gimbrone (WIRDI)" <NJG@CORNELLC.CIT.CORNELL.EDU>
Subject:      Re: mail92 & messages

You can always put the XEDIT subcommand into the stack:
   queue 'MSG' "msg text here"
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Fri, 10 Apr 1992 16:54:49 -0400
From:         jwagner@PRINCETON.EDU
Subject:      Re: Using MARK, COPY, and PASTE.
              08 Apr 92 14:54:07 -0500. <9204082001.AA05247@Princeton.EDU>

> Yes and no.  The CUTPASTE macro allows what it calls "block mode" work,
> which could be used to solve your problem.  However, the cut/paste stuff in
> the menus uses the default "stream" mode, based on the assumption that most
> email is just text, and can be reformatted to create paragraphs at will.
>
> So you can call the CUTPASTE macro from the command line with the right
> options and make it work as you want.


Richard, Any chance that block vs stream mode could be added as a user option
(even if it had to go in the MAILUSER XEDIT file)?

  John
Organization: Washington University, St. Louis
Date:         Tue, 14 Apr 92 12:11:15 CST
From:         Bill Harvey <HARVEY@WUVMD.Wustl.Edu>
To:           NETNEWS@WUVMD
Subject:      Re: mail92 & log in notebook
Newsgroups:   bit.listserv.mailbook

On Tue, 14 Apr 1992 11:27:14 EDT, "Nick Gimbrone (WIRDI)"
        <NJG@CORNELLC.CIT.CORNELL.EDU> said:
>On Tue, 14 Apr 1992 09:26:35 +0300 Lawrence S. Kalman said:
>>Without promising a delivery date, I intend to provide a modification to
>>RiceMail which will re-parse the header lines only if there were changes made
>>to the header "manually", i.e., other than via INCLUDE, EXCLUDE, etc.

>I do not believe that this is doable.  I had added some code to
>Richard's old code for catching this, but there was still always the
>user who goes to the top of the file and issues 'change
>/@/somethingelse/* *' and similar things...  so I decided it just
>wasn't worth it.  XEDIT just doesn't let you catch these, so you have
>to reparse to catch all changes.

I haven't looked at the code, but I would think it would be possible
to avoid the NAMEFIND call after reparsing if the entry hasn't
changed.  You might have to add code to keep track of destination
userids someplace other than in the actual file, but it should be
doable.

Bill
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Thu, 9 Apr 1992 08:00:19 EST
From:         "Scott Mattes" <COTRSSM@SEA04VM.NAVSEA.NAVY.MIL>
Subject:      Re: Using MARK, COPY, and PASTE.
X-To:         RiceMail discussion list <MAILBOOK%RICEVM1.BITNET@uga.cc.uga.edu>
              8 Apr 1992 15:24:42 EDT from <MAINT%CLVM.BITNET@uga.cc.uga.edu>

On Wed, 8 Apr 1992 15:24:42 EDT Richard Seifert, Jr. said:
>On Wed, 8 Apr 1992 13:05:54 CDT Richard A. Schafer said:
>>Richard, the pasting treats the text as just a stream, ignoring linends,
>>much like cut/paste does in your basic word processor.
>>
>>Richard
>(Too many Richards :-)
>
>     So this means that  I essentially have to copy and paste one line at a
>time if I want to get some reasonable format, right? :-(
>
>     Also, a question: where are the buffers that are built for cut/copy, and
>do they take up any usable space (either disk or storage)?  And is there a
>way to bring back buffer '2' if '6' is my current one?

  The CUTPASTE XEDIT (from VMSHARE) that was messing me up yesterday in
Mail 92 is a PF key driven macro that 1) supports stream or block mode,
2) works between SEND/READ/MENU and a file/s you XEDIT from the command
lines, 3) stores multiple cuts (include a free form one that you just
type what you want to be in the cut), 4) viewing/deleting from the list
of cuts, 5) save and restores Mail's PF definitions, 6) can mark
lines or sentences.

  A draw back is the learning curve, the PFs definitions it displays are
cryptic.

Scott       | No success can compensate for failure in the home. David O. McKay
Mattes      | President 1951-70, Church of Jesus Christ of Latter-day Saints
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Tue, 14 Apr 1992 16:52:23 EDT
From:         "Nick Gimbrone (WIRDI)" <NJG@CORNELLC.CIT.CORNELL.EDU>
Subject:      Re: mail92 & messages

>>I have
>>also written macros that stack COMMAND REFRESH to get mail to pass them
>>on to xedit rather than doing the command itself. Hope this helps.
>Excellent! it works!
Ok, now for the warning/kicker/catch22... once that refresh gets done
the keyboard becomes unlocked and the user might get nervous/twitchy and
press return when they shouldn't... causing a VM READ, etc...
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Sat, 11 Apr 1992 16:32:19 EDT
From:         "Nick Gimbrone (WIRDI)" <NJG@CORNELLC.CIT.CORNELL.EDU>
Subject:      Re: Using MARK, COPY, and PASTE.
              10 Apr 1992 16:48:18 CDT from <SCHAFER@RICEVM1.RICE.EDU>

>On Fri, 10 Apr 1992 16:54:49 -0400 <jwagner@PRINCETON.EDU> said:
>>Richard, Any chance that block vs stream mode could be added as a user option
>>(even if it had to go in the MAILUSER XEDIT file)?
Isn't this just a matter of the user altering the PF key settings in
their MAILUSER to put the block option onto the CUTPASTE calls?

A related question would be if it is feasible to upgrade the CUTPASTE
to include the windowing support someone else mentioned on the list...
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.mailbook
Date:         Mon, 13 Apr 1992 16:07:44 +0200
From:         "Alain FONTAINE (Postmaster - UCL)" <fontaine@SRI.UCL.AC.BE>
Subject:      Re: Dreams
              13 Apr 92 08:16:02 EST from <COTRSSM@SEA04VM.NAVSEA.NAVY.MIL>

Rewriting addresses when mail crosses the boundary between different networks
is the duty of the gateway between the networks. So if you have a problem
when replying to some mail you received because the header contains addresses
that are not valid on your network, complain to the person in charge of the
gateway that handled this mail.

Another problem is what you should do when you receive a business card carrying
a BITNET address only (do such things still exist ?) and you want to write to
the person...                                                 /AF
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU