Archive-Date: Tue, 4 Nov 2003 12:16:01 -0500
Date: Tue, 04 Nov 2003 10:56:19 -0600 (CST)
From: Drew Shelton <DREW@SEMATECH.Org>
Reply-To: Info-TCPware@process.com
Subject: Tracking a process back to its PC
To: info-tcpware@process.com
CC: DREW@SEMATECH.Org
Message-ID: <01L2MQWRXF4U002MCT@SEMATECH.Org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=us-ascii

We have customers who use Microsoft Access to connect to Oracle's
SQL/Services on our VMS systems.  All I see on the VMS side is a detached
process running under a generic username we created just for this.  How can
I determine the IP address of the PC that started the process?  We're
running TCPware 5.5-3 on VMS 7.1-2.

Thanks,
Drew

============================================================================
Drew Shelton                         drew@sematech.org
VMS Systems Manager                  office: 512-356-7575
Sematech                             fax:    512-356-7600
2706 Montopolis Drive
Austin, TX 78741-6499                I speak for myself only, not Sematech.
    "OpenVMS is today what Microsoft wants Windows NT v8.0 to be!"
                                                        - Compaq, 9/22/98
============================================================================
================================================================================
Archive-Date: Tue, 4 Nov 2003 13:31:36 -0500
Date: Tue, 04 Nov 2003 13:30:48 -0500
From: Chuck Viau <viau@process.com>
Reply-To: Info-TCPware@process.com
Subject: RE: Tracking a process back to its PC
To: "'info-tcpware@process.com'" <info-tcpware@process.com>
Message-ID: <63D30D6E10CFD11190A90000F805FE8604FD7E8A@lespaul.process.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1

In the Oracle administrator account, [<SIDNAME> or ORACLE.LISTENER.LOG] find
the
listener.log file. You will find here every IP that connects through using
SQL*NET.
I have a PC connecting through right now to my Oracle8 parallel server on
node Arial,
here is how this PC shows up: (This is a MultiNet example, no difference
with TCPWare)
The PC connecting is POOLCUE and is coming in via a SQLPLUS outbound session
(from PC)
to the VMS Server ORACLE. 



TIMESTAMP * CONNECT DATA [* PROTOCOL INFO] * EVENT [* SID] * RETURN CODE
04-NOV-2003 12:21:15 *
(CONNECT_DATA=(CID=(PROGRAM=)(HOST=)(USER=))(COMMAND=stat
us)(ARGUMENTS=64)(SERVICE=LISTENER)(VERSION=135294976)) * status * 0
04-NOV-2003 12:21:50 * service_register * ORACLE * 0
04-NOV-2003 12:23:43 *
(CONNECT_DATA=(SERVICE_NAME=oracle)(CID=(PROGRAM=D:\oracl
e\ora81\bin\SQLPLUSW.EXE)(HOST=POOLCUE)(USER=Viau))) *
(ADDRESS=(PROTOCOL=tcp)(H
OST=198.115.140.150)(PORT=22249)) * establish * oracle * 0



Hope this helps.  You can write a DCL procedure to show connections from
this log,or
perhaps find one already done on Oracle's site.

-CV
-----Original Message-----
From: Drew Shelton [mailto:DREW@SEMATECH.Org]
Sent: Tuesday, November 04, 2003 11:56 AM
To: info-tcpware@process.com
Cc: DREW@SEMATECH.Org
Subject: Tracking a process back to its PC



We have customers who use Microsoft Access to connect to Oracle's
SQL/Services on our VMS systems.  All I see on the VMS side is a detached
process running under a generic username we created just for this.  How can
I determine the IP address of the PC that started the process?  We're
running TCPware 5.5-3 on VMS 7.1-2.

Thanks,
Drew

============================================================================
Drew Shelton                         drew@sematech.org
VMS Systems Manager                  office: 512-356-7575
Sematech                             fax:    512-356-7600
2706 Montopolis Drive
Austin, TX 78741-6499                I speak for myself only, not Sematech.
    "OpenVMS is today what Microsoft wants Windows NT v8.0 to be!"
                                                        - Compaq, 9/22/98
============================================================================
================================================================================
Archive-Date: Tue, 4 Nov 2003 14:29:11 -0500
Date: Tue, 04 Nov 2003 13:20:10 -0600 (CST)
From: Drew Shelton <DREW@SEMATECH.Org>
Reply-To: Info-TCPware@process.com
Subject: RE: Tracking a process back to its PC
To: info-tcpware@process.com
CC: DREW@SEMATECH.Org
Message-ID: <01L2MVW4EN04002MCT@SEMATECH.Org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1

Chuck Viau <viau@process.com> wrote:
>In the Oracle administrator account, [<SIDNAME> or ORACLE.LISTENER.LOG] find
>the
>listener.log file. You will find here every IP that connects through using
>SQL*NET.
>I have a PC connecting through right now to my Oracle8 parallel server on
>node Arial,
>here is how this PC shows up: (This is a MultiNet example, no difference
>with TCPWare)
>The PC connecting is POOLCUE and is coming in via a SQLPLUS outbound session
>(from PC)
>to the VMS Server ORACLE.

Thanks, but I don't have a LISTENER.LOG file anywhere on my cluster.  A
search for *listener*.log turned up only FTP_LISTENER.LOG.  There are
logfiles under the SQL/Services username (SQLSRV$DEFLT), but they do not
contain any information about where the connections came from.

Thanks again,
Drew
================================================================================
Archive-Date: Tue, 4 Nov 2003 15:16:35 -0500
Date: Tue, 04 Nov 2003 15:15:28 -0500
From: Chuck Viau <viau@process.com>
Reply-To: Info-TCPware@process.com
Subject: RE: Tracking a process back to its PC
To: "'info-tcpware@process.com'" <info-tcpware@process.com>
Message-ID: <63D30D6E10CFD11190A90000F805FE8604FD7E8C@lespaul.process.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1

The listener.log is created when you run the TNS LISTENER Daemon, which is
responsible for connecting
SQL clients into SQL*NET. It is started using $LSRCTL and issuing a START
command. You are either not using
standard TCP/IP SQL interconnect for you clients or you have disabled the
logging for the TNS Listener.

-CV

-----Original Message-----
From: Drew Shelton [mailto:DREW@SEMATECH.Org]
Sent: Tuesday, November 04, 2003 2:20 PM
To: info-tcpware@process.com
Cc: DREW@SEMATECH.Org
Subject: RE: Tracking a process back to its PC



Chuck Viau <viau@process.com> wrote:
>In the Oracle administrator account, [<SIDNAME> or ORACLE.LISTENER.LOG]
find
>the
>listener.log file. You will find here every IP that connects through using
>SQL*NET.
>I have a PC connecting through right now to my Oracle8 parallel server on
>node Arial,
>here is how this PC shows up: (This is a MultiNet example, no difference
>with TCPWare)
>The PC connecting is POOLCUE and is coming in via a SQLPLUS outbound
session
>(from PC)
>to the VMS Server ORACLE.

Thanks, but I don't have a LISTENER.LOG file anywhere on my cluster.  A
search for *listener*.log turned up only FTP_LISTENER.LOG.  There are
logfiles under the SQL/Services username (SQLSRV$DEFLT), but they do not
contain any information about where the connections came from.

Thanks again,
Drew
================================================================================
Archive-Date: Tue, 4 Nov 2003 15:28:37 -0500
Date: Tue, 04 Nov 2003 15:27:45 -0500
From: Michael Corbett <corbett@process.com>
Reply-To: Info-TCPware@process.com
Subject: Re: Tracking a process back to its PC
In-Reply-To: <01L2MQWRXF4U002MCT@SEMATECH.Org>
To: info-tcpware@process.com
Message-ID: <3FA80BC1.8020604@process.com>
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset=us-ascii
Content-Transfer-Encoding: 7bit
References: <01L2MQWRXF4U002MCT@SEMATECH.Org>





Drew Shelton wrote:

> We have customers who use Microsoft Access to connect to Oracle's
> SQL/Services on our VMS systems.  All I see on the VMS side is a detached
> process running under a generic username we created just for this.  How can
> I determine the IP address of the PC that started the process?  We're
> running TCPware 5.5-3 on VMS 7.1-2.
> 

	You can do a NETCU SHOW CONNECTION and look for the connection
there.  It will give the remote IP address.

regards
Mike

	
-- 
+-------------------------------------------------------------------------+
Michael Corbett                           Email: Corbett@process.com
Process Software                          Phone: 800 722-7770 x369
959 Concord St.                                  508 879-6994 x369
Framingham MA 01701-4682                  FAX:   508 879-0042

================================================================================
Archive-Date: Tue, 4 Nov 2003 15:42:50 -0500
Return-Path: <Sabu.Zacharias@reuters.com>
Date: Tue, 04 Nov 2003 15:39:23 -0500
From: Sabu Zacharias <Sabu.Zacharias@reuters.com>
Reply-To: Info-TCPware@process.com
Subject: IGMP Version.
To: info-tcpware@process.com
Message-ID: <01L2N0MN92AA8X4LUK@PROCESS.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable

Hi,

Does anyone know what version of IGMP spec does TCPWARE 5.4-3 support?
I couldn't find anything in the documentation yet.=20

Thanks,
Sabu Zacharias
88 Parkway Drive South, Hauppauge, NY
Phone 631 233 6727.







-----------------------------------------------------------------
        Visit our Internet site at http://www.reuters.com

Get closer to the financial markets with Reuters Messaging - for more
information and to register, visit http://www.reuters.com/messaging

Any views expressed in this message are those of  the  individual
sender,  except  where  the sender specifically states them to be
the views of Reuters Ltd.

================================================================================
Archive-Date: Tue, 4 Nov 2003 16:28:34 -0500
Date: Tue, 04 Nov 2003 15:22:58 -0600 (CST)
From: Drew Shelton <DREW@SEMATECH.Org>
Reply-To: Info-TCPware@process.com
Subject: Re: Tracking a process back to its PC
To: info-tcpware@process.com
CC: DREW@SEMATECH.Org
Message-ID: <01L2N033IXV2002MCT@SEMATECH.Org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=us-ascii; format=flowed

Michael Corbett wrote:
>> We have customers who use Microsoft Access to connect to Oracle's
>> SQL/Services on our VMS systems.  All I see on the VMS side is a detached
>> process running under a generic username we created just for this.  How can
>> I determine the IP address of the PC that started the process?  We're
>> running TCPware 5.5-3 on VMS 7.1-2.
>>

>	You can do a NETCU SHOW CONNECTION and look for the connection
>there.  It will give the remote IP address.

But the problem is identifying the right connection.  Another poster said
that a SHOW DEVICE/FULL on each ID could eventually find the PID.  Is there
a better way?

Drew
================================================================================
Archive-Date: Tue, 4 Nov 2003 16:39:48 -0500
Date: Tue, 04 Nov 2003 16:38:57 -0500
From: Michael Corbett <corbett@process.com>
Reply-To: Info-TCPware@process.com
Subject: Re: Tracking a process back to its PC
In-Reply-To: <01L2N033IXV2002MCT@SEMATECH.Org>
To: info-tcpware@process.com
Message-ID: <3FA81C71.8090709@process.com>
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset=us-ascii
Content-Transfer-Encoding: 7bit
References: <01L2N033IXV2002MCT@SEMATECH.Org>





Drew Shelton wrote:

> Michael Corbett wrote:
> 
>>> We have customers who use Microsoft Access to connect to Oracle's
>>> SQL/Services on our VMS systems.  All I see on the VMS side is a 
>>> detached
>>> process running under a generic username we created just for this.  
>>> How can
>>> I determine the IP address of the PC that started the process?  We're
>>> running TCPware 5.5-3 on VMS 7.1-2.
>>>
> 
>>     You can do a NETCU SHOW CONNECTION and look for the connection
>> there.  It will give the remote IP address.
> 
> 
> But the problem is identifying the right connection.  Another poster said
> that a SHOW DEVICE/FULL on each ID could eventually find the PID.  Is there
> a better way?
> 

	Look at the process channels in SDA and you should be able to
figure out what BG device the process is using -

$ anal/system
   show sum ! find id of process
   show proc/chan/id=<id>

Once you have the BG device that this process owns you can then find it
in NETCU SHOW CONN.

regards
Mike

-- 
+-------------------------------------------------------------------------+
Michael Corbett                           Email: Corbett@process.com
Process Software                          Phone: 800 722-7770 x369
959 Concord St.                                  508 879-6994 x369
Framingham MA 01701-4682                  FAX:   508 879-0042

================================================================================
Archive-Date: Tue, 4 Nov 2003 17:09:41 -0500
Date: Tue, 04 Nov 2003 16:00:51 -0600 (CST)
From: Drew Shelton <DREW@SEMATECH.Org>
Reply-To: Info-TCPware@process.com
Subject: Re: Tracking a process back to its PC
In-Reply-To: "Your message dated Tue, 04 Nov 2003 16:38:57 -0500" <3FA81C71.8090709@process.com>
To: info-tcpware@process.com
CC: DREW@SEMATECH.Org
Message-ID: <01L2N1FSQIPM002MCT@SEMATECH.Org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=us-ascii; format=flowed
References: <01L2N033IXV2002MCT@SEMATECH.Org>

>	Look at the process channels in SDA and you should be able to
>figure out what BG device the process is using -

>$ anal/system
>   show sum ! find id of process
>   show proc/chan/id=<id>

>Once you have the BG device that this process owns you can then find it
>in NETCU SHOW CONN.

I'm sorry to keep bothering you with this, but here are the channels for one
of these processes, and there are no BG devices:

Process index: 0099   Name: GENERI004031H   Extended PID: 20C66E99
------------------------------------------------------------------



                            Process active channels
                            -----------------------

