LSTSRV-L Archives

LISTSERV Site Administrators' Forum

LSTSRV-L

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Topic: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Zvika Bar-Deroma <[log in to unmask]>
Thu, 28 Mar 1991 07:57:51 IST
text/plain (80 lines)
Something  rather weird  has occured  lately. Mail  received from  lists
(like  this morning's  IBMTCP-L  mail)  - the  body  of  the mail  looks
schematically as follows:
 
            "real" message (i.e., what the person posted)
            1-2 LISTSERV distribution jobs (including the real message
            again, as the DATA for the job)
 
A quick "pseudo-analysis" shows that  the lists have LISTSERV-only peers
(i.e. - not LISTEARN),  and that all (well - so it  seems from a glance,
correct me  if I'm wrong)  the userid@node  to whom the  distribution is
supposed  to  go, are  EARN  addresses.  On  lstern-l  I saw  a  similar
complaint, concerning  IBM-NETS, which does  have an EARN peer,  but the
peer (FINHUTC)  runs LISTSERV  1.6e, and  not LISTEARN.  I think  I only
began seeing  this behaviour lately,  after LISTEARN 1.2  was installed,
but  I may  be wrong.  I'm  appending parts  of  such a  posting, as  an
example, and hope that the problem can be solved quickly.
 
Regards,
/Zvika
 
 
Appended message, originally on IBMTCP-L:
 
***********************************************************************
 
Reply-To:     IBM TCP/IP List <[log in to unmask]>
Sender:       IBM TCP/IP List <[log in to unmask]>
From:         TCPMAINT <[log in to unmask]>
Subject:      Re: Loader Table Overflow
To:           Zvika Bar-Deroma <[log in to unmask]>
In-Reply-To:  [log in to unmask] message of Tue,
              26 Mar 91 13:08:34 EST
 
> Regenerate the relevant module files, explicitly rejecting a
> module map with the NOMAP option of the GENMOD command.  The
> resulting module can only be invoked by name: the command
> sequence "LOADMOD name" followed by "START" will not work,
 
Don't be silly.  Of course LOADMOD+START will work.  All START
needs to know is the starting address, which is found in the first
record of the MODULE, not in the loader map table.
                                  John
VSAVIVA WEIZMANN Aviva Greenman
VSBENZI WEIZMANN Benzi Mizrahi
VSMORTY WEIZMANN Morton F. Taragin
VUSTEVE WEIZMANN Steve Druck
GLLOYD IRLEARN Greg Lloyd
IBMTCP-L IRLEARN Local Distribution
KELEHC91 IRLEARN fin keleher
WALSH IRLEARN Michael Walsh
CBSY8001 IRUCCIBM J.F. Murphy
MARCHESI LEPICS Pierantonio Marchesini
YSKGAWEL PLKRCY11 Krzysztof Gawel
AER7101 TECHNION Zvika Bar-Deroma
//IBMTCP-L JOB Echo=No,Reply-to="CHRIS@PUCC GETTES@PUCC [log in to unmask],
//+ .EDU"
//To DD *
K000160 ALIJKU11 Wilfried Maschtera
Z10MAR01 AWIIEZ11 Helmut Mastal
.... 136 more pairs of userid@some_earn_node deleted
...  some of them, appear also in the list above (like myself....)
/*
// DIST2 MAIL FROM=IBMTCP-L@PUCC I=Y FORW(VIA) HOST(144 144 144 144 144 144 144,
//+  25 25 25 25 25 25 25 25 25 25 25 25 25 25 25 25 25 25 25 25 25 25 25 25 25,
//+  25 25 25 25 25 25 25 25 25 25 25 509 93 93 93 93 93 8 16 16 108 76 76 76 7,
//+ 6 76 76 76 76 76 76 75 75 75 75 75 75 75 75 75 519 519 519 519 521 143 143 ,
//+ 143 143 143 53 53 53 53 506 506 506 506 506 506 506 506 506 7 213 213 213 2,
//+ 13 213 213 213 213 213 213 96 130 130 130 130 36 36 36 36 36 36 36 36 36 36,
//+  48 48 48 48 48 48 48 10 10 10 10 10 109 517 502 502 515 515 515) PATH(144:,
//+ 16 25: 509:48 93: 8:93 16: 108:75 76:16 75: 519: 521:16,144 143:25 53:25 7:,
//+ 16,213 213:16 96: 130: 36: 48: 10:16,76 109:16 517:16,213 502:48 515:118)
//Via DD "PUCC"
//Data DD *,EOF,Res=Disk
.....
original message, just as seen above appears here
***********************************************************************
 
   the end

ATOM RSS1 RSS2