HDTenEightyP/NetNews huggingface dataset:
Return-Path: <@VM1.CC.UAKRON.EDU:CMS2@ETSU.BITNET>
Newsgroups: bit.listserv.l-vmctr
Date:         Mon, 11 Jan 1993 15:41:53 EST
From:         Bill Williams <CMS2@ETSU.BITNET>
Organization: East Tennessee State University
Subject:      Re: VMarchive dasd crash

On Sat, 9 Jan 1993 03:57:06 GMT Stan Horwitz said:
>...stuff deleted...                                        exactly  how much
>trouble will we be in if this catalog file become corrupt or destroyed?
>
>The archived  files will  be fine (in  this scenerio), but  we won't  have a
>record  of what's  there.  We  definitely need  a backup  procedure for  the
>master VMArchive catalog  file.  ...
> ...           What I want to know  is if there is anyway of backing up this
>single file  perhaps hourly to another  disk file just in  case the original
>goes bad.  This  way, all we'l lose is an  hour's archiving activity.  Could
>we just schedule a vmschedule job to  kick in every hour and do this backup.
>I was told this wouldn't work, but it seems like a good idea to me.

There are several pros/cons here depending upon the size of this catalog
data.  Don't forget your STAGE and ONLINE areas, too!.  How about this:

When you get ready for your hourly SUBMIT ARCHIVES you also follow
through with a VMBACKUP to the VMARCH MDisks which contain the VMArchive
data -- catalog, ONLINE, and with proper POST, etc. your STAGE could
catch anything which might be incoming during your SUB ARCHIVEs.

The drawback is whether VMARCH will be unavailable during the VMBACKUP
QUIESCE for an unacceptable period of time.  Also, this will be no good
if VMBACKUP takes an hour to back up VMARCHIVE! :-)

If this idea doesn't work, you can also have a duplicate MDisks defined
-- the same sizes but on a different HDA -- for the critical VMARCH
MDisks, and have some special userid set up (preferrably OWNING the
duplicate MDIsks) which you VMSchedule to come up with links to the REAL
Mdisks and DDR them once an hour.

Both these ideas have holes, but as I hope to imply -- they are just
*IDEAS* and not intended to represent a cookbook.

My *best* suggestion is to call SCI Tech Support and ask them!

I, too, am curious as to how other sites handle this situation.

 ---------------------------------------
   Bill Williams -- ETSU Systems Support
    East
    Tennessee             (615) 929-6853
    State
    University        <CMS2@ETSU.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU:19277MAK@MSU.BITNET>
Newsgroups: bit.listserv.l-vmctr
Date:         Mon, 11 Jan 1993 18:15:21 EST
From:         Margaret King <19277MAK@MSU.BITNET>
Subject:      Re: VMarchive dasd crash

>The drawback is whether VMARCH will be unavailable during the VMBACKUP
>QUIESCE for an unacceptable period of time.  Also, this will be no good
>if VMBACKUP takes an hour to back up VMARCHIVE! :-)
>
Using VMBACKUP and Quiescing the disks sounds like a good idea.  With
a lot of archiving going on, if they don't Quiesce the disk it is likely
to change in the middle of being copied, isn't it?  But as I read this
I was wondering whether VMBACKUP would take that long if you used
DASDTapes (where it copies to a disk in some mysterious format, instead
of using a tape).  We have never used them here, so I don't know, and I
don't know about their drawbacks if any - just wondering.

Margaret King
Michigan State University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU:DMCGILL@WCU.BITNET>
Newsgroups: bit.listserv.l-vmctr
Date:         Mon, 4 Jan 1993 19:30:56 EST
From:         Danielle Zimmerman <DMCGILL@WCU.BITNET>
Subject:      VMSECURE and FTP

 Does anyone interface VMSECURE with TCP/IP's FTP.  We are just starting
 to use TCP/IP and want to make FTP very secure.  Any comments and/or
 suggestions welcomed.
From: STAN@VM.TEMPLE.EDU (Stan Horwitz)
Newsgroups: bit.listserv.l-vmctr
Subject: VMarchive dasd crash
Date: 9 Jan 93 03:57:06 GMT
Organization: Temple University

Before I  post my question,  I must say  that I am  not the person  here who
installs our IBM software.  I am a user consultant, not a systems analyst.
 
We here at Temple University are setting up VMarchive for general use.  In a
meeting today about VMArchive, one  outstanding issue came up which concerns
me a great deal.
 