Channel  Window           Status        Device/file accessed
-------  ------           ------        --------------------
  0010  00000000                        $1$DKC203:
  0020  811DF680                        $1$DKC101:[VMS$COMMON.SYSEXE]SQLSRV_EXEC.EXE;2
  0030  8119F0C0                        $1$DKC101:[VMS$COMMON.SYSEXE]DCL.EXE;1 (section file)
  0040  81034680                        $1$DKC101:(15266,16,0) (section file)
  0050  8174B980                        $1$DKC101:[SQLSRV$DEFLT]SQS_PECOS_GENERI004031H.LOG;1
  0060  81DE2400                        $1$DKC101:(9775,26259,0)
  0070  813C3B80                        $1$DKC101:[VMS$COMMON.SYSLIB]SECURESHRP.EXE;1 (section file)
  0080  811B4E80                        $1$DKC101:[VMS$COMMON.SYSLIB]LIBOTS.EXE;1 (section file)
  0090  811B4C00                        $1$DKC101:[VMS$COMMON.SYSLIB]LIBRTL.EXE;1 (section file)
  00A0  811B6540                        $1$DKC101:[VMS$COMMON.SYSLIB]DECC$SHR.EXE;1 (section file)
  00B0  811B5DC0                        $1$DKC101:[VMS$COMMON.SYSLIB]DPML$SHR.EXE;1 (section file)
  00C0  811B5640                        $1$DKC101:[VMS$COMMON.SYSLIB]CMA$TIS_SHR.EXE;1 (section file)
  00D0  81385F00                        $1$DKC101:[VMS$COMMON.SYSLIB]SQLSRV_PRVSHR.EXE;2 (section file)
  00E0  819B8A80                        $1$DKC102:[SYSEXE]RIGHTSLIST.DAT;1
  00F0  8129AF40                        $1$DKC101:[VMS$COMMON.SYSMSG]SQLSRV_MESSAGES.EXE;2
  0100  811D1880                        $1$DKC101:[VMS$COMMON.SYSMSG]SHRIMGMSG.EXE;1 (section file)
  0110  811BEE40                        $1$DKC101:[VMS$COMMON.SYSMSG]DECC$MSG.EXE;1 (section file)
  0120  811C5700                        $1$DKC101:[VMS$COMMON.SYSLIB]SQLSRV$MOD.EXE;2
  0130  8130EE00                        $1$DKC101:[VMS$COMMON.SYSLIB]RDBSHR.EXE;2 (section file)
  0140  81313A80                        $1$DKC101:[VMS$COMMON.SYSLIB]SQL$INT.EXE;2 (section file)
  0150  81314340                        $1$DKC101:[VMS$COMMON.SYSLIB]SQL$SHR.EXE;2 (section file)
  0160  811A76C0                        $1$DKC101:[VMS$COMMON.SYSLIB]DTI$SHARE.EXE;1 (section file)
  0170  811B28C0                        $1$DKC101:[VMS$COMMON.SYSLIB]NCSSHR.EXE;1 (section file)
  0180  813C4200                        $1$DKC101:[VMS$COMMON.SYSLIB]LBRSHR.EXE;1 (section file)
  0190  81313140                        $1$DKC101:[VMS$COMMON.SYSLIB]RDB$SHARE.EXE;2 (section file)
  01A0  81314E00                        $1$DKC101:[VMS$COMMON.SYSLIB]RDB$COSIP.EXE;2 (section file)
  01B0  813C4740                        $1$DKC101:[VMS$COMMON.SYSLIB]SECURESHR.EXE;1 (section file)
  01C0  812FAF00                        $1$DKC101:[VMS$COMMON.SYSLIB]RDMSHR.EXE;2 (section file)
  01D0  811ABC80                        $1$DKC101:[VMS$COMMON.SYSLIB]EPC$SHR.EXE;1 (section file)
  01E0  81305700                        $1$DKC101:[VMS$COMMON.SYSLIB]RDMSHRP.EXE;2 (section file)
  01F0  812FC700                        $1$DKC101:[VMS$COMMON.SYSLIB]RDMPRV.EXE;4 (section file)
  0200  810FA600                        $1$DKC101:[VMS$COMMON.SYSMSG]SQL$MSG.EXE;2
  0210  812F1D00                        $1$DKC101:[VMS$COMMON.SYSMSG]RDBMSGS.EXE;2 (section file)
  0220  81305780                        $1$DKC101:[VMS$COMMON.SYSMSG]COSI$MSG.EXE;3 (section file)
  0230  81195200                        $1$DKC101:[VMS$COMMON.SYSMSG]CXXL$MSG_SHR.EXE;1
  0240  8130B800                        $1$DKC101:[VMS$COMMON.SYSMSG]RDMSMSG.EXE;2 (section file)
  0250  812F3400                        $1$DKC101:[VMS$COMMON.SYSMSG]EPC$MSG.EXE;1 (section file)
SDA>

These processes are often left "dangling" for many hours.  If there is no
BG device, does that mean it is orphaned?  Should a BG device be in the list
if the connection is active?

Thanks for your patience,
Drew
================================================================================
Archive-Date: Tue, 4 Nov 2003 19:28:44 -0500
Date: Tue, 04 Nov 2003 22:45:45 +0300
From: "Ruslan R. Laishev" <Laishev{at}DeltaTelecom{dot}RU@[198.151.12.104]>
Subject: Re: Tracking a process back to its PC
In-Reply-To: <01L2MVW4EN04002MCT@SEMATECH.Org>
To: info-tcpware@process.com
Reply-To: Info-TCPware@process.com
Message-ID: <1C7FCF73B3668AF7D4E25BA04734D908@nntp>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

> Thanks, but I don't have a LISTENER.LOG file anywhere on my cluster.  A
> search for *listener*.log turned up only FTP_LISTENER.LOG.  There are
> logfiles under the SQL/Services username (SQLSRV$DEFLT), but they do not
> contain any information about where the connections came from.
	NETCU SHO CONNECTION
-- 
Cheers, Ruslan.
+---------------------pure personal opinion------------------------+
  RADIUS Server for OpenVMS project - www.starlet.spb.ru/radiusvms/
  TKD (WTF) in Russia, St.-Petersburg - www.TaeKwonDo-WTF.SPb.RU



================================================================================
Archive-Date: Wed, 5 Nov 2003 08:20:27 -0500
Date: Wed, 05 Nov 2003 08:19:18 -0500
From: Michael Corbett <corbett@process.com>
Reply-To: Info-TCPware@process.com
Subject: Re: Tracking a process back to its PC
In-Reply-To: <01L2N1FSQIPM002MCT@SEMATECH.Org>
To: info-tcpware@process.com
CC: DREW@SEMATECH.Org
Message-ID: <3FA8F8D6.3040003@process.com>
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset=us-ascii
Content-Transfer-Encoding: 7bit
References: <01L2N033IXV2002MCT@SEMATECH.Org> <01L2N1FSQIPM002MCT@SEMATECH.Org>





Drew Shelton wrote:

>>     Look at the process channels in SDA and you should be able to
>> figure out what BG device the process is using -
> 
> 
>> $ anal/system
>>   show sum ! find id of process
>>   show proc/chan/id=<id>
> 
> 
>> Once you have the BG device that this process owns you can then find it
>> in NETCU SHOW CONN.
> 
> 
> I'm sorry to keep bothering you with this, but here are the channels for 
> one of these processes, and there are no BG devices:
> 
> > These processes are often left "dangling" for many hours.  If there is no
> BG device, does that mean it is orphaned?  Should a BG device be in the 
> list if the connection is active?
> 

	If there are no BG, INET, or TCP device then the process does
not have open TCP connection.  It most likely means that it has
closed the connection.

regards
Mike



-- 
+-------------------------------------------------------------------------+
Michael Corbett                           Email: Corbett@process.com
Process Software                          Phone: 800 722-7770 x369
959 Concord St.                                  508 879-6994 x369
Framingham MA 01701-4682                  FAX:   508 879-0042

================================================================================
Archive-Date: Thu, 6 Nov 2003 17:04:21 -0500
Date: Thu, 06 Nov 2003 17:03:15 -0500
From: Chuck Viau <viau@process.com>
Reply-To: Info-TCPware@process.com
Subject: RE: Tracking a process back to its PC
To: "'info-tcpware@process.com'" <info-tcpware@process.com>
Message-ID: <63D30D6E10CFD11190A90000F805FE8604FD7E92@lespaul.process.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1

All the more reason to use the Oracle tools provided for such a purpose. The
way that SQL*NET works once you connect in to the Oracle system is
transparent to both the client side and the server side when it comes to
identifying exactly how many clients are attached, who is active and how
many connections they have. You will see multiple connections and have a
hard time trying to tell who is doing what if there are multiple clients
connected. By looking at the connections on the Oracle side, using the
Oracle tools for SQL*NET, you will get a distinct client IP for each user
using the database, and the socket connection numbers that they are using.
You must set up your TNSListener correctly, with logging and consult the
Oracle administrators guide. This would be true for TCPIP Services, as well
as MultiNet or TCPWare. 

-----Original Message-----
From: Michael Corbett [mailto:corbett@process.com]
Sent: Wednesday, November 05, 2003 8:19 AM
To: info-tcpware@process.com
Cc: DREW@SEMATECH.Org
Subject: Re: Tracking a process back to its PC







Drew Shelton wrote:

>>     Look at the process channels in SDA and you should be able to
>> figure out what BG device the process is using -
> 
> 
>> $ anal/system
>>   show sum ! find id of process
>>   show proc/chan/id=<id>
> 
> 
>> Once you have the BG device that this process owns you can then find it
>> in NETCU SHOW CONN.
> 
> 
> I'm sorry to keep bothering you with this, but here are the channels for 
> one of these processes, and there are no BG devices:
> 
> > These processes are often left "dangling" for many hours.  If there is
no
> BG device, does that mean it is orphaned?  Should a BG device be in the 
> list if the connection is active?
> 

	If there are no BG, INET, or TCP device then the process does
not have open TCP connection.  It most likely means that it has
closed the connection.

regards
Mike



-- 
+-------------------------------------------------------------------------+
Michael Corbett                           Email: Corbett@process.com
Process Software                          Phone: 800 722-7770 x369
959 Concord St.                                  508 879-6994 x369
Framingham MA 01701-4682                  FAX:   508 879-0042
================================================================================
Archive-Date: Fri, 7 Nov 2003 15:01:08 -0500
Return-Path: <Michelle.Pham@fallon-clinic.com>
Date: Fri, 07 Nov 2003 14:59:39 -0500
From: "Pham, Michelle" <Michelle.Pham@fallon-clinic.com>
Reply-To: Info-TCPware@process.com
Subject: RICOH AFICIO 2035 - Multifunction printer B/W
To: info-tcpware@process.com
Message-ID: <B62816953C44BB40918F7B0A7CF83A99028CA923@sharexc01.fhs.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable

To all,

I am looking for the port # to use to set up this IP printer on an ALPHA
OpenVMS system running TCPWARE version 5.5-3.

Thank you

Michelle=20



Note: The information contained in this message is intended only for the =
use by the individual or
entity to which it is addressed. This message may contain information =
that is privileged,
confidential and exempt from disclosure under applicable law. If you are =
not the intended
recipient, you are hereby notified that any dissemination, distribution =
or copying of this
information is strictly prohibited. If you received this communication =
in error, please notify=20
us immediately and delete the original message.

================================================================================
Archive-Date: Fri, 7 Nov 2003 15:19:51 -0500
Date: Fri, 07 Nov 2003 14:18:13 -0600
From: "Wiens, Art (CITG)" <AWiens@canwest.com>
Reply-To: Info-TCPware@process.com
Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W
To: "'Info-TCPware@process.com'" <info-tcpware@process.com>
Message-ID: <7FFD07791928174DAB97CB4C70F61BFC027747C1@wpg-exchange.cgs.globaltv.ca>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1

Seeing as how it does PCL emulation, I would try port 9100, which is
standard for HP printer network controllers.  If you have any kind of
network scanning utility, scan it's IP address and look to see which ports
are listening.  Or just try:

$ telnet aa.bb.cc.dd /port=9100   see if it connects.

Art

> -----Original Message-----
> From: Pham, Michelle [mailto:Michelle.Pham@fallon-clinic.com]
> Sent: Friday, November 07, 2003 2:00 PM
> To: info-tcpware@process.com
> Subject: RICOH AFICIO 2035 - Multifunction printer B/W
> 
> 
> To all,
> 
> I am looking for the port # to use to set up this IP printer 
> on an ALPHA
> OpenVMS system running TCPWARE version 5.5-3.
> 
> Thank you
> 
> Michelle 
> 
> 
> Note: The information contained in this message is intended 
> only for the use by the individual or
> entity to which it is addressed. This message may contain 
> information that is privileged,
> confidential and exempt from disclosure under applicable law. 
> If you are not the intended
> recipient, you are hereby notified that any dissemination, 
> distribution or copying of this
> information is strictly prohibited. If you received this 
> communication in error, please notify 
> us immediately and delete the original message.
> 
================================================================================
Archive-Date: Fri, 7 Nov 2003 15:26:31 -0500
Date: Fri, 07 Nov 2003 15:25:17 -0500
From: Mike Bartman <bartman@process.com>
Reply-To: Info-TCPware@process.com
Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W
To: "'info-tcpware@process.com'" <info-tcpware@process.com>
Message-ID: <63D30D6E10CFD11190A90000F805FE860441A2BD@lespaul.process.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1

Knowing which protocol you want to use would be helpful.  Does your manual
tell you what protocols the printer supports?  Telnet, LPD, IPP?

