HDTenEightyP/NetNews huggingface dataset:
Newsgroups: vmsnet.pdp-11
Subject: Re: RSX Queue Manager 1993 Bug
From: Johnny Billquist <bqt@bern.docs.uu.se>
Date: Thu, 7 Jan 93 2:20:48 MET
Reply-To: bqt@minsk.docs.uu.se
Organization: The Internet
Return-Path: <pat+@transarc.com>
CC: info-pdp11@transarc.com

>	I managed to dodge the RSX Queue Manager 1993 bug this morning.
>Note dodge, not fix. This bug isn't fixable in any practical sense. Here
>are some hints that may be helpful for you do-it-yerselfers (your mileage
>may vary, no warranty expressed or implied, etc. etc.):
>
>	In modules QMGGTI.MAC and SHOWP.MAC (UIC [25,10]), you will find a
>small number of occurances of the constant "77.". It is added to or subtracted
>from the year, in an attempt to encode the year as a 4-bit quantity. Since
>93 - 77 = 16, this scheme fails. The dodge is to change 77 to a larger number
>(I used 87, but anything from 78 to 93 should work), and rebuild QMG and QMGCLI.
>Be careful to change only the occurrances of "77." that are related to the year
>calculations - don't just do a blind global replace.

In RSX-11M-PLUS V4.3 you should modify the following 4 files:
QMGDA2, QMGGTI, QUEAFT and SHOWQ (all in [25,10])

Replace "77" with something appropriate.

This will fix the bug in all practial sense. It will break again when
you pass the 16 year limit, but I suspect most stuff will break by the
year 2000 anyway.

>	I observe that this scheme might self-destruct on Jan 1, 2000,
>as well...
>
>	This fix was for RSX 11M-PLUS V4.00, BL40. If QMG was changed since
>then, all bets are off (see disclaimer above). If you break your system, I am
>not responsible.
>
>	Good Luck.

Well, the same applies to my notes. This for RSX-11M-PLUS V4.3 BL66.

I don't understand what you mean by dodge. Maybe we're talking the
same thing, but by fixing the four files I mentioned above, everything
will work exactly as expected to, and as they should, and did before
1993.

Johnny Billquist                  || "I'm on a bus
CS student at Uppsala University  ||  on a psychedelic trip
email: bqt@minsk.docs.uu.se       ||  Reading murder books
pdp is alive!                     ||  tryin' to stay hip" - B. Idol
Newsgroups: vmsnet.pdp-11
From: Jeffrey Luszcz <jrl2@cornell.edu>
Subject: Whats the difference among SMD drives?
X-Xxdate: Tue, 5 Jan 93 22: 00:23 GMT
Nntp-Posting-User: jrl2@cornell.edu
Organization: Cornell University
X-Useragent: Nuntius v1.1.1d7
Date: Wed, 6 Jan 1993 03:56:34 GMT


  I've seen many SMD drive for sale on the net.
Whats the difference between a SMD drive used
on a SUN and a SMD drive used with a pdp?
  I would think it would be in the connector
and cables...Iwould think the SUN types of connections
would be wore modern and compact.
   -Jeff Luszcz
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: vmsnet.pdp-11
Subject: Re: Mysterious Messages...
Date: 9 Jan 93 10:58:29 GMT
Organization: St. Peter's College, US

In article <1993Jan9.072106.17306@netcom.com>, sspatter@netcom.com (Samuel Scott Patterson) writes:
> However, there seems to be something trapped inside
> a boot ROM and I am wondering what it is...  WhenI connect a terminal
> to my PDP and turn the computer on, the RUN lamp comes on and I get,
> 170000 170002 170000 170010
> @

  That's the console emulator PROM (23-616F1 if I recall correctly). It is
an interesting attempt at a console program in 512 words. You have to type
uppercase commands to it [I recall looking at it to see if this could be
fixed - *every* byte is used and the code is already quite tight, so I
gave up].

  You boot devices by typing the device mnemonic (DB, DM, DL, MT, MM, etc.).