We will have our VMArchive recalls scheduled every hour and archives every 2
hours.  In  any event,  we are setting  up a series  of five  107Meg staging
areas abd we gave sixteen 3480 tape  drives.  This should handle quiet a lot
of user  archiving activity.   I am  concerned about  the DASD  area catalog
which contains the information about the  archived files both in the staging
area  and on  tape.  After  a lot  of archiving  activity, exactly  how much
trouble will we be in if this catalog file become corrupt or destroyed?
 
The archived  files will  be fine (in  this scenerio), but  we won't  have a
record  of what's  there.  We  definitely need  a backup  procedure for  the
master VMArchive catalog  file.  My boss suggested that it  would be okay to
do one backup  of this file at the  end of each day.  That  idea doesn't sit
well with me.  What I want to know  is if there is anyway of backing up this
single file  perhaps hourly to another  disk file just in  case the original
goes bad.  This  way, all we'l lose is an  hour's archiving activity.  Could
we just schedule a vmschedule job to  kick in every hour and do this backup.
I was told this wouldn't work, but it seems like a good idea to me.
 
This can't be a  unique problem.  I am sure our DASD devises  are no more or
less reliable than the norm.  How do other people handle this problem?  I do
not want my department caught with our pants down if some big wig gets angry
because  they can't  get  back  an archived  file  because  our catalog  got
corrupted even  though the actual  file may be  fine.  Any thoughts  on this
matter?  Thanks much!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU:SYST8103@RyeVm.Ryerson.Ca>
Newsgroups: bit.listserv.l-vmctr
Date:         Tue, 5 Jan 1993 14:10:52 EST
From:         Ron Wigmore <SYST8103@RYEVM.RYERSON.CA>
Subject:      Re: AUTOCAT Times

Robert Chambers <RMCCU@CUNYVM.BITNET> Writes:
>I'd like to get an idea of how long people's condense&discard processing
>takes each night. ...

It depends upon the time of the month (we only do MONTHLY and DAILY, no
WEEKLY, backups).  We have 40 3380 DASD and 10,000+ userids.  When the
CONDENSE runs, it usually finishes in less than half an hour.  Sometimes
it can take up to four hours.  It depends upon how many catalogs end up
getting CONDENSEd each night.  (We run our MONTHLYs on the first Wednesday
of each month, so the lengthy CONDENSEs occur at different times of the
month.)

The larger the catalog, the longer it takes to CONDENSE it.  We split
up our MONTHLY/DAILY jobs into three separate jobs and the CONDENSEs run
much more quickly now, even though the same amount of data is being backed
up/condensed.  This is based on observation only, not VMBACKUP internals.

>I END (FORCEd vmb and restarted it and the job took off without doing a
>condense and discard- The next night the same thing happened so I said to
>let it run until 2am, if it hasn't started by then, end force it and
>autolog it again.

Our OPs did this when this problem first showed up.  I never noticed until
VMBACKUP's Catalog disk filled up.  The next night's CONDENSE took over
eight (8) hours to complete!

There is a lot of storage being used.  I have a routine that SET RESERVE
1000 pages for VMBACKUP, priority gets set to one, etc.  This reduces the
time it takes for the backups to complete.  If your system is underused
during the midnight shift, consider doing the same thing.  Just remember
to SET RESERVE OFF, etc. at 8 am.  :-)

Ron,,,
Organization: CUNY/UCC VM Systems
Date: Tuesday, 5 Jan 1993 09:46:45 EST
From: Robert Chambers <RMCCU@CUNYVM.BITNET>
Newsgroups: bit.listserv.l-vmctr
Subject: AUTOCAT times

I'd like to get an idea of how long people's condense&discard processing
takes each night.

We run a minidisk-only shop here since SFS isn't fully supported under our
current security scheme yet.

Just for grins we added a bunch of users (14,000) to a shared file system
and put some junk in some directories.  I tried a backup of the whole
thing and it got done pretty fast.  To make sure the tapes weren't tied
up for a while I set a 1 day retention period for them.

At 12:30am the next morning I get a phone call from our operations because
the job they submitted right after midnight hadn't started yet.  I took
a look and at 1:00am VMB was STILL doing its AUTOCAT processing.