-- Mike Bartman
   Process Software
   bartman@process.com





> -----Original Message-----
> From: Pham, Michelle [mailto:Michelle.Pham@fallon-clinic.com]
> Sent: Friday, November 07, 2003 3:00 PM
> To: info-tcpware@process.com
> Subject: RICOH AFICIO 2035 - Multifunction printer B/W
> 
> 
> To all,
> 
> I am looking for the port # to use to set up this IP printer 
> on an ALPHA
> OpenVMS system running TCPWARE version 5.5-3.
> 
> Thank you
> 
> Michelle 
> 
> 
> Note: The information contained in this message is intended 
> only for the use by the individual or
> entity to which it is addressed. This message may contain 
> information that is privileged,
> confidential and exempt from disclosure under applicable law. 
> If you are not the intended
> recipient, you are hereby notified that any dissemination, 
> distribution or copying of this
> information is strictly prohibited. If you received this 
> communication in error, please notify 
> us immediately and delete the original message.
> 
================================================================================
Archive-Date: Fri, 7 Nov 2003 15:31:35 -0500
Return-Path: <Michelle.Pham@fallon-clinic.com>
Date: Fri, 07 Nov 2003 15:28:49 -0500
From: "Pham, Michelle" <Michelle.Pham@fallon-clinic.com>
Reply-To: Info-TCPware@process.com
Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W
To: info-tcpware@process.com
Message-ID: <B62816953C44BB40918F7B0A7CF83A99028CA924@sharexc01.fhs.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable

Network Protocol: TCP/IP, IPX/SPX, sbm, Aple Talk

Thanks

Michelle=20

-----Original Message-----
From: Mike Bartman [mailto:bartman@process.com]=20
Sent: Friday, November 07, 2003 3:25 PM
To: 'info-tcpware@process.com'
Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W



Knowing which protocol you want to use would be helpful.  Does your
manual tell you what protocols the printer supports?  Telnet, LPD, IPP?

-- Mike Bartman
   Process Software
   bartman@process.com





> -----Original Message-----
> From: Pham, Michelle [mailto:Michelle.Pham@fallon-clinic.com]
> Sent: Friday, November 07, 2003 3:00 PM
> To: info-tcpware@process.com
> Subject: RICOH AFICIO 2035 - Multifunction printer B/W
>=20
>=20
> To all,
>=20
> I am looking for the port # to use to set up this IP printer
> on an ALPHA
> OpenVMS system running TCPWARE version 5.5-3.
>=20
> Thank you
>=20
> Michelle
>=20
>=20
> Note: The information contained in this message is intended
> only for the use by the individual or
> entity to which it is addressed. This message may contain=20
> information that is privileged,
> confidential and exempt from disclosure under applicable law.=20
> If you are not the intended
> recipient, you are hereby notified that any dissemination,=20
> distribution or copying of this
> information is strictly prohibited. If you received this=20
> communication in error, please notify=20
> us immediately and delete the original message.
>=20

Note: The information contained in this message is intended only for the =
use by the individual or
entity to which it is addressed. This message may contain information =
that is privileged,
confidential and exempt from disclosure under applicable law. If you are =
not the intended
recipient, you are hereby notified that any dissemination, distribution =
or copying of this
information is strictly prohibited. If you received this communication =
in error, please notify=20
us immediately and delete the original message.

================================================================================
Archive-Date: Fri, 7 Nov 2003 15:33:20 -0500
Return-Path: <Michelle.Pham@fallon-clinic.com>
Date: Fri, 07 Nov 2003 15:31:21 -0500
From: "Pham, Michelle" <Michelle.Pham@fallon-clinic.com>
Reply-To: Info-TCPware@process.com
Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W
To: info-tcpware@process.com
Message-ID: <B62816953C44BB40918F7B0A7CF83A99028CA925@sharexc01.fhs.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable

I used Port 9100 for all HP printer. Do have this print at your shop?

Thanks.

Michelle=20

-----Original Message-----
From: Wiens, Art (CITG) [mailto:AWiens@canwest.com]=20
Sent: Friday, November 07, 2003 3:18 PM
To: 'Info-TCPware@process.com'
Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W



Seeing as how it does PCL emulation, I would try port 9100, which is
standard for HP printer network controllers.  If you have any kind of
network scanning utility, scan it's IP address and look to see which
ports are listening.  Or just try:

$ telnet aa.bb.cc.dd /port=3D9100   see if it connects.

Art

> -----Original Message-----
> From: Pham, Michelle [mailto:Michelle.Pham@fallon-clinic.com]
> Sent: Friday, November 07, 2003 2:00 PM
> To: info-tcpware@process.com
> Subject: RICOH AFICIO 2035 - Multifunction printer B/W
>=20
>=20
> To all,
>=20
> I am looking for the port # to use to set up this IP printer
> on an ALPHA
> OpenVMS system running TCPWARE version 5.5-3.
>=20
> Thank you
>=20
> Michelle
>=20
>=20
> Note: The information contained in this message is intended
> only for the use by the individual or
> entity to which it is addressed. This message may contain=20
> information that is privileged,
> confidential and exempt from disclosure under applicable law.=20
> If you are not the intended
> recipient, you are hereby notified that any dissemination,=20
> distribution or copying of this
> information is strictly prohibited. If you received this=20
> communication in error, please notify=20
> us immediately and delete the original message.
>=20

Note: The information contained in this message is intended only for the =
use by the individual or
entity to which it is addressed. This message may contain information =
that is privileged,
confidential and exempt from disclosure under applicable law. If you are =
not the intended
recipient, you are hereby notified that any dissemination, distribution =
or copying of this
information is strictly prohibited. If you received this communication =
in error, please notify=20
us immediately and delete the original message.

================================================================================
Archive-Date: Fri, 7 Nov 2003 15:40:51 -0500
Date: Fri, 07 Nov 2003 15:39:39 -0500
From: Mike Bartman <bartman@process.com>
Reply-To: Info-TCPware@process.com
Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W
To: "'info-tcpware@process.com'" <info-tcpware@process.com>
Message-ID: <63D30D6E10CFD11190A90000F805FE860441A2C1@lespaul.process.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1

I meant printing protocol, not network protocol.  We support telnet, LPD and
IPP printing protocols with various print symtionts in TCPware.  Each one
uses a different port and method of specifying the printer address on the
net.  

In the case of telnet, the port number varies from manufacurer to
manufacturer, though many emulate HP's use of port 9100.  LPD and IPP
specify the port number in the RFCs, though IPP allows for use of any port
number if the server manufacturer chooses to allow it to be changed from the
default of 631.  IPP also uses URIs to specify printer address, not a simple
IP address.

-- Mike Bartman
   Process Software
   bartman@process.com





> -----Original Message-----
> From: Pham, Michelle [mailto:Michelle.Pham@fallon-clinic.com]
> Sent: Friday, November 07, 2003 3:29 PM
> To: info-tcpware@process.com
> Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W
> 
> 
> Network Protocol: TCP/IP, IPX/SPX, sbm, Aple Talk
> 
> Thanks
> 
> Michelle 
> 
> -----Original Message-----
> From: Mike Bartman [mailto:bartman@process.com] 
> Sent: Friday, November 07, 2003 3:25 PM
> To: 'info-tcpware@process.com'
> Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W
> 
> 
> Knowing which protocol you want to use would be helpful.  Does your
> manual tell you what protocols the printer supports?  Telnet, 
> LPD, IPP?
> 
> -- Mike Bartman
>    Process Software
>    bartman@process.com
> 
> 
> 
> > -----Original Message-----
> > From: Pham, Michelle [mailto:Michelle.Pham@fallon-clinic.com]
> > Sent: Friday, November 07, 2003 3:00 PM
> > To: info-tcpware@process.com
> > Subject: RICOH AFICIO 2035 - Multifunction printer B/W
> > 
> > 
> > To all,
> > 
> > I am looking for the port # to use to set up this IP printer
> > on an ALPHA
> > OpenVMS system running TCPWARE version 5.5-3.
> > 
> > Thank you
> > 
> > Michelle
> > 
> > 
> > Note: The information contained in this message is intended
> > only for the use by the individual or
> > entity to which it is addressed. This message may contain 
> > information that is privileged,
> > confidential and exempt from disclosure under applicable law. 
> > If you are not the intended
> > recipient, you are hereby notified that any dissemination, 
> > distribution or copying of this
> > information is strictly prohibited. If you received this 
> > communication in error, please notify 
> > us immediately and delete the original message.
> > 
> 
> Note: The information contained in this message is intended 
> only for the use by the individual or
> entity to which it is addressed. This message may contain 
> information that is privileged,
> confidential and exempt from disclosure under applicable law. 
> If you are not the intended
> recipient, you are hereby notified that any dissemination, 
> distribution or copying of this
> information is strictly prohibited. If you received this 
> communication in error, please notify 
> us immediately and delete the original message.
> 
================================================================================
Archive-Date: Fri, 7 Nov 2003 16:07:15 -0500
Resent-Date: Fri, 07 Nov 2003 16:06:18 -0500
Date: Fri, 07 Nov 2003 15:53:50 -0500
Resent-From: Geoff Bryant <bryant@process.com>
From: "Pham, Michelle" <Michelle.Pham@fallon-clinic.com>
Reply-To: Info-TCPware@process.com
Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W
Resent-To: info-tcpware@process.com
To: info-tcpware@process.com
Resent-Message-ID: <01L2R8DIQWQ68X4UNH@PROCESS.COM>
Message-ID: <B62816953C44BB40918F7B0A7CF83A99027487B5@sharexc01.fhs.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="Boundary_(ID_YKBCf4Eqv4CLNQ4n0UJQ/Q)"



--Boundary_(ID_YKBCf4Eqv4CLNQ4n0UJQ/Q)
Content-type: text/plain; charset=us-ascii

Here is an example of our IP queue set up for (HP 4000) printer:

Server queue TS$PRINT, idle, on FHSIDX::"10.94.52.243,9100",
mounted form DEFAULT
  /BASE_PRIORITY=4 /DEFAULT=(FEED,FORM=DEFAULT) /OWNER=[PETGO01,FRAJE02]
  /PROCESSOR=TCPWARE_TSSYM /PROTECTION=(S:M,O:D,G:R,W:S).

I was going to try port 9100 but just wonder if anyone out there use
different port for this type of printer. 

This is the first RICOH printer to be set up on our system.

Michelle 



-----Original Message-----
From: Mike Bartman [mailto:bartman@process.com] 
Sent: Friday, November 07, 2003 3:40 PM
To: 'info-tcpware@process.com'
Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W



I meant printing protocol, not network protocol.  We support telnet, LPD
and IPP printing protocols with various print symtionts in TCPware.
Each one uses a different port and method of specifying the printer
address on the net.  

In the case of telnet, the port number varies from manufacurer to
manufacturer, though many emulate HP's use of port 9100.  LPD and IPP
specify the port number in the RFCs, though IPP allows for use of any
port number if the server manufacturer chooses to allow it to be changed
from the default of 631.  IPP also uses URIs to specify printer address,
not a simple IP address.

-- Mike Bartman
   Process Software
   bartman@process.com





> -----Original Message-----
> From: Pham, Michelle [mailto:Michelle.Pham@fallon-clinic.com]
> Sent: Friday, November 07, 2003 3:29 PM
> To: info-tcpware@process.com
> Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W
> 
> 
> Network Protocol: TCP/IP, IPX/SPX, sbm, Aple Talk
> 
> Thanks
> 
> Michelle
> 
> -----Original Message-----
> From: Mike Bartman [mailto:bartman@process.com]
> Sent: Friday, November 07, 2003 3:25 PM
> To: 'info-tcpware@process.com'
> Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W
> 
> 
> Knowing which protocol you want to use would be helpful.  Does your 
> manual tell you what protocols the printer supports?  Telnet, LPD, 
> IPP?
> 
> -- Mike Bartman
>    Process Software
>    bartman@process.com
> 
> 
> 
> > -----Original Message-----
> > From: Pham, Michelle [mailto:Michelle.Pham@fallon-clinic.com]
> > Sent: Friday, November 07, 2003 3:00 PM
> > To: info-tcpware@process.com
> > Subject: RICOH AFICIO 2035 - Multifunction printer B/W
> > 
> > 
> > To all,
> > 
> > I am looking for the port # to use to set up this IP printer on an 
> > ALPHA OpenVMS system running TCPWARE version 5.5-3.
> > 
> > Thank you
> > 
> > Michelle
> > 
> > 
> > Note: The information contained in this message is intended only for

> > the use by the individual or entity to which it is addressed. This 
> > message may contain information that is privileged,
> > confidential and exempt from disclosure under applicable law. 
> > If you are not the intended
> > recipient, you are hereby notified that any dissemination, 
> > distribution or copying of this
> > information is strictly prohibited. If you received this 
> > communication in error, please notify 
> > us immediately and delete the original message.
> > 
> 
> Note: The information contained in this message is intended 
> only for the use by the individual or
> entity to which it is addressed. This message may contain 
> information that is privileged,
> confidential and exempt from disclosure under applicable law. 
> If you are not the intended
> recipient, you are hereby notified that any dissemination, 
> distribution or copying of this
> information is strictly prohibited. If you received this 
> communication in error, please notify 
> us immediately and delete the original message.
> 

Note: The information contained in this message is intended only for the use by the individual or
entity to which it is addressed. This message may contain information that is privileged,
confidential and exempt from disclosure under applicable law. If you are not the intended
recipient, you are hereby notified that any dissemination, distribution or copying of this
information is strictly prohibited. If you received this communication in error, please notify 
us immediately and delete the original message.



