RE: sending to rmtoutq

Thanks for all this help... We found burried throughout our dstq's that the rmtnetid was set to another system.... S/B *none

thanks again.....

-----Original Message-----
From: Shaw, David [mailto:dshaw@spartan.com]
Sent: Tuesday, August 29, 2000 6:57 AM
To: 'MIDRANGE-L@midrange.com'
Subject: RE: sending to rmtoutq

Dawn,

re: spool problem

The "message" that Chris is talking about is the print confirmation message
that the E10 has to send back to the 620.  It uses SNADS to do this.  Do a
WRKDSTQ on the E10 and check the current queue depth for the queue to the
620 - you'll likely find that it's backed up with a lot of distributions.
If it is, then it means that there's something wrong with the setup on the
E10.  If it isn't, check and make sure that the QSNADS subsystem is running
on the E10.  If it is, do a SNDNETMSG on the E10 to yourself on the 620.  If
it doesn't go through, that's proof that you need to check the E10's
communications, SNADS, and distribution queue setups again, there has to be
something wrong.

re: HTML/RTF messages

Which version of Outlook are you using?  In Outlook 98 and Outlook 2000 you
can set it to use plain text for messages to the mailing list, and change
the message format when it tries to defy your settings (which will be
frequently - I've become resigned to it).  I can tell you how to do it in
Outlook 98 if that's what you have, others know what to do in Outlook 2000.
If you're using Outlook 97, that's a problem - I haven't figured out how to
make that bloody thing send in plain text yet, and I'm not sure if anyone
else here has.

I hope some of this babbling helps you.

Dave Shaw
Spartan International, Inc.
Spartanburg, SC

-----Original Message-----
From: ddetz@zinccorp.com [mailto:ddetz@zinccorp.com]

I can sndnetsplf - they are fine
I really don't understand what you mean by send messages.
I do know that the NY site is getting their printouts - my issue is that my
queues are filling up w/ stuff that has BEEN printed and I have to clean
them out. 
I'm beginning to suspect it is on my 620 side.  Cuz even when I clean out
the queue I get back to the wrkoutq's screen and press refresh they don't
show as deleted.  But when I go back into the queue - they are gone.  It
takes a while to show they are gone.... They do go away in about 3
minutes... but that doesn't seem normal to me.  I have to have something
configured wrong, I just don't know where to look AGAIN. 
And when I send msg's to the list it is sending in Rich Text format... I'm
not putting it in HTML on purpose - we use outlook - how do I ensure that
you are able to read it... what do I change... hate Outlook - Like Lotus
Notes.
-----Original Message-----
From: Chris Bipes [mailto:chris.bipes@cross-check.com]
Sent: Monday, August 28, 2000 11:20 AM
To: 'MIDRANGE-L@midrange.com'
Subject: RE: sending to rmtoutq

Awh! Most likely your E10 cannot send a response back to the originating
system.  Check your communication configuration to make sure that you can
get messages back and forth.
Please do not send HTML!
Christopher K. Bipes       mailto:ChrisB@Cross-Check.com
Sr. Programmer/Analyst     mailto:Chris_Bipes@Yahoo.com
CrossCheck, Inc.           http://www.cross-check.com
6119 State Farm Drive      Phone: 707 586-0551 x 1102
Rohnert Park CA  94928     Fax: 707 586-1884
If consistency is the hobgoblin of little minds, only geniuses work here.
Karen Herbelin - Readers Digest 3/2000

-----Original Message-----
From: ddetz@zinccorp.com [mailto:ddetz@zinccorp.com]
Sent: Monday, August 28, 2000 8:51 AM
To: MIDRANGE-L@midrange.com
Subject: sending to rmtoutq

We have changed E10 communication from an F50 to communicate directly to our

620.  We created rmtoutq's on the 620 and redirected the dstq's and dire
etc. etc.
So when the E10 user's sbm print jobs it goes to a rmtoutq and prints up in
NY (where the e10 is located).  Everything works and the NY users don't
notice the difference.
BUT on the 620 side eventhough the splf has already sent the satus stays at
SND - it never goes away.   I have never run into this.  What did I miss?
TIA
Opt  File        User        User Data   Sts   Pages   Copies  Form Type
Pty
     PPS762P1    ZCAWHD      PPS762      SND       2       1   *STD
5 
     PPS762P1    ZCAWHD      PPS762      SND       1       1   *STD
5 
     QSYSPRT     BDRAPER     P82001      SND       1       1   *STD
5 
Dawn L. Detz
System Administrator
Zinc Corporation of America
300 Frankfort Road
Monaca, PA  15061-2295
ddetz@zinccorp.com
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---