I END (FORCEd vmb and restarted it and the job took off without doing a
condense and discard- The next night the same thing happened so I said to
let it run until 2am, if it hasn't started by then, end force it and
autolog it again.

The next night (there were 3 days worth of condenses built up) we didn't
run backups (weekend) so the autocat went through and took until around
2:30 to finish.

Has anyone else had major problems with autocat taking so long?  I have
a call in to SCI but nothing yet.

This is with VMBACKUP 5.3C

Robert
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@VM1.CC.UAKRON.EDU,@VM1.CC.UAKRON.EDU:SNOKLF@vm.sas.com>
Newsgroups: bit.listserv.l-vmctr
Date:         Mon, 4 Jan 1993 20:23:20 EST
From:         Kent Fiala <SNOKLF@VM.SAS.COM>
Subject:      Re: VMSECURE and FTP

On Mon, 4 Jan 1993 19:30:56 EST Danielle Zimmerman said:
> Does anyone interface VMSECURE with TCP/IP's FTP.  We are just starting
> to use TCP/IP and want to make FTP very secure.  Any comments and/or
> suggestions welcomed.

Order a copy of Informational APAR II06478 from IBM.  It specifically
documents using TCP/IP with VMSECURE.

------------------------------------------------------------------------
Kent Fiala <snoklf@vm.sas.com>
SAS Institute Inc., Cary NC 27513 USA                 919-677-8000 x6646
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
From: gettes@PRINCETON.EDU
Newsgroups: bit.listserv.xmailer
Subject: Re: Lmail at PUCC?
Date: 11 Jan 93 22:59:01 GMT
Organization: Princeton University, Network Systems, Class. 56
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
              11 Jan 93 16:02:26 -0500. <9301112131.AA20740@Princeton.EDU>

On Mon, 11 Jan 93 16:02:26 -0500 cms2@etsu.bitnet said:
> On Sat, 9 Jan 1993 20:15:19 IST Hank Nussbacher said:
> >>Received: from FRMOP11.CNUSC.FR (NJE origin MAILER@FRMOP11) by
> >> PUCC.PRINCETON.EDU (LMail V1.1a/1.7e) with BSMTP id 0731; Sat, 9 Jan 1993
> >> 13:09:27 -0500
> >
> >Uh, anyone care to explain Lmail running on PUCC??? :-)
> >
> >Hank
>
> Good question!  John W., is this some foreboding of something? ;-)
> ----------
>     B.R.Wms

This has nothing to do with John. I am in the Network Systems group
and my responsibility is transport. Additionally, I have the responsbility
for networking on the mainframe. Given that we support a huge load for
INTERBIT traffic and for BITNET in general, I am taking necessary steps
to deal with this situation. Additionally, given what we do and the
questions we get, I believe it is necessary to get experience with Lmail,
to put it in our environment which may expose some problems and or
suggestions for improvements for Eric... which we have done. The fact
that we are running LMAIL implies nothing about XMAILER support.

Rest easy.

/mrg
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xmailer
Date:         Tue, 12 Jan 1993 13:17:29 EST
From:         Dave Re <CC100DR@GITVM1.BITNET>
Subject:      Problem with mail bouncing....
Comments: To: XMAILER list <xmailer@uga.BITNET>,
          Dave Buechner <cc100db@GITVM1.BITNET>

     I was recently made aware of a problem with mail bouncing from
our site, GITVM1. The message that was sent to me contained the following
transaction:

>> Batch SMTP transaction log follows:
>>
>> 220 GITVM1.BITNET Columbia MAILER R2.08 BSMTP service ready.
>> 050 HELO GITVM1.BITNET
>> 250 GITVM1.BITNET Hello GITVM1.BITNET
>> 050 TICK 7548
>> 250 7548 ... that's the ticket.
>> 050 MAIL FROM:<REGIST-L@GSUVM1.BITNET>
>> 250 <REGIST-L@GSUVM1.BITNET>... sender OK.
>> 050 RCPT TO:<JMCIVER@GTRI01.GATECH.EDU>
>> 250 <JMCIVER@GTRI01.GATECH.EDU>... recipient OK.
>> 050 DATA
>> 354 Start mail input.  End with <crlf>.<crlf>
>> 554 Mail aborted.  Maximum hop count exceeded.
>> 050 QUIT
>> 221 GITVM1.BITNET Columbia MAILER BSMTP service done.

     Can anyone tell me what "Maximum hop count exceeded" means??