--Boundary_(ID_YKBCf4Eqv4CLNQ4n0UJQ/Q)
Content-type: text/html; charset=us-ascii

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.0.6249.1">
<TITLE>RE: RICOH AFICIO 2035 - Multifunction printer B/W</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/rtf format -->

<P><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">Here is an example of our IP queue set up for (HP 4000) printer:</FONT></SPAN>
</P>

<P><SPAN LANG="en-us"><B><FONT SIZE=2 FACE="Arial">Server queue TS$PRINT, idle, on FHSIDX::&quot;10.94.52.243,9100&quot;,</FONT></B></SPAN>

<BR><SPAN LANG="en-us"><B><FONT SIZE=2 FACE="Arial">mounted form DEFAULT</FONT></B></SPAN>

<BR><SPAN LANG="en-us"><B><FONT SIZE=2 FACE="Arial">&nbsp; /BASE_PRIORITY=4 /DEFAULT=(FEED,FORM=DEFAULT) /OWNER=[PETGO01,FRAJE02]</FONT></B></SPAN>

<BR><SPAN LANG="en-us"><B><FONT SIZE=2 FACE="Arial">&nbsp; /PROCESSOR=TCPWARE_TSSYM /PROTECTION=(S:M,O:D,G:R,W:S)</FONT><FONT SIZE=2 FACE="Arial">.</FONT></B></SPAN>
</P>

<P><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">I was going to try port 9100 but just wonder if anyone out there use different port for this type of printer. </FONT></SPAN>
</P>

<P><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">This is the first RICOH printer to be set up on our system.</FONT></SPAN>
</P>

<P><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">Michelle</FONT> </SPAN>
</P>
<BR>