If you don't have a ROM for it you get an error.

  Your ROMs should have numbers like 755A9 on them. If they don't, examine
locations 173000, 173200, 173400, 173600 and tell me what the first word is
and I'll look 'em up. On the other hand, you could just convert the octal
to ASCII and it's the device mnemonic.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
Newsgroups: vmsnet.pdp-11
From: sspatter@netcom.com (Samuel Scott Patterson)
Subject: Unibus Serial port problems
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Thu, 7 Jan 1993 07:14:12 GMT

This didn't seem to get through the first time so here it is again..
Hello,

     I need some help with my PDP-11/34a.  I am trying to hook up the 
M7856 card which the serial port/real time clock card.  But I don't know
what the jumper settings on it should be.  My system behaves fine until I
plug it into any Unibus slot (Yes, I plug it into the most foreward
position in the machine).  After I put it in and turn my machine on,
the RUN lamp comes on and stays on.  When I press HALT or LAD or 
anything else, the BUS ERROR lamp comes on and the RUN lamp goes off.
     If I remove the card and restart the system, the system works fine,
what's wrong!?
     I know that the M7856 requires the bus grant jumper on the backplace,
as would an open space.  So that shouldn't be the problem.  Is it possible
that the real time clock is screwing it up?  I vaguely remember that if
you only have more than one M7856 in the machine, only one clock should
be enabled.  However, this is the only one in my machine.  In fact, the
only things in my machine are the two processor boards, the RAM board,
the console board, the bus terminator, and bus grant cards.  Is it 
possible that the memory address on the M7856 is coliding with one of
those? 
     Lastly, I really need to know the DIP settings for the board.
I want to set it up as 9600B, No Parity, 8 Data, 1 Stop, and how to 
set the address of the card.  Should it be at a specific address or
merely an unused one?
     Any help with be very greatly appreciated.  Thanks in advance!

						-Scott
From: mvbr@se.alcbel.be (Marc Verbruggen)
Newsgroups: vmsnet.pdp-11
Subject: Wrong submit date in QUE database
Date: 5 Jan 93 15:55:56 GMT
Reply-To: mvbr@se.alcbel.be
Organization: Alcatel Bell Telephone


--
Since (probably) the 1st of january 1993 we observe the following strange
thing:
 Batch jobs submitted with the AFTER qualifier show up in the QUE /LI output 
 with a wrong date, altough we believe they start running at the correct date.
 However, we are a little bit suspicious oif this remains so.
 The systematics seems to be the following
   - year 93 becomes 77, 94 becomes 78 ,...
   - hours are incremented by 4 (00 becomes 04, 10 becomes 14) except from 21
     hours which remains 21 hours.
 
So a job submitted /AFTER:10:00:7-JAN-93 shows up as 
     BLOCKED UNTIL 14:00-7-JAN-77
but starts running at 10:00:7-JAN-93
 We expirience this on all our PDPs running RSX 11M+ 4.2 or earlier.

-----------------------------------------------------------
Marc Verbruggen                 tel : 03.240.94.19
Alcatel Bell Telephone          fax : 03.240.99.50
F. Wellesplein 1                email : mvbr@se.alcbel.be
B-2018 Antwerp
Belgium
 
"System Manager's Headaches Are Not Cured With Aspirin,
 There Is A Better Way ..."
Newsgroups: vmsnet.pdp-11
From: sms@WLV.IIPO.GTEGSC.COM (Steven M. Schultz)
Subject: Re: Ok just a teeny question..
Organization: GTE Government Systems
Date: Mon, 11 Jan 93 17:29:28 GMT

In article <1993Jan12.003905.2170@zl2tnm.gen.nz> don@zl2tnm.gen.nz writes:
>
>What's the betting Steve gets to tell us all why 2.11 BSD won't run on a 
>/23 or /34.... again....

	Ok, i will ;-)