Also, is this a problem with our mailer, or with the other machine's??

     Thank you all for your time :)

--
Dave Re                    "There's nothing to do when I get out!
VM Support, Ga. Tech        So me and my hammer go house to house!"
cc100dr@gitvm1.gatech.edu                    Kill Floor
cc100dr@gitvm1.bitnet                        Galactic Cowboys
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xmailer
Date:         Tue, 5 Jan 1993 11:06:01 EST
From:         John Wagner <jwagner@PRINCETON.EDU>
Subject:      Re: Mail-return-CC
Comments: To: Crosswell Mailer <XMAILER@uga.cc.uga.edu>
              05 Jan 93 16:52:27 +0700." <9301051600.AA08490@Princeton.EDU>

> Second message today. Hmmmm... Seems like nit picking season...
>
> It seems Mail-return-CC does not want to work for me. I suppose the correct
> syntax of the variable is 'userid@node' (or even local.part@domain), but I
> am not sure since no example value is shown in the examples (both SAMPLE
> MTPLATE and its copy in the manual). Anyway, here is what MAILER reports
> at startup:
>
>  01/05/93 14:52:30  MAISTI075I LOCAL-HOST1 = 'VM1.rice.ucl.ac.be'
>  01/05/93 14:52:30  MAISTI075I MAIL-RETURN-CC = 'FNTA80@BUCLLN11'
>  01/05/93 14:52:30  MAISTI075I ALLOW-CHARLATANS = 'True'
>
> Right ?                                                   /AF

Try dropping the "'"s.

   John
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Universidade Federal de Mato Grosso do Sul - MS - BRASIL
Newsgroups: bit.listserv.xmailer
Date:         Tue, 12 Jan 1993 08:50:01 BR
From:         Herciney Da Silva Monaco <NADUFMS1@BRUFMS.BITNET>
Subject:      Re: 9301 changes

hello,
              I would like to inform you that the e-mail NADBR1@BRUFMS
was deactivated. And, this e-mail was substitutited by   NADUFMS1@BRUFMS.
              Therefore, only this last e-mail can be receive mails.

              Mindfully,

 = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
                                  Herciney Da Silva Monaco
 ##  ##########      ########         NADUFMS1@BRUFMS
 ##  ####    ## #  # ####    Universidade Federal de Mato Grosso do Sul
 ##  ####### ##  ##  ########Cidade Universitaria (s/n) C.Postal:649
 ########    ##      ##    ##Nucleo de Inform./Div. Suporte de Sistemas
  #### ##    ##      ########tel:(067)787-3807  Fax:(067)787-1081
                             !Cep: 79070-900 Campo Grande MS BRASIL
 = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xmailer
Date:         Tue, 5 Jan 1993 12:36:02 EST
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2X
From:         "Ginny Fiero, Systems Programmer,
              NYS Education Dept." <GFIERO@SED.BITNET>
Subject:      *Mail sent to ... messages

Now that I got Mailer running 2.10 code, I want to address "nuisance" messages
I get from various Mailers throughout the network. Why do I get these messages
that say 'From SED(MAILER): *Mail sent to MAILER at UOTTAWA' and 'From
UOTTAWA(MAILER): *Mail sent to LISTSERV at UOTTAWA' when I did not send mail
there? That was only one example, you know. I realize I am the POSTMAST here
and the one that installed our Listserv, but it's been only recently I started
getting these messages.I have been getting them while running 2.08 Mailer and
was hoping they'd go away with 2.10. I am running the latest version of
LISTSERV which has been installed for awhile. We migrated from VM/SP 5 to ESA
1.1 in the middle of December, so that might have something to do with it.

Thanks for the help I have gotten and the help I believe I will get.

GFIERO@SED  (518)486-1912
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: East Tennessee State University
Newsgroups: bit.listserv.xmailer
Date:         Mon, 11 Jan 1993 16:02:26 EST
From:         Bill Williams <CMS2@ETSU.BITNET>
Subject:      Re: Lmail at PUCC?

On Sat, 9 Jan 1993 20:15:19 IST Hank Nussbacher said:
>>Received: from FRMOP11.CNUSC.FR (NJE origin MAILER@FRMOP11) by
>> PUCC.PRINCETON.EDU (LMail V1.1a/1.7e) with BSMTP id 0731; Sat, 9 Jan 1993
>> 13:09:27 -0500
>
>Uh, anyone care to explain Lmail running on PUCC??? :-)
>
>Hank