<P><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">-----Original Message-----</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">From: Mike Bartman [</FONT></SPAN><A HREF="mailto:bartman@process.com"><SPAN LANG="en-us"><U><FONT COLOR="#0000FF" SIZE=2 FACE="Arial">mailto:bartman@process.com</FONT></U></SPAN></A><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">] </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">Sent: Friday, November 07, 2003 3:40 PM</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">To: 'info-tcpware@process.com'</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W</FONT></SPAN>
</P>
<BR>

<P><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">I meant printing protocol, not network protocol.&nbsp; We support telnet, LPD and IPP printing protocols with various print symtionts in TCPware.&nbsp; Each one uses a different port and method of specifying the printer address on the net.&nbsp; </FONT></SPAN></P>

<P><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">In the case of telnet, the port number varies from manufacurer to manufacturer, though many emulate HP's use of port 9100.&nbsp; LPD and IPP specify the port number in the RFCs, though IPP allows for use of any port number if the server manufacturer chooses to allow it to be changed from the default of 631.&nbsp; IPP also uses URIs to specify printer address, not a simple IP address.</FONT></SPAN></P>

<P><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">-- Mike Bartman</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&nbsp;&nbsp; Process Software</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&nbsp;&nbsp; bartman@process.com</FONT></SPAN>
</P>
<BR>
<BR>

<P><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; -----Original Message-----</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; From: Pham, Michelle [</FONT></SPAN><A HREF="mailto:Michelle.Pham@fallon-clinic.com"><SPAN LANG="en-us"><U><FONT COLOR="#0000FF" SIZE=2 FACE="Arial">mailto:Michelle.Pham@fallon-clinic.com</FONT></U></SPAN></A><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">]</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; Sent: Friday, November 07, 2003 3:29 PM</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; To: info-tcpware@process.com</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; Network Protocol: TCP/IP, IPX/SPX, sbm, Aple Talk</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; Thanks</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; Michelle</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; -----Original Message-----</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; From: Mike Bartman [</FONT></SPAN><A HREF="mailto:bartman@process.com"><SPAN LANG="en-us"><U><FONT COLOR="#0000FF" SIZE=2 FACE="Arial">mailto:bartman@process.com</FONT></U></SPAN></A><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">]</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; Sent: Friday, November 07, 2003 3:25 PM</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; To: 'info-tcpware@process.com'</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; Knowing which protocol you want to use would be helpful.&nbsp; Does your </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; manual tell you what protocols the printer supports?&nbsp; Telnet, LPD, </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; IPP?</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; -- Mike Bartman</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt;&nbsp;&nbsp;&nbsp; Process Software</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt;&nbsp;&nbsp;&nbsp; bartman@process.com</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; -----Original Message-----</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; From: Pham, Michelle [</FONT></SPAN><A HREF="mailto:Michelle.Pham@fallon-clinic.com"><SPAN LANG="en-us"><U><FONT COLOR="#0000FF" SIZE=2 FACE="Arial">mailto:Michelle.Pham@fallon-clinic.com</FONT></U></SPAN></A><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">]</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; Sent: Friday, November 07, 2003 3:00 PM</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; To: info-tcpware@process.com</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; Subject: RICOH AFICIO 2035 - Multifunction printer B/W</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; To all,</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; I am looking for the port # to use to set up this IP printer on an </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; ALPHA OpenVMS system running TCPWARE version 5.5-3.</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; Thank you</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; Michelle</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; Note: The information contained in this message is intended only for </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; the use by the individual or entity to which it is addressed. This </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; message may contain information that is privileged,</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; confidential and exempt from disclosure under applicable law. </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; If you are not the intended</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; recipient, you are hereby notified that any dissemination, </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; distribution or copying of this</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; information is strictly prohibited. If you received this </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; communication in error, please notify </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; us immediately and delete the original message.</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; &gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; Note: The information contained in this message is intended </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; only for the use by the individual or</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; entity to which it is addressed. This message may contain </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; information that is privileged,</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; confidential and exempt from disclosure under applicable law. </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; If you are not the intended</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; recipient, you are hereby notified that any dissemination, </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; distribution or copying of this</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; information is strictly prohibited. If you received this </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; communication in error, please notify </FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; us immediately and delete the original message.</FONT></SPAN>

<BR><SPAN LANG="en-us"><FONT SIZE=2 FACE="Arial">&gt; </FONT></SPAN>
</P>

</BODY>
<DIV class=Section1>
<P style="MARGIN-LEFT: 1in"><SPAN style="COLOR: gray; FONT-FAMILY: Tahoma; FONT-SIZE: 10pt">Note: The information contained in this message is intended only for use by the individual or entity to which it is addressed. This message may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this information is strictly prohibited. If you received this communication in error, please notify us immediately and delete the original message.</SPAN><?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /><o:p></o:p></P>
<P class=MsoNormal>&nbsp;<o:p></o:p></P></DIV></HTML>

--Boundary_(ID_YKBCf4Eqv4CLNQ4n0UJQ/Q)--
================================================================================
Archive-Date: Fri, 7 Nov 2003 17:22:39 -0500
Date: Fri, 07 Nov 2003 17:21:38 -0500
From: Mike Bartman <bartman@process.com>
Reply-To: Info-TCPware@process.com
Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W
To: "'info-tcpware@process.com'" <info-tcpware@process.com>
Message-ID: <63D30D6E10CFD11190A90000F805FE860441A2C3@lespaul.process.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1

That's telnet protocol.  9100 is pretty standard for HP, and as I said, lots
of others copy them...but not all.  I'm not familiar with Ricoh printers
either.  If someone else on the list doesn't know, the only way to find the
correct port will be to try some until you find it, or check the printer's
manual or contact Ricoh and ask.

-- Mike Bartman
   Process Software
   bartman@process.com





 

-----Original Message-----
From: Pham, Michelle [mailto:Michelle.Pham@fallon-clinic.com]
Sent: Friday, November 07, 2003 3:54 PM
To: info-tcpware@process.com
Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W





Here is an example of our IP queue set up for (HP 4000) printer: 

Server queue TS$PRINT, idle, on FHSIDX::"10.94.52.243,9100", 
mounted form DEFAULT 
  /BASE_PRIORITY=4 /DEFAULT=(FEED,FORM=DEFAULT) /OWNER=[PETGO01,FRAJE02] 
  /PROCESSOR=TCPWARE_TSSYM /PROTECTION=(S:M,O:D,G:R,W:S). 

I was going to try port 9100 but just wonder if anyone out there use
different port for this type of printer. 

This is the first RICOH printer to be set up on our system. 

Michelle 



-----Original Message----- 
From: Mike Bartman [  <mailto:bartman@process.com>
mailto:bartman@process.com] 
Sent: Friday, November 07, 2003 3:40 PM 
To: 'info-tcpware@process.com' 
Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W 



I meant printing protocol, not network protocol.  We support telnet, LPD and
IPP printing protocols with various print symtionts in TCPware.  Each one
uses a different port and method of specifying the printer address on the
net.  

In the case of telnet, the port number varies from manufacurer to
manufacturer, though many emulate HP's use of port 9100.  LPD and IPP
specify the port number in the RFCs, though IPP allows for use of any port
number if the server manufacturer chooses to allow it to be changed from the
default of 631.  IPP also uses URIs to specify printer address, not a simple
IP address.

-- Mike Bartman 
   Process Software 
   bartman@process.com 





> -----Original Message----- 
> From: Pham, Michelle [  <mailto:Michelle.Pham@fallon-clinic.com>
mailto:Michelle.Pham@fallon-clinic.com] 
> Sent: Friday, November 07, 2003 3:29 PM 
> To: info-tcpware@process.com 
> Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W 
> 
> 
> Network Protocol: TCP/IP, IPX/SPX, sbm, Aple Talk 
> 
> Thanks 
> 
> Michelle 
> 
> -----Original Message----- 
> From: Mike Bartman [  <mailto:bartman@process.com>
mailto:bartman@process.com] 
> Sent: Friday, November 07, 2003 3:25 PM 
> To: 'info-tcpware@process.com' 
> Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W 
> 
> 
> Knowing which protocol you want to use would be helpful.  Does your 
> manual tell you what protocols the printer supports?  Telnet, LPD, 
> IPP? 
> 
> -- Mike Bartman 
>    Process Software 
>    bartman@process.com 
> 
> 
> 
> > -----Original Message----- 
> > From: Pham, Michelle [  <mailto:Michelle.Pham@fallon-clinic.com>
mailto:Michelle.Pham@fallon-clinic.com] 
> > Sent: Friday, November 07, 2003 3:00 PM 
> > To: info-tcpware@process.com 
> > Subject: RICOH AFICIO 2035 - Multifunction printer B/W 
> > 
> > 
> > To all, 
> > 
> > I am looking for the port # to use to set up this IP printer on an 
> > ALPHA OpenVMS system running TCPWARE version 5.5-3. 
> > 
> > Thank you 
> > 
> > Michelle 
> > 
> > 
> > Note: The information contained in this message is intended only for 
> > the use by the individual or entity to which it is addressed. This 
> > message may contain information that is privileged, 
> > confidential and exempt from disclosure under applicable law. 
> > If you are not the intended 
> > recipient, you are hereby notified that any dissemination, 
> > distribution or copying of this 
> > information is strictly prohibited. If you received this 
> > communication in error, please notify 
> > us immediately and delete the original message. 
> > 
> 
> Note: The information contained in this message is intended 
> only for the use by the individual or 
> entity to which it is addressed. This message may contain 
> information that is privileged, 
> confidential and exempt from disclosure under applicable law. 
> If you are not the intended 
> recipient, you are hereby notified that any dissemination, 
> distribution or copying of this 
> information is strictly prohibited. If you received this 
> communication in error, please notify 
> us immediately and delete the original message. 
> 

Note: The information contained in this message is intended only for use by
the individual or entity to which it is addressed. This message may contain
information that is privileged, confidential and exempt from disclosure
under applicable law. If you are not the intended recipient, you are hereby
notified that any dissemination, distribution or copying of this information
is strictly prohibited. If you received this communication in error, please
notify us immediately and delete the original message.

 

================================================================================
Archive-Date: Fri, 7 Nov 2003 17:33:06 -0500
Resent-Date: Fri, 07 Nov 2003 17:32:10 -0500
Date: Fri, 07 Nov 2003 15:09:14 -0600
Resent-From: Geoff Bryant <bryant@process.com>
From: "Wiens, Art (CITG)" <AWiens@canwest.com>
Reply-To: Info-TCPware@process.com
Subject: RE: RICOH AFICIO 2035 - Multifunction printer B/W
Resent-To: info-tcpware@process.com
To: "'Info-TCPware@process.com'" <info-tcpware@process.com>
Resent-Message-ID: <01L2RBCZEDEC8X4UNH@PROCESS.COM>
Message-ID: <7FFD07791928174DAB97CB4C70F61BFC027747C2@wpg-exchange.cgs.globaltv.ca>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="Boundary_(ID_eSu8OiuaM4W1bc4fjpncTw)"



--Boundary_(ID_eSu8OiuaM4W1bc4fjpncTw)
Content-type: text/plain; charset=iso-8859-1

Why not just try it?  No harm, no foul if it doesn't work.
 
Art

-----Original Message-----
 From: Pham, Michelle [mailto:Michelle.Pham@fallon-clinic.com]



... 

 I was going to try port 9100 but just wonder if anyone out there use
different port for this type of printer. 

This is the first RICOH printer to be set up on our system. 

Michelle 

 



--Boundary_(ID_eSu8OiuaM4W1bc4fjpncTw)
Content-type: text/html; charset=iso-8859-1

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML xmlns:o = "urn:schemas-microsoft-com:office:office"><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<TITLE>RE: RICOH AFICIO 2035 - Multifunction printer B/W</TITLE>

<META content="MSHTML 5.50.4933.1800" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=343490721-07112003><FONT face=Arial color=#0000ff size=2>Why 
not just try it?&nbsp; No harm, no foul if it doesn't work.</FONT></SPAN></DIV>
<DIV><SPAN class=343490721-07112003><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=343490721-07112003><FONT face=Arial color=#0000ff 
size=2>Art</FONT></SPAN></DIV>
<BLOCKQUOTE dir=ltr 
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px">
  <DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma 
  size=2>-----Original Message-----<BR><SPAN class=343490721-07112003><FONT 
  face=Arial color=#0000ff>&nbsp;</FONT></SPAN><STRONG>From:</STRONG> Pham, 
  Michelle [mailto:Michelle.Pham@fallon-clinic.com]<BR></FONT></DIV>
  <P><SPAN lang=en-us><FONT face=Arial><FONT size=2><SPAN 
  class=343490721-07112003><FONT 
  color=#0000ff>...&nbsp;</FONT></SPAN></FONT></FONT></SPAN></P>
  <P><SPAN lang=en-us><FONT face=Arial><FONT size=2><SPAN 
  class=343490721-07112003>&nbsp;</SPAN>I was going to try port 9100 but just 
  wonder if anyone out there use different port for this type of printer. 
  </FONT></FONT></SPAN></P>
  <P><SPAN lang=en-us><FONT face=Arial size=2>This is the first RICOH printer to 
  be set up on our system.</FONT></SPAN> </P>
  <P><SPAN lang=en-us><FONT face=Arial size=2>Michelle</FONT> </SPAN></P>
  <DIV class=Section1>
  <P class=MsoNormal>&nbsp;</P></DIV></BLOCKQUOTE></BODY></HTML>

--Boundary_(ID_eSu8OiuaM4W1bc4fjpncTw)--
================================================================================
Archive-Date: Sun, 9 Nov 2003 12:41:43 -0500
Date: Sun, 09 Nov 2003 11:27:10 -0600
From: "David J. Dachtera" <djesys.nospam@fsi.net>
Subject: Re: RICOH AFICIO 2035 - Multifunction printer B/W
To: info-tcpware@process.com
Reply-To: Info-TCPware@process.com
Message-ID: <3FAE78EE.DEA54C3C@fsi.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"Wiens, Art (CITG)" wrote:
> 
> Seeing as how it does PCL emulation, I would try port 9100, which is
> standard for HP printer network controllers.  If you have any kind of
> network scanning utility, scan it's IP address and look to see which ports
> are listening.  Or just try:
> 
> $ telnet aa.bb.cc.dd /port=9100   see if it connects.

Multinet has this command:

$ MULTINET SHOW/CONNECTIONS/SNMP_ADDRESS=a.b.c.d

Dunno if TCPware has a similar facility.

-- 
David J. Dachtera
dba DJE Systems
http://www.djesys.com/

Unofficial Affordable OpenVMS Home Page:
http://www.djesys.com/vms/soho/
================================================================================
Archive-Date: Tue, 18 Nov 2003 07:13:37 -0500
Date: Tue, 18 Nov 2003 07:12:00 -0500
From: "Bradford J. Hamilton" <bradhamilton@comcast.net>
Reply-To: Info-TCPware@process.com
Subject: tcpware_nameservers logical
To: info-tcpware@process.com
Message-ID: <3FBA0C90.5050601@comcast.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

TCPWare V5.6-2, VMS 7.3-1

The logical tcpware_nameservers (and tcpip_nameservers) is set on my 
system as a logical search list, looking at the loopback address 
*first*, before looking at the DNS server.

I've tried to change this behavior, by defining both logicals to look at 
the DNS server only.  When I awoke this morning, and checked the 
logicals, they had "magically" reverted to their "original" configuration.

Ideally, I would simply like to reverse the order in whch the addresses 
are searched, but how do I make this change "permanent"?

TIA,

================================================================================
Archive-Date: Tue, 18 Nov 2003 08:08:37 -0500
Date: Tue, 18 Nov 2003 14:06:38 +0100
From: =?iso-8859-1?Q?=22Vorl=E4nder=2C_Martin=22?= <MV@PDV-SYSTEME.DE>
Reply-To: Info-TCPware@process.com
Subject: RE: tcpware_nameservers logical
To: info-tcpware@process.com
Message-ID: <e39c41e035f17a6c096e26f40f3feb793fba1979@pdv-systeme.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Bradford J. Hamilton <bradhamilton@comcast.net> wrote:
> TCPWare V5.6-2, VMS 7.3-1
>=20
> The logical tcpware_nameservers (and tcpip_nameservers) is set on my=20
> system as a logical search list, looking at the loopback address=20
> *first*, before looking at the DNS server.
>=20
> I've tried to change this behavior, by defining both logicals=20
> to look at=20
> the DNS server only.  When I awoke this morning, and checked the=20
> logicals, they had "magically" reverted to their "original"=20
> configuration.
>=20
> Ideally, I would simply like to reverse the order in whch the=20
> addresses=20
> are searched, but how do I make this change "permanent"?

The documentation (Chapter 3 in the Management Guide) says:

"The configuration procedure (CNFNET) prompts you to specify the
internet addresses of up to three name servers the client can query.
The client reads this information from two logicals you set through
CNFNET:=20

- TCPWARE_DOMAINNAME=20
- TCPWARE_NAMESERVERS"

So: Call $ @TCPWARE:CNFNET DNS . This gives you the dialogue:

"The client needs to obtain information from an DNS server.=20

Provide the internet address(es) of up to three DNS servers. Use
spaces to separate multiple addresses.=20

Note: If the local host is configured as a server, you can enter
the loopback internet address or the local host's internet address
to make use of that server.=20

Enter the internet address of the server(s) [...]: "

cu,
  Martin
--=20
                       |  Martin Vorlaender  |  VMS & WNT programmer
  OpenVMS: When you    |  work: mv@pdv-systeme.de
  KNOW where you want  |     http://www.pdv-systeme.de/users/martinv/
  to go today.         |  home: martin@radiogaga.harz.de
================================================================================
Archive-Date: Tue, 18 Nov 2003 16:25:58 -0500
Date: Tue, 18 Nov 2003 16:24:14 -0500
From: "Bradford J. Hamilton" <bradhamilton@comcast.net>
Reply-To: Info-TCPware@process.com
Subject: Re: tcpware_nameservers logical
In-Reply-To: <e39c41e035f17a6c096e26f40f3feb793fba1979@pdv-systeme.de>
To: info-tcpware@process.com
Message-ID: <3FBA8DFE.4000407@comcast.net>
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
References: <e39c41e035f17a6c096e26f40f3feb793fba1979@pdv-systeme.de>

Vorl=E4nder, Martin wrote:

<snip>

> So: Call $ @TCPWARE:CNFNET DNS . This gives you the dialogue:
>=20
> "The client needs to obtain information from an DNS server.=20
>=20
> Provide the internet address(es) of up to three DNS servers. Use
> spaces to separate multiple addresses.=20
>=20
> Note: If the local host is configured as a server, you can enter
> the loopback internet address or the local host's internet address
> to make use of that server.=20
>=20
> Enter the internet address of the server(s) [...]: "
>=20
> cu,
>   Martin

Thanks - unfortunately, this does not explain the behavior I see.  I'=
ve=20
*never* configured my local loopback address as a DNS server, but I'v=
e=20
just arrived home this afternoon to find that the logicals have been=
=20
mysteriously re-assigned, back to the originally-described setup.  I =
've=20
done the DNS configuration a number of times, entering only the addre=
ss=20
of the server that I wish to use, only to see this behavior crop up=
=20
again and again.

The behavior "reverts" only after a period of time.  The only=20
intervening process on the system is the DHCP client, which renews th=
e=20
lease twice/day.  I wonder if this is the "trigger" for the behavior=
=20
reversion that I see?



================================================================================
Archive-Date: Tue, 18 Nov 2003 16:47:01 -0500
Date: Tue, 18 Nov 2003 16:45:38 -0500
From: Jeff Schreiber <schreiber@process.com>
Reply-To: Info-TCPware@process.com
Subject: Re: tcpware_nameservers logical
To: info-tcpware@process.com
Message-ID: <01L36MTOXDOK8X430I@PROCESS.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=us-ascii

"Bradford J. Hamilton" <bradhamilton@comcast.net> writes:
>
>The behavior "reverts" only after a period of time.  The only
>intervening process on the system is the DHCP client, which renews the 
>lease twice/day.  I wonder if this is the "trigger" for the behavior
>reversion that I see?
>

    It's possible that the DHCP client is tweaking the logical, I'd have
    to look into that.  If you aren't running a nameserver on the local
    host, it makes no sense that it would point to the local host for
    name resolution.

    Check the NAMED_SERVERS definition in TCPWARE:TCPWARE_CONFIGURE.COM and
    see what it's set at.  Does it match what the logical is supposed to be
    defined as, or does it match what it gets set to?  That's what it's
    configured to be.

    You might need to open a support call for this one.

                                                -Jeff

--
 Jeff Schreiber        Principal Software Engineer        Process Software LLC
 schreiber@mx.process.com                               http://www.process.com
                 TCPware, MultiNet & PMDF: Stronger than Ever





================================================================================
Archive-Date: Tue, 18 Nov 2003 17:18:25 -0500
Date: Tue, 18 Nov 2003 17:16:37 -0500
From: "Bradford J. Hamilton" <bradhamilton@comcast.net>
Reply-To: Info-TCPware@process.com
Subject: Re: tcpware_nameservers logical
In-Reply-To: <01L36MTOXDOK8X430I@PROCESS.COM>
To: info-tcpware@process.com
Message-ID: <3FBA9A45.7080907@comcast.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
References: <01L36MTOXDOK8X430I@PROCESS.COM>

Jeff Schreiber wrote:

> "Bradford J. Hamilton" <bradhamilton@comcast.net> writes:
> 
>>The behavior "reverts" only after a period of time.  The only
>>intervening process on the system is the DHCP client, which renews the 
>>lease twice/day.  I wonder if this is the "trigger" for the behavior
>>reversion that I see?
>>
> 
> 
>     It's possible that the DHCP client is tweaking the logical, I'd have
>     to look into that.  If you aren't running a nameserver on the local
>     host, it makes no sense that it would point to the local host for
>     name resolution.
> 
>     Check the NAMED_SERVERS definition in TCPWARE:TCPWARE_CONFIGURE.COM and
>     see what it's set at.  Does it match what the logical is supposed to be
>     defined as, or does it match what it gets set to?  That's what it's
>     configured to be.
> 

It matches the logical the way I *intend* it to be - one server only 
(home network setup - DNS server is on the "firewall" box).

>     You might need to open a support call for this one.
> 

Hobbyist - sorry...	:-)

>                                                 -Jeff
> 
> --
>  Jeff Schreiber        Principal Software Engineer        Process Software LLC
>  schreiber@mx.process.com                               http://www.process.com
>                  TCPware, MultiNet & PMDF: Stronger than Ever
> 
> 
> 
> 



================================================================================
Archive-Date: Tue, 18 Nov 2003 17:54:10 -0500
Date: Tue, 18 Nov 2003 17:52:52 -0500
From: Jeff Schreiber <schreiber@process.com>
Reply-To: Info-TCPware@process.com
Subject: Re: tcpware_nameservers logical
To: info-tcpware@process.com
Message-ID: <01L36P8XAY628X430I@PROCESS.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=us-ascii

"Bradford J. Hamilton" <bradhamilton@comcast.net> writes:
>
>
>It matches the logical the way I *intend* it to be - one server only 
>(home network setup - DNS server is on the "firewall" box).
>

    So it's getting the local host added before the firewall address
    somehow?  And you don't have anything that might be doing that?

    It definately sounds like it might have something to do with the
    DHCP client.

    I'll try to look into it.

                                            -Jeff

================================================================================
Archive-Date: Tue, 18 Nov 2003 17:56:09 -0500
Date: Tue, 18 Nov 2003 16:54:10 -0600
From: "Wiens, Art (CITG)" <AWiens@canwest.com>
Reply-To: Info-TCPware@process.com
Subject: RE: tcpware_nameservers logical
To: "'Info-TCPware@process.com'" <info-tcpware@process.com>
Message-ID: <7FFD07791928174DAB97CB4C70F61BFC02774837@wpg-exchange.cgs.globaltv.ca>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1

<NOTminding my own business>

Perhaps I'm not "thinking outside the box", but how large can your home/home
network be, that you need to set it up with DHCP, and that you need to renew
your DHCP lease twice a day!?

> > "Bradford J. Hamilton" <bradhamilton@comcast.net> writes:
.
> (home network setup - DNS server is on the "firewall" box).
.
> Hobbyist - sorry...	:-)

</NOTminding my own business>

Cheers,
Art
================================================================================
Archive-Date: Tue, 18 Nov 2003 18:07:52 -0500
Date: Tue, 18 Nov 2003 16:06:23 -0700
From: Jim Mehlhop <mehlhop@process.com>
Reply-To: Info-TCPware@process.com
Subject: RE: tcpware_nameservers logical
In-Reply-To: <7FFD07791928174DAB97CB4C70F61BFC02774837@wpg-exchange.cgs.globaltv.ca>
To: info-tcpware@process.com
Message-ID: <6.0.1.1.0.20031118160549.01df2ec0@mehlhop.org>
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset=us-ascii
References: <7FFD07791928174DAB97CB4C70F61BFC02774837@wpg-exchange.cgs.globaltv.ca>

That is the default on my linksys wireless router

At 03:54 PM 11/18/2003, you wrote:
><NOTminding my own business>
>
>Perhaps I'm not "thinking outside the box", but how large can your home/home
>network be, that you need to set it up with DHCP, and that you need to renew
>your DHCP lease twice a day!?
>
> > > "Bradford J. Hamilton" <bradhamilton@comcast.net> writes:
>.
> > (home network setup - DNS server is on the "firewall" box).
>.
> > Hobbyist - sorry...   :-)
>
></NOTminding my own business>
>
>Cheers,
>Art