>(Hi Steve!)

	(Howdy Don!)

>If there's ever a FAQ written for this group/list, that question's gotta 
>go at the top.

	There is Unix available for the PDP-11.  2.11BSD is being distributed
	by the USENIX Association and requires a Unix source license.  Not
	all models of the PDP-11 can run 2.11BSD.  There are four major
	requirements:  1) split I/D, 2) supervisor mode (the 4.3BSD networking
	code was moved out of the kernel into supervisor), 3) at least 1mb
	of memory (it can fit in less but it's unhappy about it) and 4) hardware
	floating point (there is an emulator but it doesn't work at present).
	To load the entire distribution requires at least 80mb of disc space,
	more is better.

	Requirement #1 is the most restrictive and leaves out the 11/23, 11/23+,
	11/24, 11/34, 11/40 and 11/60.  The 11/45, which has split I/D and
	supervisor, can not support enough main memory (hard to load a system
	which takes 320kb into 248kb :-)).  Models which run 2.11BSD very
	nicely are the 11/44, 11/53, 11/70, 11/73, 11/83, 11/84, 11/93 and
	the 11/94.  

	From the mess i call a home directory hierarchy i dredge this notice:


	"Yes, there is UNIX available for the pdp-11/73.

	Yes, it is 4.3BSD, or as close as you're going to get on a pdp-11
	(basically the only syscall left out was swapon()).  Full tcp/ip
	(with the Jacobson slow-start, etc, etc), 4.3 disc quotas (if you
	want 'em), and so on.

	To get your copy of 2.11BSD contact the USENIX Association:

		2.11BSD
		USENIX Association
		2560 Ninth Street, Suite 215
		Berkeley CA 94710
		+1 510 528 8640

	Price is $200, includes source (so you will need a source license),
	2 1600BPI tapes or 1 TK50 full of stuff.  "support"?  well, drop me 
	a mail item - the care and feeding of 2.11BSD has more or less been
	delegated to me."

	Updates and patches are available via anonymous FTP to the host
	WLV.IIPO.GTEGSC.COM [192.26.147.1] in the directory pub/2.11BSD.

	Steven Schultz
	sms@wlv.iipo.gtegsc.com
From: jerry@marin.uucp (Jerry C. Hudgins)
Newsgroups: vmsnet.pdp-11
Subject: Re: Wrong submit date in QUE database
Distribution: world
X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith
Date: 6 Jan 93 22:58:38 EST
Organization: Private UUCP Node

In article <1993Jan6.162744.9674@iscsvax.uni.edu> huhman@iscsvax.uni.edu writes:
> In article <1410@se.alcbel.be>, mvbr@se.alcbel.be (Marc Verbruggen) writes:
> > 
> > --
> > Since (probably) the 1st of january 1993 we observe the following strange
> > thing:
> >  Batch jobs submitted with the AFTER qualifier show up in the QUE /LI output 
> >  with a wrong date, altough we believe they start running at the correct date.
> >  However, we are a little bit suspicious oif this remains so.
> >  The systematics seems to be the following
> >    - year 93 becomes 77, 94 becomes 78 ,...
> >    - hours are incremented by 4 (00 becomes 04, 10 becomes 14) except from 21
> >      hours which remains 21 hours.
> >  
> > So a job submitted /AFTER:10:00:7-JAN-93 shows up as 
> >      BLOCKED UNTIL 14:00-7-JAN-77
> > but starts running at 10:00:7-JAN-93
> >  We expirience this on all our PDPs running RSX 11M+ 4.2 or earlier.
> > 
> We are experiencing similar results, pretty much identical to what you
> describe.  One of our people who was at the US DECUS Spring Symposium in
> Atlanta last year remembered and found her notes where someone said "all queues
> in RSX11M+ will be nonfunctional after 31 December 1993.   Can anyone relate
> "the rest of the story"?
> 
> Stan 
> 319 292 8687

This is a known problem for which a patch exists.  Call your DEC salesman.
The order numbers are:

	QR505-H5	M+ V4.3 & Micro/RSX V4.3, TK50
	QR505-HM	M+ V4.3 & Micro/RSX V4.3, 9-track magtape
	QY505-H3	Micro/RSX V4.3, RX50

-- 
----------------------------------------------------------------------------
Jerry C. Hudgins                   Internet: jerry%marin.uucp@seq.uncwil.edu
125 Cherokee Trail                 UUCP    : uunet!marin!jerry
Wilmington, NC 28409-3407 (USA)    Voice   : (919) 392-2358

Xref: sparky vmsnet.pdp-11:916 comp.os.vms:20365
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: vmsnet.pdp-11,comp.os.vms
Subject: Re: Help on RT-11 macro language
Date: 5 Jan 93 11:37:27 GMT
Followup-To: vmsnet.pdp-11
Organization: Applied Information Systems, Chapel Hill, NC

In article <1993Jan5.020012.13695@news.acns.nwu.edu>, jweiss@casbah.acns.nwu.edu (Jerry Weiss) writes:
> In article <93Jan04.223305.29354@acs.ucalgary.ca> morrow@cns.ucalgary.ca (Bill Morrow) writes:
>>Hello all you old fellows,
>>
>>I have been forced to update some of the PDP-11 assembler acquisition
>>software running on our old RT-11 system. Of course,
>>there are no comments in the source, to save on disk space.

This almost _ALWAYS_ comes back to bite you eventually :-(.

>>A week ago, I knew absolutely nothing about PDP-11 macro language.
>>I have been wading through the "Orange Wall", but
>>I'm a bit confused by the unconditional branch instruction -
>>where does this code end up after the 'BR 10$+2' step?
>>
>>DR3INT: 0
>>	BR	10$+2		<--- branch to where ?
>>	BR	20$+2
>>10$:	MOV	#107,DMACSR
>>	TST	ADCO		<--- here ?
>>	BEQ	11$
>>	MOV	#113,KWREG
>>11$:	MOV	DR3INT+4,DR3INT
>>	TR			<--- or here ?
>>12$:    et cetera ad nauseum
>>
> 
> This is definitely brain damaged Macro-11 from where I sit, but I won't make
> any claims to be a Macro-11 guru.  There's not enough to make a complete
> diagnosis, but here is a try.

A couple of comments.  The original author (not Jerry) appeared to have
the incorrect idea that PDP-11 MACRO arguments moved from right to left,
like the 80x86 or IBM-360 assemblers.  In fact the arguments move from
left to right, like VAX arguments, so that in the line at 11$, DR3INT is
the _target_ of the move, not the source.

Offhand this looks like it's probably a fragment from an interrupt
service routine for a device driver.  The MOV #107,DMACSR is particularly
suspicious - the mnemonic sounds like it's for a device control register,
and the 100 would be for enabling interrupts on the device.  I don't know
what the 7 would be;  it would depend on the device (most devices enable
interrupts with the 100-bit and signal completion with the 200-bit, but
other bits vary with the device).  Note that all the numbers are given in
_octal_ unless there's a decimal point after them (unlike VAX, IBM-360,
and Intel 80x86 assemblers).  So 100 (octal) = 40 (hex) = 64 (decimal).

I agree with Jerry, though, this is rather unclean code.  I can't add
much to most of the rest of Jerry's comments.

>>What does 'TR' do? I can't find it in the instruction set
>>or the macro language reference manual.
> 
> Got me, perhaps its a defined macro.  Check the macro or source librarys.

Another possibility is that it's a word with the value `TR' in it.  Look
for anything in the source that looks like:

	TR	=	403		; 403 is the PDP-11 opcode
					; for BR .+10 (OCTAL)

or anything else like that;  that would put the value `TR' into the
program.

Good luck (you may need it),

Bruce C. Wright
Newsgroups: vmsnet.pdp-11
Subject: RSX Queue Manager 1993 Bug
From: <young@ecn.purdue.edu>
Date: Wed, 6 Jan 93 10:46:13 -0500
Organization: The Internet
Return-Path: <pat+@transarc.com>


	I managed to dodge the RSX Queue Manager 1993 bug this morning.
Note dodge, not fix. This bug isn't fixable in any practical sense. Here
are some hints that may be helpful for you do-it-yerselfers (your mileage
may vary, no warranty expressed or implied, etc. etc.):

	In modules QMGGTI.MAC and SHOWP.MAC (UIC [25,10]), you will find a
small number of occurances of the constant "77.". It is added to or subtracted
from the year, in an attempt to encode the year as a 4-bit quantity. Since
93 - 77 = 16, this scheme fails. The dodge is to change 77 to a larger number
(I used 87, but anything from 78 to 93 should work), and rebuild QMG and QMGCLI.
Be careful to change only the occurrances of "77." that are related to the year
calculations - don't just do a blind global replace.

	I observe that this scheme might self-destruct on Jan 1, 2000,
as well...

	This fix was for RSX 11M-PLUS V4.00, BL40. If QMG was changed since
then, all bets are off (see disclaimer above). If you break your system, I am
not responsible.

	Good Luck.


--
    |  Mike Young KA9HZE                |       young@ecn.purdue.edu    |
    |  Purdue University EE Dept.       |       ...!pur-ee!young        |
    |  W. Lafayette, IN  47907          |                               |
    _____________________________________________________________________


Newsgroups: vmsnet.pdp-11
From: mbg@world.std.com (Megan B Gentry)
Subject: Re: Ok just a teeny question..
Organization: The World Public Access UNIX, Brookline, MA
Date: Mon, 11 Jan 1993 03:47:22 GMT

jeremi@ee.ualberta.ca (William Jeremiah) writes:

>Ok.  I have the chance to get a pdp-11 and accessories.  Any hints?

>I would like to run unix on it.  Is unix available for it? (or would unix 
>be the default)?

It depends on what pdp-11.  You'll need to supply more info.

				Megan
From: mvbr@se.alcbel.be (Marc Verbruggen)
Newsgroups: vmsnet.pdp-11
Subject: Re: RSX Queue Manager 1993 Bug
Date: 12 Jan 93 12:43:43 GMT
Reply-To: mvbr@se.alcbel.be
Organization: Alcatel Bell Telephone



I applied the Digital patches and everything is OK now. Except for the
following bug (??) :
If I submit a command procedure that does not exist, which I should not
do,etc..., but anyhow, the SUB task crashes with an odd address trap.
Any idea ? I mentioned the problem also to Digital but didi not receive an
answer yet

-----------------------------------------------------------
Marc Verbruggen                 tel : 03.240.94.19
Alcatel Bell Telephone          fax : 03.240.99.50
F. Wellesplein 1                email : mvbr@se.alcbel.be
B-2018 Antwerp
Belgium
 
"System Manager's Headaches Are Not Cured With Aspirin,
 There Is A Better Way ..."
Newsgroups: vmsnet.pdp-11
Subject: Re:  Two VAXes sharing the one BA11!!!
From: "ARROWSMITH, DONALD" <arrow@napc-1.navy.mil>
Date: 6 Jan 93 13:21:00 EDT
Organization: The Internet
Return-Path: <pat+@transarc.com>

ACLO and DCLO are signals that every power supply puts on the UNIBUS to tell
every controller that the power is going/has gone. You are connecting these
signals from each VAX to the other one through the BA11's power supply.
Hence either VAX thinks that it has lost a needed power supply if the other
VAX is powered down.
Newsgroups: vmsnet.pdp-11
Subject: Re: PDPs and networks?
From: Johnny Billquist <bqt@bern.docs.uu.se>
Date: Thu, 7 Jan 93 14:46:02 MET
Reply-To: bqt@minsk.docs.uu.se
Organization: The Internet
Return-Path: <pat+@transarc.com>
CC: info-pdp11@transarc.com

>	I use my DEUNA in an 11/44, with 22-bit addressing on an 18-bit
>Unibus. Anyone care to address the ramifications of using it on, say,
>a '34 with 18 bit memory space?

No difference. No unibus device address 22-bits anyway, it is done
through the unibus map registers (UMR). All UNIBUS devices are 18-bit
address. (Well, maybe except for the RH70, but I don't think I'd call
it a pure Unibus device anyway...)

Johnny Billquist                  || "I'm on a bus
CS student at Uppsala University  ||  on a psychedelic trip
email: bqt@minsk.docs.uu.se       ||  Reading murder books
pdp is alive!                     ||  tryin' to stay hip" - B. Idol
Newsgroups: vmsnet.test
From: cobb@mc.ti.com (Chip Cobb)
Subject: test
Summary: test
Keywords: test
Organization: Texas Instruments
Date: Thu, 7 Jan 1993 15:41:25 GMT

test
                   ___________________________
    //  /   O    / Chip Cobb                   \
  /    /_    _   | Texas Instruments           |
 /    / / / /_/  | Precision Controls          |
  // / / / /     | Materials & Controls Group  |
          /      | Attleboro Massachusetts USA |
                 | timsg: TOON  (508)699-3591  |
 cobb@mc.ti.com  \ ___________________________ /
From: paul@hsh.com
Newsgroups: vmsnet.test
Subject: Test: please reply
Date: 11 Jan 93 17:52:33 GMT
Organization: HSH Associates

This is a broadcast test.  I believe that my Usenet news posts
are not being broadcast netwide.  Replies welcome.

------ ------ ------ ------ ------ ------ ------ ------ ------ ------ ------ 

Paul Havemann, VP        HSH Associates          (201) 838-3330 | 1-800-UPDATES
Internet: paul@hsh.com   Compuserve: 70410,3507  America On-Line: HSH Assoc
  ...Any opinions expressed are not necessarily those of the company...
Newsgroups: vmsnet.test
Subject: Testing
From: acs_mn@uwrf.edu (Marlys A Nelson)
Date: 11 Jan 93 10:26:53 -0600
X-Newsreader: TIN [version 1.1 PL8]Lines: 3

Testing 1...2....3.......

I hope this gets out :-)
Newsgroups: vmsnet.test
Subject: This is a test
From: miller_a@vaxrb.niehs.nih.gov
Date: 11 Jan 93 21:28:06 GMT

This is a test
From: kschwab@wrdis01.af.mil (Kerry Schwab 653CCSG/SCLCP)
Newsgroups: vmsnet.test
Subject: Re: Test
Date: 8 Jan 93 16:26:59 GMT
Organization: 1926CCSG Robins AFB

In article <2939@wrdis01.af.mil> kschwab@wrdis01.af.mil (Kerry Schwab 653CCSG/SCLCP) writes:
>checking the From: address.
>
>--
>Sgt. Kerry R. Schwab

Now check .sig append.
Newsgroups: vmsnet.test
Subject: testing
From: fraser_h@eis.dofasco.ca
Date: 4 Jan 93 15:29:11 GMT
Organization: Dofasco Inc, Hamilton, Ont. Can.
Nntp-Posting-User: fraser_h

testing.
-- 
Hugh Fraser					Dofasco Inc.
(fraser_h@eis.dofasco.ca)			1330 Burlington St East
(416)544-3761 X6941				Hamilton, Ont. L8N 3J5 Canada
From: brodie@mis.mcw.edu
Newsgroups: vmsnet.test
Subject: Re: A subject without that "T" word in it.  :-)
Date: 7 Jan 93 16:41:04 CDT
Organization: Medical College of Wisconsin

In article <1993Jan7.101735.379@mis.mcw.edu>, brodie@mis.mcw.edu writes:
> TESTING, TESTING, 1,2,3.....
> :-)

following up.
(from adm)

-----
Kent C. Brodie					Internet:  brodie@mis.mcw.edu
Sr. Systems & Network Manager			UUCPnet:   mcwmis!brodie
Information Technology Systems dept.		MaBellnet: +1 (414) 257-8769
Medical College of Wisconsin

"The Fat Lady SANG!" -- seen on a sweatshirt that Bill Clinton received
                        shortly after winning the election.
From: danmz@echosphere.com
Newsgroups: vmsnet.test
Subject: Test (reply requested)
Date: 4 Jan 93 17:41:43 MST
Organization: Echosphere/Houston Tracker Systems

This is a simple test from Echosphere (my new home). Can someone send
me e-mail to determine if this actually leaves my site and shows up
remotely? Many thanks...

The Great Zar (lives again)
a.k.a. Dan Zirin
From: daveh@vax.oxford.ac.uk
Newsgroups: vmsnet.test
Subject: a test
Date: 6 Jan 93 12:44:03 GMT
Organization: Oxford University VAX 6620

a test
-- 

David Hastings                      | "The technical axiom that nothing is
VAX Systems Programmer              |  impossible sinisterly conditions one to
Oxford University Computing Services|  the pitfall corollary that nothing is
daveh@vax.oxford.ac.uk              |  ridiculous"
From: kschwab@wrdis01.af.mil (Kerry Schwab 653CCSG/SCLCP)
Newsgroups: vmsnet.test
Subject: Re: Test
Date: 8 Jan 93 16:32:02 GMT
Organization: 1926CCSG Robins AFB

In article <2940@wrdis01.af.mil> kschwab@wrdis01.af.mil (Kerry Schwab 653CCSG/SCLCP) writes:
>In article <2939@wrdis01.af.mil> kschwab@wrdis01.af.mil (Kerry Schwab 653CCSG/SCLCP) writes:
>>checking the From: address.
>>
>>--
>>Sgt. Kerry R. Schwab
>
>Now check .sig append.

Didn't work....maybe now ?
-- 
Sgt. Kerry R. Schwab
653CCSG Plans & Scheduling
(912) 926-6454
kschwab@wrdis01.robins.af.mil
Newsgroups: vmsnet.test
Subject: Test
From: dave@intercon.com (Dave Saunders)
Date: 7 Jan 93 10:22:15 CDT
Distribution: world
X-Newsreader: InterCon TCP/Connect II 1.1b32Lines: 12

A Test Article from TCP/Connect II.




----------------------------------
Dave Saunders <dave@intercon.com>
InterCon Systems Corporation
"Standards-based networking for a standards-based world"
When your IQ rises to 28, sell. --Professor Irwin Corey to a heckler
From: brodie@mis.mcw.edu
Newsgroups: vmsnet.test
Subject: A subject without that "T" word in it.  :-)
Date: 7 Jan 93 10:17:35 CDT
Organization: Medical College of Wisconsin

TESTING, TESTING, 1,2,3.....
:-)
-----
Kent C. Brodie					Internet:  brodie@mis.mcw.edu
Sr. Systems & Network Manager			UUCPnet:   mcwmis!brodie
Information Technology Systems dept.		MaBellnet: +1 (414) 257-8769
Medical College of Wisconsin

"The Fat Lady SANG!" -- seen on a sweatshirt that Bill Clinton received
                        shortly after winning the election.
Newsgroups: vmsnet.test
From: exel@netcom.com (Frederick Myers)
Subject: test, please no reply
Organization: Hopper.bsu.edu 6969
Date: Wed, 6 Jan 1993 06:06:31 GMT

test.

Newsgroups: vmsnet.test