Good question!  John W., is this some foreboding of something? ;-)
----------
    B.R.Wms
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Universite Catholique de Louvain
Newsgroups: bit.listserv.xmailer
Date:         Tue, 5 Jan 1993 16:52:27 CET
From:         "Alain FONTAINE (Post master - UCL)" <fontaine@SRI.UCL.AC.BE>
Subject:      Mail-return-CC

Second message today. Hmmmm... Seems like nit picking season...

It seems Mail-return-CC does not want to work for me. I suppose the correct
syntax of the variable is 'userid@node' (or even local.part@domain), but I
am not sure since no example value is shown in the examples (both SAMPLE
MTPLATE and its copy in the manual). Anyway, here is what MAILER reports
at startup:

 01/05/93 14:52:30  MAISTI075I LOCAL-HOST1 = 'VM1.rice.ucl.ac.be'
 01/05/93 14:52:30  MAISTI075I MAIL-RETURN-CC = 'FNTA80@BUCLLN11'
 01/05/93 14:52:30  MAISTI075I ALLOW-CHARLATANS = 'True'

Right ?                                                   /AF
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xmailer
Date:         Tue, 5 Jan 1993 10:38:00 EST
From:         "Bill Verity (814) 865-4758" <WHV@PSUVM.BITNET>
Subject:      MG,
              the BITEARN VMNETMLR file and multiple entries on the SERVERS tag

Just took over mailer maintenance at PSUVM and noticed a lot of "Duplicate
table entry" notifications -- over 150 of them.  Seems they are caused by
multiple entries on the servers tag in BITEARN NODES.  For instance, the
CSEARN entry has the following information in the BITEARN NODES FILE:

     :servers1.MAILER@CSEARN(MAIL,PU,M,BSMTP,p_pkl)
               SMTP@CSEARN(MAIL,PU,M,RFC822,p_pkl)

This causes TWO entries for CSEARN in the VMNETMLR file and of course the
mailer only uses the first one.  Problem is, what if the first entry
isn't the one that the mailer should be using.  Anyone looking into
this?   Note that XMAILER NAMES does not seem to have this feature.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xmailer
Date:         Fri, 8 Jan 1993 11:11:20 CET
From:         Hans-Ulrich Giese <U001212@HEARN.BITNET>
Subject:      9301 changes
Comments: To: NODMGT-L@HEARN.BITNET, Nadine Grange <grange@frors12.BITNET>

dear friends,

here comes the usual list of changes for 9301 :

new nodes : (note, that one country code is changed from SU to RU)
HLERUL5F 0134 NL EARN
DULRUU52 0193 DE EARN
DULRUU53 0198 DE EARN
EGFRCUDB 0201 EG EARN
HUGIRK51 0242 HU EARN
RUINRVM1 0247 RU EARN
SUMPEI1  0261 RU EARN
SUMPEI2  0313 RU EARN
ROIFA    0318 RO EARN
ROIMAR   0321 RO EARN
ROIPB    0331 RO EARN
ROLMN    0374 RO EARN
IREARN   0379 IR EARN
ALMOND   0405 US BITNET
ANBIOR   0406 US BITNET
HUXTAL0  0407 US BITNET
HUXTAL1  0416 US BITNET
JPNJTLSR 0435 JP CAREN
NIHRR31  0533 US BITNET
NTIVAX   0617 SG BITNET
NTIVAXA  0639 SG BITNET
NTIVAXB  0647 SG BITNET
NTIVAXC  0697 SG BITNET
NTUVAX   0762 SG BITNET
SEMO     0765 US BITNET
SNYOSWVB 0784 US BITNET
WISCGATE 0791 US BITNET