================================================================================
Archive-Date: Tue, 18 Nov 2003 18:19:24 -0500
Date: Tue, 18 Nov 2003 18:17:51 -0500
From: "Bradford J. Hamilton" <bradhamilton@comcast.net>
Reply-To: Info-TCPware@process.com
Subject: Re: tcpware_nameservers logical
In-Reply-To: <7FFD07791928174DAB97CB4C70F61BFC02774837@wpg-exchange.cgs.globaltv.ca>
To: info-tcpware@process.com
Message-ID: <3FBAA89F.9050501@comcast.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
References: <7FFD07791928174DAB97CB4C70F61BFC02774837@wpg-exchange.cgs.globaltv.ca>

Wiens, Art (CITG) wrote:

> <NOTminding my own business>
> 
> Perhaps I'm not "thinking outside the box", but how large can your home/home
> network be, that you need to set it up with DHCP, and that you need to renew
> your DHCP lease twice a day!?
> 
> 
>>>"Bradford J. Hamilton" <bradhamilton@comcast.net> writes:
> 
> .
> 
>>(home network setup - DNS server is on the "firewall" box).
> 
> .
> 
>>Hobbyist - sorry...	:-)
> 
> 
> </NOTminding my own business>

Please, feel free to comment - that's how I learn...

> 
> Cheers,
> Art
> 

I was actually thinking of going without DHCP, but since that is the 
"default" behavior for the firewall, I didn't feel comfortable doing it. 
  I might configure it that way, if I can't solve the problem another way.



================================================================================
Archive-Date: Tue, 18 Nov 2003 21:25:59 -0500
Date: Tue, 18 Nov 2003 21:42:54 +0000 (GMT)
From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)
Subject: Re: tcpware_nameservers logical
To: info-tcpware@process.com
Reply-To: Info-TCPware@process.com
Message-ID: <ynwub.153145$W7.7041@news.chello.at>

In article <3FBA8DFE.4000407@comcast.net>, "Bradford J. Hamilton" <bradhamilton@comcast.net> writes:
>The behavior "reverts" only after a period of time.  The only
>intervening process on the system is the DHCP client, which renews the
>lease twice/day.  I wonder if this is the "trigger" for the behavior
>reversion that I see?

It is normally the duty of the DHCP client to set such thinks like DNS server
addresses. So decide how to configure: a) DHCP client b) CNFNET fix entries

Look also into your DHCP server config. It should not tell DNS clients to
use 127.0.0.1 as a DNS server...

-- 
Peter "EPLAN" LANGSTOEGER
Network and OpenVMS system specialist
E-mail  peter@langstoeger.at
A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist
================================================================================
Archive-Date: Wed, 19 Nov 2003 00:32:23 -0500
Date: Tue, 18 Nov 2003 19:01:35 -0800
From: cwlow@sportstoto.com.my (lowsir)
Subject: TCPware for OpenVMS issues
To: info-tcpware@process.com
Reply-To: Info-TCPware@process.com
Message-ID: <84a51532.0311181901.654a435a@posting.google.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

We have little knowledge about TCPware for OpenVMs(V7.2-1), lately we
encountered TCP connection between two servers hang and require the
services to be reset:

1)Are there any situations where the TCPWARE TCP client connection
would stop receiving on client end which goes to zero for 5 to 8
seconds before resuming transfer on the connection ?

2)Are there any situations where the TCPWARE(V5.5-3) connection on one
link stops and keeps alive but doesn't resume. Disconnect from server
end as no effect on link but must be disconnected from client end ?

3)Any issues useing Pseudo devices for client/server connection but
the client end uses one of the interface addresses for all exchanges
where the server side uses Psuedo IP address ?

4)In the process of data gathering via TCPdump to diagnose the
problem, TCPDUMP has fatal error when data is recorded in binary mode
and then is replayed. But TCPDUMP in ASCII format is fine. Why ?

Thanks in advance
================================================================================
Archive-Date: Wed, 19 Nov 2003 14:42:59 -0500
Date: Wed, 19 Nov 2003 14:41:20 -0500
From: Chuck Viau <viau@process.com>
Reply-To: Info-TCPware@process.com
Subject: RE: tcpware_nameservers logical
To: "'info-tcpware@process.com'" <info-tcpware@process.com>
Message-ID: <63D30D6E10CFD11190A90000F805FE8604FD7EA8@lespaul.process.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1

I see that this is still an open issue.  What has not been asked yet is:
Did you modify these logicals outside of the CNFNET utility that sets them?

>I've tried to change this behavior, by defining both logicals to look at 
>the DNS server only.  When I awoke this morning, and checked the 
>logicals, they had "magically" reverted to their "original" configuration.

I noticed that Martin Vorlaender gave you an excellent example on how to do
that using
the CNFNET utility.
Modifying this logical outside of CNFNET could result in incompatible
attributes being assigned to the names which could cause problems.

-----Original Message-----
From: peter@langstoeger.at [mailto:peter@langstoeger.at]
Sent: Tuesday, November 18, 2003 4:43 PM
To: info-tcpware@process.com
Subject: Re: tcpware_nameservers logical



In article <3FBA8DFE.4000407@comcast.net>, "Bradford J. Hamilton"
<bradhamilton@comcast.net> writes:
>The behavior "reverts" only after a period of time.  The only
>intervening process on the system is the DHCP client, which renews the
>lease twice/day.  I wonder if this is the "trigger" for the behavior
>reversion that I see?

It is normally the duty of the DHCP client to set such thinks like DNS
server
addresses. So decide how to configure: a) DHCP client b) CNFNET fix entries

Look also into your DHCP server config. It should not tell DNS clients to
use 127.0.0.1 as a DNS server...

-- 
Peter "EPLAN" LANGSTOEGER
Network and OpenVMS system specialist
E-mail  peter@langstoeger.at
A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist
================================================================================
Archive-Date: Wed, 19 Nov 2003 18:11:16 -0500
Date: Wed, 19 Nov 2003 18:09:47 -0500
From: Geoff Bryant <bryant@process.com>
Reply-To: Info-TCPware@process.com
Subject: Re: TCPware for OpenVMS issues
To: info-tcpware@process.com
Message-ID: <01L38420O1DQ8X48NX@PROCESS.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=us-ascii

On Tue, 18 Nov 2003 19:01:35, cwlow@sportstoto.com.my (lowsir) wrote:
>
>We have little knowledge about TCPware for OpenVMs(V7.2-1), lately we
>encountered TCP connection between two servers hang and require the
>services to be reset:
>
>1)Are there any situations where the TCPWARE TCP client connection
>would stop receiving on client end which goes to zero for 5 to 8
>seconds before resuming transfer on the connection ?

This is difficult to answer.    TCPware provides you with the standard TCP
protocol.   I see below that you are trying to look at things via tcpdump.
More information really is needed to answer your question.   For example,
did you see in a trace that the window went to 0?

>2)Are there any situations where the TCPWARE(V5.5-3) connection on one
>link stops and keeps alive but doesn't resume. Disconnect from server
>end as no effect on link but must be disconnected from client end ?

This would almost certainly be an application issue.   A trace may give
some insight, but you very well may need to know the application to 
understand the problem.    

>3)Any issues useing Pseudo devices for client/server connection but
>the client end uses one of the interface addresses for all exchanges
>where the server side uses Psuedo IP address ?

There should be no issues with using the pseudo-device.   If you've got
the TCP connection, then all is well.

>4)In the process of data gathering via TCPdump to diagnose the
>problem, TCPDUMP has fatal error when data is recorded in binary mode
>and then is replayed. But TCPDUMP in ASCII format is fine. Why ?
>
>Thanks in advance

================================================================================
Archive-Date: Thu, 20 Nov 2003 06:16:47 -0500
Date: Thu, 20 Nov 2003 06:14:44 -0500
From: "Bradford J. Hamilton" <bradhamilton@comcast.net>
Reply-To: Info-TCPware@process.com
Subject: Re: tcpware_nameservers logical
In-Reply-To: <63D30D6E10CFD11190A90000F805FE8604FD7EA8@lespaul.process.com>
To: info-tcpware@process.com
Message-ID: <3FBCA224.4010204@comcast.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
References: <63D30D6E10CFD11190A90000F805FE8604FD7EA8@lespaul.process.com>

Chuck Viau wrote:
> I see that this is still an open issue.  What has not been asked yet is:
> Did you modify these logicals outside of the CNFNET utility that sets them?
> 
> 

I've done the definitions both ways - DHCP still modifies the entries as 
described previously.

Thanks to all who have responded thus far - I've had stuff to think 
about.  Allow me to ask my question another way:

In the "Windows" world, when using DHCP, it is not necessary to define a 
DNS server; one is provided "automagically".  Would the same behavior 
work in TCPWare?  I haven't looked at the DHCP stuff in years, but ISTR 
that DHCP goes to the trouble of querying the server for information on 
DNS by default.  I ask, because it looks as though I will have a hard 
time convincing the firewall to give me "static" internal addresses; if 
I could just give control of DNS to DHCP, I think my problem would be 
"solved".

Comments?  Again, thanks for all your help...

<snip>

================================================================================
Archive-Date: Thu, 20 Nov 2003 06:54:56 -0500
Date: Thu, 20 Nov 2003 12:52:44 +0100
From: =?iso-8859-1?Q?=22Vorl=E4nder=2C_Martin=22?= <MV@PDV-SYSTEME.DE>
Reply-To: Info-TCPware@process.com
Subject: RE: tcpware_nameservers logical
To: info-tcpware@process.com
Message-ID: <f09a6c7c52b91bf6bad801c96180f00d3fbcab27@pdv-systeme.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

> In the "Windows" world, when using DHCP, it is not necessary to define =
a=20
> DNS server; one is provided "automagically".  Would the same behavior=20
> work in TCPWare?

Definitely -- if the DHCP server provides this information.

>  I haven't looked at the DHCP stuff in years, but ISTR=20
> that DHCP goes to the trouble of querying the server for information =
on=20
> DNS by default.  I ask, because it looks as though I will have a hard=20
> time convincing the firewall to give me "static" internal addresses; =
if=20
> I could just give control of DNS to DHCP, I think my problem would be=20
> "solved".

You could perhaps have a look at the documentation?
http://vms.process.com/ftp/tcpware/documentation/html/management/Ch02.htm=



Your DHCLIENT.CONF should probably contain something along the
lines of "require domain-name-servers", or at least "request
domain-name-servers".

cu,
  Martin
--=20
                    | Martin Vorlaender    |    VMS & WNT programmer
  Smiert Spamionem  | work: mv@pdv-systeme.de
                    |       http://www.pdv-systeme.de/users/martinv/
                    | home: martin@radiogaga.harz.de
================================================================================
Archive-Date: Thu, 20 Nov 2003 11:03:51 -0500
Date: Thu, 20 Nov 2003 11:02:17 -0500
From: Richard Whalen <whalenr@process.com>
Reply-To: Info-TCPware@process.com
Subject: RE: tcpware_nameservers logical
To: "'info-tcpware@process.com'" <info-tcpware@process.com>
Message-ID: <63D30D6E10CFD11190A90000F805FE86051AC373@lespaul.process.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

If the DHCLIENT.CONF has the following line:
prepend domain-name-servers 127.0.0.1
then either delete it, or comment (#) it out.

-----Original Message-----
From: "Vorl=E4nder, Martin" [mailto:MV@PDV-SYSTEME.DE]
Sent: Thursday, November 20, 2003 6:53 AM
To: info-tcpware@process.com
Subject: RE: tcpware_nameservers logical



> In the "Windows" world, when using DHCP, it is not necessary to =
define a=20
> DNS server; one is provided "automagically".  Would the same behavior =

> work in TCPWare?

Definitely -- if the DHCP server provides this information.

>  I haven't looked at the DHCP stuff in years, but ISTR=20
> that DHCP goes to the trouble of querying the server for information =
on=20
> DNS by default.  I ask, because it looks as though I will have a hard =

> time convincing the firewall to give me "static" internal addresses; =
if=20
> I could just give control of DNS to DHCP, I think my problem would be =

> "solved".

You could perhaps have a look at the documentation?
http://vms.process.com/ftp/tcpware/documentation/html/management/Ch02.ht=
m

Your DHCLIENT.CONF should probably contain something along the
lines of "require domain-name-servers", or at least "request
domain-name-servers".

cu,
  Martin
--=20
                    | Martin Vorlaender    |    VMS & WNT programmer
  Smiert Spamionem  | work: mv@pdv-systeme.de
                    |       http://www.pdv-systeme.de/users/martinv/
                    | home: martin@radiogaga.harz.de
================================================================================
Archive-Date: Thu, 20 Nov 2003 19:31:37 -0500
Resent-Date: Thu, 20 Nov 2003 19:29:30 -0500
Date: Thu, 20 Nov 2003 18:00:09 -0500
Resent-From: Geoff Bryant <bryant@process.com>
From: "Bradford J. Hamilton" <bradhamilton@comcast.net>
Reply-To: Info-TCPware@process.com
Subject: Re: tcpware_nameservers logical
In-Reply-To: <63D30D6E10CFD11190A90000F805FE86051AC373@lespaul.process.com>
Resent-To: info-tcpware@process.com
To: info-tcpware@process.com
Resent-Message-ID: <01L39L8UF6BM8X4QR7@PROCESS.COM>
Message-ID: <3FBD4779.5000009@comcast.net>
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset=us-ascii
References: <63D30D6E10CFD11190A90000F805FE86051AC373@lespaul.process.com>

Richard Whalen wrote:

> If the DHCLIENT.CONF has the following line:
> prepend domain-name-servers 127.0.0.1
> then either delete it, or comment (#) it out.
> 

Hi Richard,

Yes, I came to this conclusion "independently" (after reading Martin's 
reply)	:-)

I have made the change, restarted the client, and will await the results.

Thanks again to all for their help.  Does anyone consider this a "bug", 
or is everyone happy with the results as they are?

<snip>

================================================================================
Archive-Date: Tue, 25 Nov 2003 19:06:36 -0500
Date: Tue, 25 Nov 2003 19:05:18 -0500
From: Always Young <Alwayslku@1funplace.com>
Reply-To: Info-TCPware@process.com
Subject: Increased skin thickness & texture increased energy levels  mdv
To: info-tcpware@process.com
Message-ID: <01L3GJSEYVL68X7GR2@PROCESS.COM>
Content-Type: text/plain

Today -- Tuesday, November 25 2003 info-tcpware
_________________________________________________________________

Human Hormone - also called H.'G.'H is referred to 
in medical science as the master hormone. It is very 
plentiful when we are young, but near the age of 
twenty-one our bodies begin to produce less of it. 
By the time we are forty nearly everyone is deficient 
in H.'G.'H, and at eighty our production has normally
diminished at least 90-95%. 

Experience up to an 82% improvement in 
body fat loss while erasing 10 years in 10 Weeks!

Available for limited time only - free fedex shipping

	http://www.holiday-season-gifts.com





To modify from any future correspondence:
	holiday-season-gifts.com/re



Candidate fell and broke arm during interview. "`I think you ought to know that I'm feeling very depressed.'" Candidate brought large dog to interview.,"`Time is an illusion. Lunchtime doubly so.' "What are the zodiac signs of all the board members?" "`You'd better be prepared for the jump into hyperspace. It's unpleasently like being drunk.' ehmofrereajwpuvrssrvkyuujbj

================================================================================
Archive-Date: Tue, 25 Nov 2003 19:09:13 -0500
Date: Tue, 25 Nov 2003 19:07:17 -0500
From: Michael Corbett <corbett@process.com>
Reply-To: Info-TCPware@process.com
Subject: Out of Office reply
To: info-tcpware@process.com
Message-ID: <01L3GJX91EEQ8X733M@PROCESS.COM>
MIME-Version: 1.0
Content-Type: text/plain; CHARSET=us-ascii



	I will be out of the office until 01-Dec-2003 and will read your
message at that time.  If you need assistance before then please contact
Technical Support at support@process.com or 800-394-8700.  You will 
receive this  message only once and will not be reminded of my 
absence if you send messages in the future. 

regards
Mike





================================================================================
Archive-Date: Thu, 27 Nov 2003 06:20:02 -0500
Date: Thu, 27 Nov 2003 13:12:55 +0200
From: Godfrey Pillay <gpillay@za.ibm.com>
Reply-To: Info-TCPware@process.com
Subject: 
To: info-tcpware@process.com
Message-ID: <OF80594911.6C793AF0-ON42256DEB.003D0867-42256DEB.003DB5B4@za.ibm.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_alternative 003DAD1242256DEB_="

This is a multipart message in MIME format.
--=_alternative 003DAD1242256DEB_=
Content-Type: text/plain; charset="US-ASCII"

Hi

We are currently using Net-Work V3.2.3 with Adabas V4.1.1 and Natural 
V4.1.2(SoftwareAG products) running on DEC VAX with OpenVMS V7.2 and 
TCPWare V5.3-2.

We have been using Net-work configured with the decnet protocol to 
communicate to Net-work on the mainframe. This has been working 
successfully over the years. We are now trying to configure Net-work with 
the TCP/IP protocol as we are trying not to use DECNET. We are being 
unsuccessful thus far on different versions of TCPWare(5.6 included ,see 
error below). I have loaded a trial copy of Digital's TCP/IP services and 
Net-work  works fine.
It seems that NET-WORK was written with Digitals UCX compatibility. 

Is there anyone that can help me with this problem or do I need to get 
Digital'sTCP/IP  loaded on my VAX's to get this working. Digital's TCP/IP 
costs a fortune on the VAX (38 of them) and I am already licenced to run 
TCPWARE. Thanking you in advance..
The message from the NET-WORK logfile 

%LIB-E-ACTIMAGE, error activating image 
$1$DIA0:[SYS0.SYSCOMMON.][SYSLIB]UCX$ACCESS_SHR.EXE;   
  
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual 
address=00000000,  PC=00000002, PSL=03C00000                         

          Context information 
          00078220 :  322E3756       
          00078224 :  20202020       
          00078228 :  00000013       
          0007822C :  00000003       
          00078230 :  13000202       
          00078234 :  00000000       
          00078238 :  01D40000     
          ... 

Regards

Godfrey Pillay
VAX Team Leader
Location:  IBM Park Sandton, IA2G
Tel: (011) 302-6310   Fax: (011) 302-6592
Cell: 083 571-7861 
E-mail: gpillay@za.ibm.com

"There are 10 types of people in this world:
 those who understand binary and those who don't." 
--=_alternative 003DAD1242256DEB_=
Content-Type: text/html; charset="US-ASCII"



<br><font size=2 face="sans-serif">Hi</font>
<br>
<br><font size=2 face="sans-serif">We are currently using Net-Work V3.2.3
with Adabas V4.1.1 and Natural V4.1.2(SoftwareAG products) running on DEC
VAX with OpenVMS V7.2 and TCPWare V5.3-2.</font>
<br>
<br><font size=2 face="sans-serif">We have been using Net-work configured
with the decnet protocol to communicate to Net-work on the mainframe. This
has been working successfully over the years. We are now trying to configure
Net-work with the TCP/IP protocol as we are trying not to use DECNET. We
are being unsuccessful thus far on different versions of TCPWare(5.6 included
,see error below). I have loaded a trial copy of Digital's TCP/IP services
and Net-work &nbsp;works fine.</font>
<br><font size=2 face="sans-serif">It seems that NET-WORK was written with
Digitals UCX compatibility. </font>
<br>
<br><font size=2 face="sans-serif">Is there anyone that can help me with
this problem or do I need to get Digital'sTCP/IP &nbsp;loaded on my VAX's
to get this working. Digital's TCP/IP costs a fortune on the VAX (38 of
them) and I am already licenced to run TCPWARE. Thanking you in advance..<br>
The message from the NET-WORK logfile</font><font size=3 face="Times New Roman">
<br>
</font><font size=2 face="sans-serif"><br>
%LIB-E-ACTIMAGE, error activating image $1$DIA0:[SYS0.SYSCOMMON.][SYSLIB]UCX$ACCESS_SHR.EXE;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<br>
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000000,
&nbsp;PC=00000002, PSL=03C00000 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;</font><font size=3 face="Times New Roman">
<br>
</font><font size=2 face="sans-serif"><br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Context information &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;00078220 : &nbsp;322E3756 &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=3 face="Times New Roman"> </font><font size=2 face="sans-serif"><br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;00078224 : &nbsp;20202020 &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=3 face="Times New Roman"> </font><font size=2 face="sans-serif"><br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;00078228 : &nbsp;00000013 &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=3 face="Times New Roman"> </font><font size=2 face="sans-serif"><br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;0007822C : &nbsp;00000003 &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=3 face="Times New Roman"> </font><font size=2 face="sans-serif"><br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;00078230 : &nbsp;13000202 &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=3 face="Times New Roman"> </font><font size=2 face="sans-serif"><br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;00078234 : &nbsp;00000000 &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size=3 face="Times New Roman"> </font><font size=2 face="sans-serif"><br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;00078238 : &nbsp;01D40000 &nbsp; &nbsp;</font><font size=3 face="Times New Roman">
</font><font size=2 face="sans-serif"><br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;...</font><font size=3 face="Times New Roman">
</font>
<br><font size=2 face="sans-serif"><br>
Regards<br>
<br>
Godfrey Pillay<br>
VAX Team Leader<br>
Location: &nbsp;IBM Park Sandton, IA2G<br>
Tel: (011) 302-6310 &nbsp; Fax: (011) 302-6592<br>
Cell: 083 571-7861 &nbsp;<br>
E-mail: gpillay@za.ibm.com<br>
<br>
&quot;There are 10 types of people in this world:<br>
 those who understand binary and those who don't.&quot; </font>
--=_alternative 003DAD1242256DEB_=--
================================================================================
Archive-Date: Thu, 27 Nov 2003 08:46:36 -0500
Date: Thu, 27 Nov 2003 08:44:56 -0500
From: Geoff Bryant <bryant@process.com>
Reply-To: Info-TCPware@process.com
Subject: 
To: info-tcpware@process.com
Message-ID: <01L3IQLT611A8X5Y8Q@PROCESS.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=us-ascii

UCX$ACCESS_SHR.EXE is a part of UCX (Digital TCP/IP services) which provides
for soeme configuration of UCX.   Something is linked against that and trying
to use it.    Usually that can be worked around.

I am not familiar with Net-Work, but there may be a mode where it doesn't need
UCX to work, or perhaps it can be worked around.   I would suggest opening a
support call.   I am assuming this is occuring during a startup .COM procedure.
If it is, sending along that .COM file along with any other output besides what
you show below would be helpful.

Also, are you trying to remove DECnet so you don't have to route it.   If so,
there are ways to handle that as well.

On Thu, 27 Nov 2003 13:12:55 +0200, Godfrey Pillay <gpillay@za.ibm.com> wrote:
>
>
>Hi
>
>We are currently using Net-Work V3.2.3 with Adabas V4.1.1 and Natural 
>V4.1.2(SoftwareAG products) running on DEC VAX with OpenVMS V7.2 and 
>TCPWare V5.3-2.
>
>We have been using Net-work configured with the decnet protocol to 
>communicate to Net-work on the mainframe. This has been working 
>successfully over the years. We are now trying to configure Net-work with 
>the TCP/IP protocol as we are trying not to use DECNET. We are being 
>unsuccessful thus far on different versions of TCPWare(5.6 included ,see 
>error below). I have loaded a trial copy of Digital's TCP/IP services and 
>Net-work  works fine.
>It seems that NET-WORK was written with Digitals UCX compatibility. 
>
>Is there anyone that can help me with this problem or do I need to get 
>Digital'sTCP/IP  loaded on my VAX's to get this working. Digital's TCP/IP 
>costs a fortune on the VAX (38 of them) and I am already licenced to run 
>TCPWARE. Thanking you in advance..
>The message from the NET-WORK logfile 
>
>%LIB-E-ACTIMAGE, error activating image 
>$1$DIA0:[SYS0.SYSCOMMON.][SYSLIB]UCX$ACCESS_SHR.EXE;   
>  
>%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual 
>address=00000000,  PC=00000002, PSL=03C00000                         
>
>          Context information 
>          00078220 :  322E3756       
>          00078224 :  20202020       
>          00078228 :  00000013       
>          0007822C :  00000003       
>          00078230 :  13000202       
>          00078234 :  00000000       
>          00078238 :  01D40000     
>          ... 
>
>Regards
>
>Godfrey Pillay
>VAX Team Leader
>Location:  IBM Park Sandton, IA2G
>Tel: (011) 302-6310   Fax: (011) 302-6592
>Cell: 083 571-7861 
>E-mail: gpillay@za.ibm.com
>
>"There are 10 types of people in this world:
> those who understand binary and those who don't." 

-------------------------------------------------------------
Geoff Bryant				bryant@process.com
TCPware/MultiNet/PMDF/SSH/PreciseMailAntiSpam Engineering			
Process Software               		http://www.process.com/
959 Concord St.
Framingham, MA 01701 USA
================================================================================
Archive-Date: Thu, 27 Nov 2003 19:41:52 -0500
Date: Thu, 27 Nov 2003 18:16:41 -0600
From: "David J. Dachtera" <djesys.nospam@fsi.net>
Subject: Re: cambio de grupo de roswell
To: info-tcpware@process.com
Reply-To: Info-TCPware@process.com
Message-ID: <3FC693E9.B9D7FB87@fsi.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

cordi wrote:
> 
> vmsnet.networks.misc

Los grupos "vmsnet.*" no esta por DIVX.

Los grupos "vmsnet.*" esta solo por "vmsnet.*", nada mas.

Gracias para su co-operacion.

-- 
David J. Dachtera
dba DJE Systems
http://www.djesys.com/

Unofficial Affordable OpenVMS Home Page:
http://www.djesys.com/vms/soho/
================================================================================
Archive-Date: Fri, 28 Nov 2003 06:00:41 -0500
Date: Fri, 28 Nov 2003 12:55:20 +0200
From: Godfrey Pillay <gpillay@za.ibm.com>
Reply-To: Info-TCPware@process.com
Subject: Net-work with TCPware problem
To: info-tcpware@process.com
Message-ID: <OFFDF254FA.4659D391-ON42256DEC.002BB162-42256DEC.003C1A91@za.ibm.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_alternative 003AEF0D42256DEC_="

This is a multipart message in MIME format.
--=_alternative 003AEF0D42256DEC_=
Content-Type: text/plain; charset="US-ASCII"

Hi Geoff

Depending on the configuration of Net-work, Net-work could use one of two 
images. If the configuration is Decnet then it would use an image 
Decnet.RDI or Vuxnet.rdi if configured to TCP/IP. I have analyzed the 
image Vuxnet.rdi and found that under the shareable image list, 
UCX$IPC_SHR and UCX$ACCESS_SHR is included. It would seem that  during the 
linking process these two images were included. I do not have the source 
code (and SoftwareAG would not supply this) to even try to eliminate this 
from the link process. SoftwareAG are unwilling to look into this problem 
as there is no support on the current VAX environment. Their only 
suggestion is to upgrade to Digital's TCP/IP. I do not have a "NAS" 
license on my VAX's and would therefore have to pay for the Digtial TCP/IP 
software and licensing. This is a costly exercise.

The reason that I am  trying to use TCP/IP and not Decnet is because our 
connections from the VAX to Mainframe is via a Decnet/SNA gateway(DEC 
channel Server 11). This equipment is very old and parts are practically 
non-existant. It is working currently  but has a limit of 255 connections. 
Also the Decnet connections between VAX's passes through a router. The 
decnet configuration on the router is less stable than TCP/IP.



Any further input is welcome. The first prize would be to eliminate UCX 
links in VUXNET.RDI and I am not sure how to do this if I do not have the 
source.... 



Thanking you in advance...

Regards

Godfrey Pillay
VAX Team Leader
Location:  IBM Park Sandton, IA2G
Tel: (011) 302-6310   Fax: (011) 302-6592
Cell: 083 571-7861 
E-mail: gpillay@za.ibm.com

"There are 10 types of people in this world:
 those who understand binary and those who don't." 
----- Forwarded by Godfrey Pillay/South Africa/IBM on 2003/11/28 09:57 AM 
-----



Geoff Bryant <bryant@process.com>
2003/11/27 03:44 PM
Please respond to Info-TCPware
 
        To:     info-tcpware@process.com
        cc: 
        Subject: 



UCX$ACCESS_SHR.EXE is a part of UCX (Digital TCP/IP services) which 
provides
for soeme configuration of UCX.   Something is linked against that and 
trying
to use it.    Usually that can be worked around.

I am not familiar with Net-Work, but there may be a mode where it doesn't 
need
UCX to work, or perhaps it can be worked around.   I would suggest opening 
a
support call.   I am assuming this is occuring during a startup .COM 
procedure.
If it is, sending along that .COM file along with any other output besides 
what
you show below would be helpful.

Also, are you trying to remove DECnet so you don't have to route it.   If 
so,
there are ways to handle that as well.

On Thu, 27 Nov 2003 13:12:55 +0200, Godfrey Pillay <gpillay@za.ibm.com> 
wrote:
>
>
>Hi
>
>We are currently using Net-Work V3.2.3 with Adabas V4.1.1 and Natural 
>V4.1.2(SoftwareAG products) running on DEC VAX with OpenVMS V7.2 and 
>TCPWare V5.3-2.
>
>We have been using Net-work configured with the decnet protocol to 
>communicate to Net-work on the mainframe. This has been working 
>successfully over the years. We are now trying to configure Net-work with 

>the TCP/IP protocol as we are trying not to use DECNET. We are being 
>unsuccessful thus far on different versions of TCPWare(5.6 included ,see 
>error below). I have loaded a trial copy of Digital's TCP/IP services and 

>Net-work  works fine.
>It seems that NET-WORK was written with Digitals UCX compatibility. 
>
>Is there anyone that can help me with this problem or do I need to get 
>Digital'sTCP/IP  loaded on my VAX's to get this working. Digital's TCP/IP 

>costs a fortune on the VAX (38 of them) and I am already licenced to run 
>TCPWARE. Thanking you in advance..
>The message from the NET-WORK logfile 
>
>%LIB-E-ACTIMAGE, error activating image 
>$1$DIA0:[SYS0.SYSCOMMON.][SYSLIB]UCX$ACCESS_SHR.EXE; 
> 
>%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual 
>address=00000000,  PC=00000002, PSL=03C00000 
>
>          Context information 
>          00078220 :  322E3756 
>          00078224 :  20202020 
>          00078228 :  00000013 
>          0007822C :  00000003 
>          00078230 :  13000202 
>          00078234 :  00000000 
>          00078238 :  01D40000 
>          ... 
>
>Regards
>
>Godfrey Pillay
>VAX Team Leader
>Location:  IBM Park Sandton, IA2G
>Tel: (011) 302-6310   Fax: (011) 302-6592
>Cell: 083 571-7861 
>E-mail: gpillay@za.ibm.com
>
>"There are 10 types of people in this world:
> those who understand binary and those who don't." 

-------------------------------------------------------------
Geoff Bryant bryant@process.com
TCPware/MultiNet/PMDF/SSH/PreciseMailAntiSpam Engineering   
Process Software                                         
http://www.process.com/
959 Concord St.
Framingham, MA 01701 USA

--=_alternative 003AEF0D42256DEC_=
Content-Type: text/html; charset="US-ASCII"



<br><font size=2 face="sans-serif">Hi Geoff</font>
<br>
<br><font size=2 face="sans-serif">Depending on the configuration of Net-work,
Net-work could use one of two images. If the configuration is Decnet then
it would use an image Decnet.RDI or Vuxnet.rdi if configured to TCP/IP.
I have analyzed the image Vuxnet.rdi and found that under the shareable
image list, UCX$IPC_SHR and UCX$ACCESS_SHR is included. It would seem that
&nbsp;during the linking process these two images were included. I do not
have the source code (and SoftwareAG would not supply this) to even try
to eliminate this from the link process. SoftwareAG are unwilling to look
into this problem as there is no support on the current VAX environment.
Their only suggestion is to upgrade to Digital's TCP/IP. I do not have
a &quot;NAS&quot; license on my VAX's and would therefore have to pay for
the Digtial TCP/IP software and licensing. This is a costly exercise.</font>
<br>
<br><font size=2 face="sans-serif">The reason that I am &nbsp;trying to
use TCP/IP and not Decnet is because our connections from the VAX to Mainframe
is via a Decnet/SNA gateway(DEC channel Server 11). This equipment is very
old and parts are practically non-existant. It is working currently &nbsp;but
has a limit of 255 connections. Also the Decnet connections between VAX's
passes through a router. The decnet configuration on the router is less
stable than TCP/IP.</font>
<br>
<br>
<br><font size=2 face="sans-serif">Any further input is welcome. The first
prize would be to eliminate UCX links in VUXNET.RDI and I am not sure how
to do this if I do not have the source.... </font>
<br>
<br>
<br><font size=2 face="sans-serif">Thanking you in advance...</font>
<br><font size=2 face="sans-serif"><br>
Regards<br>
<br>
Godfrey Pillay<br>
VAX Team Leader<br>
Location: &nbsp;IBM Park Sandton, IA2G<br>
Tel: (011) 302-6310 &nbsp; Fax: (011) 302-6592<br>
Cell: 083 571-7861 &nbsp;<br>
E-mail: gpillay@za.ibm.com<br>
<br>
&quot;There are 10 types of people in this world:<br>
 those who understand binary and those who don't.&quot; </font>
<br><font size=1 color=#800080 face="sans-serif">----- Forwarded by Godfrey
Pillay/South Africa/IBM on 2003/11/28 09:57 AM -----</font>
<br>
<table width=100%>
<tr valign=top>
<td>
<td><font size=1 face="sans-serif"><b>Geoff Bryant &lt;bryant@process.com&gt;</b></font>
<p><font size=1 face="sans-serif">2003/11/27 03:44 PM</font>
<br><font size=1 face="sans-serif">Please respond to Info-TCPware</font>
<td><font size=1 face="Arial">&nbsp; &nbsp; &nbsp; &nbsp; </font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; To:
&nbsp; &nbsp; &nbsp; &nbsp;info-tcpware@process.com</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; cc:
&nbsp; &nbsp; &nbsp; &nbsp;</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; Subject:
&nbsp; &nbsp; &nbsp; &nbsp;</font></table>
<br>
<br>
<br><font size=2><tt>UCX$ACCESS_SHR.EXE is a part of UCX (Digital TCP/IP
services) which provides<br>
for soeme configuration of UCX. &nbsp; Something is linked against that
and trying<br>
to use it. &nbsp; &nbsp;Usually that can be worked around.<br>
<br>
I am not familiar with Net-Work, but there may be a mode where it doesn't
need<br>
UCX to work, or perhaps it can be worked around. &nbsp; I would suggest
opening a<br>
support call. &nbsp; I am assuming this is occuring during a startup .COM
procedure.<br>
If it is, sending along that .COM file along with any other output besides
what<br>
you show below would be helpful.<br>
<br>
Also, are you trying to remove DECnet so you don't have to route it. &nbsp;
If so,<br>
there are ways to handle that as well.<br>
<br>
On Thu, 27 Nov 2003 13:12:55 +0200, Godfrey Pillay &lt;gpillay@za.ibm.com&gt;
wrote:<br>
&gt;<br>
&gt;<br>
&gt;Hi<br>
&gt;<br>
&gt;We are currently using Net-Work V3.2.3 with Adabas V4.1.1 and Natural
<br>
&gt;V4.1.2(SoftwareAG products) running on DEC VAX with OpenVMS V7.2 and
<br>
&gt;TCPWare V5.3-2.<br>
&gt;<br>
&gt;We have been using Net-work configured with the decnet protocol to
<br>
&gt;communicate to Net-work on the mainframe. This has been working <br>
&gt;successfully over the years. We are now trying to configure Net-work
with <br>
&gt;the TCP/IP protocol as we are trying not to use DECNET. We are being
<br>
&gt;unsuccessful thus far on different versions of TCPWare(5.6 included
,see <br>
&gt;error below). I have loaded a trial copy of Digital's TCP/IP services
and <br>
&gt;Net-work &nbsp;works fine.<br>
&gt;It seems that NET-WORK was written with Digitals UCX compatibility.
<br>
&gt;<br>
&gt;Is there anyone that can help me with this problem or do I need to
get <br>
&gt;Digital'sTCP/IP &nbsp;loaded on my VAX's to get this working. Digital's
TCP/IP <br>
&gt;costs a fortune on the VAX (38 of them) and I am already licenced to
run <br>
&gt;TCPWARE. Thanking you in advance..<br>
&gt;The message from the NET-WORK logfile <br>
&gt;<br>
&gt;%LIB-E-ACTIMAGE, error activating image <br>
&gt;$1$DIA0:[SYS0.SYSCOMMON.][SYSLIB]UCX$ACCESS_SHR.EXE; &nbsp; <br>
&gt; &nbsp;<br>
&gt;%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual <br>
&gt;address=00000000, &nbsp;PC=00000002, PSL=03C00000 &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <br>
&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Context information <br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;00078220 : &nbsp;322E3756 &nbsp;
&nbsp; &nbsp; <br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;00078224 : &nbsp;20202020 &nbsp;
&nbsp; &nbsp; <br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;00078228 : &nbsp;00000013 &nbsp;
&nbsp; &nbsp; <br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;0007822C : &nbsp;00000003 &nbsp;
&nbsp; &nbsp; <br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;00078230 : &nbsp;13000202 &nbsp;
&nbsp; &nbsp; <br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;00078234 : &nbsp;00000000 &nbsp;
&nbsp; &nbsp; <br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;00078238 : &nbsp;01D40000 &nbsp;
&nbsp; <br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;... <br>
&gt;<br>
&gt;Regards<br>
&gt;<br>
&gt;Godfrey Pillay<br>
&gt;VAX Team Leader<br>
&gt;Location: &nbsp;IBM Park Sandton, IA2G<br>
&gt;Tel: (011) 302-6310 &nbsp; Fax: (011) 302-6592<br>
&gt;Cell: 083 571-7861 <br>
&gt;E-mail: gpillay@za.ibm.com<br>
&gt;<br>
&gt;&quot;There are 10 types of people in this world:<br>
&gt; those who understand binary and those who don't.&quot; <br>
<br>
-------------------------------------------------------------<br>
Geoff Bryant &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;bryant@process.com<br>
TCPware/MultiNet/PMDF/SSH/PreciseMailAntiSpam Engineering &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <br>
Process Software &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
http://www.process.com/<br>
959 Concord St.<br>
Framingham, MA 01701 USA<br>
</tt></font>
--=_alternative 003AEF0D42256DEC_=--
================================================================================
Archive-Date: Sun, 30 Nov 2003 21:01:06 -0500
Date: Sun, 30 Nov 2003 17:59:05 +0000 (GMT)
From: kleso@centrum.cz
Reply-To: Info-TCPware@process.com
Subject: MLMPropulsion-10,000 Optin MLM Leads $59
To: info-tcpware@process.com
Message-ID: <20031130175905.D34802BF220@mailer1.frogleads.biz>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN
Content-Transfer-Encoding: QUOTED-PRINTABLE







TEN THOUSAND OPTIN LEADS SELECTED JUST FOR YOU!=20

It's a powerful combination that will propel your downline=20

MLMPropulsion.com offers you 10,000 Optin Leads, 100 Pre-Qualified

Leads, Your Own Autoresponder, MLM Training, Promotional and Website =
Tools....ALL at an unbelievable low price. It's Your Turn To Succeed =
At http://www.MLMPropulsion.com/  Click Now!













-------------------------------------------------------This message i=
s delivered by Frogleads.com autoresponder service. If the removal li=
nk at the bottom isn=92t working, please cut and past it into your br=
owser as some times long links can be broken by line brakes. Addition=
ally if you would like to block your e-mail address from all mail del=
ivered from our service you can ad your e-mail to our global removal =
list and will receive no more mail from any of our auto responder. Pl=
ease go to the following URL:

http://www.frogleads.biz/globalremove.html

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

If you feel that this message was sent to you without your permission=
 then please file a complaint to abuse@frogleads.com=20

BY FORWARDING A COPY OF THIS MESSAGE. We investigate all cases fully =
and will take action against offenders.





To remove this email address from further mailings click on  the link=
 below  while connected to the internet.
http://www.frogleads.biz/cgi-bin/maxuseradmin.cgi?function=3Dmanualde=
lete3&email=3Dinfo-tcpware@process.com&un=3DYourMLMSuccess