deleted nodes :
BINGSOM  BINGVMA   CGEUGE12  DCZTU1    DDATHD11  DD0RUD81  DFRHEP5U
DFRHEP5V DFRRUF1   DGABLG5P  DGIHRZ01  DGIPIG5   DHBLRW4   DHDDKFZ1
DHDIBM1A DHNFHS1   DMAFHT1   DM0GSF11  DM0LRZ01  DSIHRZ51  DS0IFP51
DS0IFS51 DS0IFU56  DS0IFU57  DS0IIG51  DS0IKE51  DS0IMS51  DS0IND5
DS0INU51 DS0IPF51  DS0IPF53  DS0ISW51  DS0ITA51  DS0ITO5C  DS0LILOG
DS0MPA51 DS0MSV1   DS0RUS1I  DS0RUS51  DS0RUS52  DS0RUS54  DS0RUS56
DS0SYN51 DTUPEV5A  DTUZDV1   DTUZDV2   DTUZDV5A  EGIDSCVM  FRCCVR11
FRCICT81 FRCIME51  FRDAU51   FRDIM11   FRIBCP51  FRIHVG11  FRMAP711
FRPOLY52 FRPSTR01  FRULM62   GRCRUN11  HARVSPHB  HLERUL56  HLERUL58
MEDNET   PERN      PSUCHEM   PSUNEXT1  PSUSUN01  TAUNOS    TAUPHY
TAUWISE  TWNTUCC2  UCCVMB    UDESSCA   UPEI      UTCCSP    UTHTYL
UTSYS    VMNMDSC

newnode tag nodes :
:node.DM0MPI11 :newnode.DMUMPIWH
:node.DM0MPI12 :newnode.DMUMPINT
:node.DM0MPI53 :newnode.DMUMPIMV
:node.RICE :newnode.RICEVM1
:node.RICELIBR :newnode.RICEVM1
:node.VUCTRVX2 :newnode.VUCTRVAX

oldnode tag nodes :
:node.BRUFMG :oldnode.BRUFMGEE
:node.DMUMPIMV :oldnode.DM0MPI53
:node.DMUMPINT :oldnode.DM0MPI12
:node.DMUMPIWH :oldnode.DM0MPI11
:node.IRMICMAT :oldnode.IRMITSE
:node.RICEVM1 :oldnode.RICE RICELIBR
:node.VMNMIMC :oldnode.VMNMDSC
:node.VUCTRVAX :oldnode.VUCTRVX2
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Universite Catholique de Louvain
Newsgroups: bit.listserv.xmailer
Date:         Wed, 6 Jan 1993 16:31:10 CET
From:         "Alain FONTAINE (Post master - UCL)" <fontaine@SRI.UCL.AC.BE>
Subject:      Re: Mail-return-CC

On Tue, 5 Jan 93 11:06:01 EST John Wagner said:
>Try dropping the "'"s.
>
>   John
Er... Let's see. *I* did not put quotes in the configuration. Here is a
copy of the line :

Mail-Return-CC=FNTA80@BUCLLN11            ; Cc: returned mail here

Of course, the quotes put around the value by MAILER while regurgitating
the setup at startup are beyond my control...

List woes: LISTSERV@DEARN must have some strong reason to hate me, since
it won't send me XMAILER messages using my Internet address either. Go
figure...
                                                             /AF
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xmailer
Date:         Tue, 5 Jan 1993 11:10:08 EST
From:         John Wagner <jwagner@PRINCETON.EDU>
Subject:      Re: MG,
              the BITEARN VMNETMLR file and multiple entries on the SERVERS tag
Comments: To: Crosswell Mailer <XMAILER@uga.cc.uga.edu>
              05 Jan 93 10:38:00 EST." <9301051539.AA06621@Princeton.EDU>

> Just took over mailer maintenance at PSUVM and noticed a lot of "Duplicate
> table entry" notifications -- over 150 of them.  Seems they are caused by
> multiple entries on the servers tag in BITEARN NODES.  For instance, the
> CSEARN entry has the following information in the BITEARN NODES FILE:
>
>      :servers1.MAILER@CSEARN(MAIL,PU,M,BSMTP,p_pkl)
>                SMTP@CSEARN(MAIL,PU,M,RFC822,p_pkl)
>
> This causes TWO entries for CSEARN in the VMNETMLR file and of course the
> mailer only uses the first one.  Problem is, what if the first entry
> isn't the one that the mailer should be using.  Anyone looking into
> this?   Note that XMAILER NAMES does not seem to have this feature.

Bill, The question is what is meant by coding the :servers tag in this way.
That I can send mail to both mailers?  Or do they really mean don't send mail
to SMTP@CSEARN but accept mail from it?  If it is really the second case,
then RFC822 should have been OUTONLY.

It should be possible to the program that generates BITEARN VMNETMLR order
the mailers by "desirability" (BSMTP w/NETDATA, BSMTP w/o NETDATA, RFC822) so
that the most capable mailer is used.  I'll look into getting that done.

   John
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU