Archive-Date: Tue, 1 Oct 1996 21:35:34 GMT
Subject: Re: DHCP Server for MS Windows Clients
Message-ID: <DyM9BB.783.0.hydra@leica.co.uk>
From: mikewd@leica.co.uk (Mike Wilmot-Dear)
Date: Tue, 1 Oct 1996 21:35:34 GMT
References: <DxMLAw.C3s.0.hydra@leica.co.uk> <1996Sep19.115234@process.com> 

Hiroto Shibuya (shibuya@process.com) wrote:
: In article <Dy1I3K.IGw.0.hydra@leica.co.uk>, mikewd@leica.co.uk (Mike Wilmot-Dear) writes:
: > 
: > In fact I've now decided to use a finite lease time as otherwise 
: > there doesn't seem to be any way to revoke the lease except by 
: > releasing it at the client end. 
: > 

: You can revoke the lease by:

: 	NETCU REMOVE DHCP <leased-ip-address>

Sorry my original message wasn't clear. 

I was aware that REMOVE DHCP will revoke the lease on the server, the
problem is getting the client to know this. If, for example, I then
change the DHCPTAB. to assign another address to the client, then the
client didn't pick up the new address unless I specifically released
the lease at the client end.

From what I recall of looking at the logs [which was a while ago so
some of the details below may be wrong] what was happening was that the
client tried to renew the old address, it doesn't get an explicit
DHCPNAK for this from the server so it can continue to use the old
address for the remainder of it's (infinite) lease.

As it doesn't do a DHCPDISCOVER ('cos it already has an address) it
doesn't see the new address info. I assume the server doesn't send
a DHCPNAK to the clients DHCPREQUEST for the old address as it no
longer has any info about the old address so doesn't know whether
the lease the client has is valid or not.

I didn't try leasing the old address to another client (when I would
expect the server might send an explicit DHCPNAK) 'cos that's not
terribly useful as one would want to ensure the old client had relased
the address before allocating it to something new.

Anyway a finite lease solves this problem and also has the benefit
of allowing me to keep a check on which hosts have been used recently.
So it's not really a major problem.

Mike.
--
------------------------------------------------------------------------------
Mike Wilmot-Dear  (MW342)      Network Manager
Leica Cambridge Ltd.           e-mail: mikewd@leica.co.uk
Cambridge, UK       





================================================================================
Archive-Date: XXX, 2 Oct 1996 18:44:11 -0400
Subject: Re: DHCP Server for MS Windows Clients
Message-ID: <1996Oct2.184411@process.com>
From: volz@process.com (Bernie Volz)
Date: 2 Oct 96 18:44:11 -0400
References: <DxMLAw.C3s.0.hydra@leica.co.uk> <1996Sep19.115234@process.com>  <DyM9BB.783.0.hydra@leica.co.uk>

In article <DyM9BB.783.0.hydra@leica.co.uk>, mikewd@leica.co.uk (Mike Wilmot-Dear) writes:
...
> Anyway a finite lease solves this problem and also has the benefit
> of allowing me to keep a check on which hosts have been used recently.
> So it's not really a major problem.
> 
> Mike.

That's exactly why a infinite lease is not a good idea. I'd always
recommend a finite lease (even it is something like a week or two).
That way, you can reclaim an address, though it might take a while.

- Bernie Volz
  Process Software Corporation

================================================================================
Archive-Date: Thu, 03 Oct 1996 14:17:55 +0100
Subject: Re: TCPware 5.1 POP3 server question
Message-ID: <3253BD03.4946@boat.bt.com>
From: Greg Thomas <thomasgd@boat.bt.com>
Date: Thu, 03 Oct 1996 14:17:55 +0100
Reply-To: thomasgd@boat.bt.com
References: <1996Sep26.135249.1@eisner> <324FD6BD.1996@boat.bt.com> 
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Geoff Bryant <bryant@eisner.decus.org>

Geoff Bryant wrote:
> 
> In article <324FD6BD.1996@boat.bt.com>, Greg Thomas <thomasgd@boat.bt.com> writes:
> <about how my POP3 server wasn't configured properly>
<about how to solve it>
Well, the systems been reconfigured, but that wasn't it. Here's my
configuration now...

$ show logical sys$cluster_node
   "SYS$CLUSTER_NODE" = "SVHDEV::" (LNM$SYSTEM_TABLE)    
$ show logical TCPWARE_SMTP_FROM_DOMAIN
   "TCPWARE_SMTP_FROM_DOMAIN" = "omc.bt.co.uk" (LNM$SYSTEM_TABLE)   
$ mc ncp show char node cpu298  

Node Volatile Characteristics as of  3-OCT-1996 14:11:08

Executor node = 55.432 (CPU298)
...
Alias node               = 55.671
(SVHDEV)                                     
...                                                                               
$ mail login.com thomasgd/subject="Testing reply_to address"
New mail on node CPU298 from SVHDEV::THOMASGD    "Greg Thomas"

So what should happen (AFAIK) is that the POP3 server should see that
the mail is from SYS$CLUSTER_NODE::(someone) and so replace it with
(someone)@TCPWARE_SMTP_FROM_DOMAIN.
Now, I had mail from SVHDEV::THOMASGD, so it should get changed to
thomasgd@omc.bt.co.uk. The trouble is, the headers of the message (as
seen by the POP3 client - Eudora Light 1.5.4 (16)) look like this ...

Date: Thu, 03 Oct 96 13:59:20
From: <thomasgd@cpu298.svh.bt.co.uk>
Subject: Testing reply_to address
To: thomasgd
Cc: thomasgd
X-VMS-From: SVHDEV::THOMASGD     "Greg Thomas"
X-POP3-Server: cpu298.svh.bt.co.uk TCPware(R) POP3 V5.1-4
X-POP3-ID: 1996-10-03.13:59:25.147

As you can see - the message *is* from SVHDEV::THOMASGD (from the
X-VMS-From line), and yet the From: line is thomasgd@cpu298.svh.bt.co.uk
(the DNS name of the box) rather than thomasgd@omc.bt.co.uk (the SMTP
from domain).

So, now does any one have any more ideas?

(mailed to Geoff Bryant <bryant@eisner.decus.org> and posted to
vmsnet.networks.tcp-ip.tcpware).

Thanks again for any help,

Greg

-- 
#include <std_disclaimer.h>

================================================================================
Archive-Date: XXX, 4 Oct 1996 16:06:53 -0400
Subject: Re: TCPware 5.1 POP3 server question
Message-ID: <1996Oct4.160653@process.com>
From: bryant@process.com (Geoff Bryant)
Date: 4 Oct 96 16:06:53 -0400
References: <1996Sep26.135249.1@eisner> <324FD6BD.1996@boat.bt.com>  <3253BD03.4946@boat.bt.com>

In article <3253BD03.4946@boat.bt.com>, Greg Thomas <thomasgd@boat.bt.com> writes:
> Geoff Bryant wrote:
>> 
>> In article <324FD6BD.1996@boat.bt.com>, Greg Thomas <thomasgd@boat.bt.com> writes:
>> <about how my POP3 server wasn't configured properly>
> <about how to solve it>
> Well, the systems been reconfigured, but that wasn't it. Here's my
> configuration now...
> 
> $ show logical sys$cluster_node
>    "SYS$CLUSTER_NODE" = "SVHDEV::" (LNM$SYSTEM_TABLE)    
> $ show logical TCPWARE_SMTP_FROM_DOMAIN
>    "TCPWARE_SMTP_FROM_DOMAIN" = "omc.bt.co.uk" (LNM$SYSTEM_TABLE)   
> $ mc ncp show char node cpu298  
> 
> Node Volatile Characteristics as of  3-OCT-1996 14:11:08
> 
> Executor node = 55.432 (CPU298)
> ...
> Alias node               = 55.671
> (SVHDEV)                                     
> ...                                                                               
> $ mail login.com thomasgd/subject="Testing reply_to address"
> New mail on node CPU298 from SVHDEV::THOMASGD    "Greg Thomas"
> 
> So what should happen (AFAIK) is that the POP3 server should see that
> the mail is from SYS$CLUSTER_NODE::(someone) and so replace it with
> (someone)@TCPWARE_SMTP_FROM_DOMAIN.
> Now, I had mail from SVHDEV::THOMASGD, so it should get changed to
> thomasgd@omc.bt.co.uk. The trouble is, the headers of the message (as
> seen by the POP3 client - Eudora Light 1.5.4 (16)) look like this ...
> 
> Date: Thu, 03 Oct 96 13:59:20
> From: <thomasgd@cpu298.svh.bt.co.uk>
> Subject: Testing reply_to address
> To: thomasgd
> Cc: thomasgd
> X-VMS-From: SVHDEV::THOMASGD     "Greg Thomas"
> X-POP3-Server: cpu298.svh.bt.co.uk TCPware(R) POP3 V5.1-4
> X-POP3-ID: 1996-10-03.13:59:25.147
> 
> As you can see - the message *is* from SVHDEV::THOMASGD (from the
> X-VMS-From line), and yet the From: line is thomasgd@cpu298.svh.bt.co.uk
> (the DNS name of the box) rather than thomasgd@omc.bt.co.uk (the SMTP
> from domain).
> 
> So, now does any one have any more ideas?
> 
> (mailed to Geoff Bryant <bryant@eisner.decus.org> and posted to
> vmsnet.networks.tcp-ip.tcpware).
> 
> Thanks again for any help,
> 
> Greg
> 
> -- 
> #include <std_disclaimer.h>

Sorry for the delay in answering.   After you defined the logical, did you
restart POP3?  Try doing:

	$ @TCPWARE:RESTART POP3



================================================================================
Archive-Date: Mon, 07 Oct 1996 10:14:17 +0100
Subject: Re: TCPware 5.1 POP3 server question
Message-ID: <3258C9E9.6FA5@boat.bt.com>
From: Greg Thomas <thomasgd@boat.bt.com>
Date: Mon, 07 Oct 1996 10:14:17 +0100
Reply-To: thomasgd@boat.bt.com
References: <1996Sep26.135249.1@eisner> <324FD6BD.1996@boat.bt.com>  
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Geoff Bryant <bryant@process.com>

Geoff Bryant wrote:
> 
> In article <3253BD03.4946@boat.bt.com>, Greg Thomas <thomasgd@boat.bt.com> writes:
> > Geoff Bryant wrote:
> >>
> >> In article <324FD6BD.1996@boat.bt.com>, Greg Thomas <thomasgd@boat.bt.com> writes:
> >> <about how my POP3 server wasn't configured properly>
> > <about how to solve it>
> > Well, the systems been reconfigured, but that wasn't it. Here's my
> > configuration now...
...
> Sorry for the delay in answering.   After you defined the logical, did you
> restart POP3?  Try doing:
> 
>         $ @TCPWARE:RESTART POP3

My apologies. I though the re-config had been followed by a reboot, but
it appears that it wasn't - a POP3 restart did the trick very nicely.
Thanks for all your help, that seems to have solved *that* problem. Now,
for my next one ... :-)
If I get mail from (e.g.) AW0624::FRED, is there any way to make the
reply_to: address "aw0624::fred"@omc.bt.co.uk, rather than the
fred@aw0624.whatever - on the assumption that as the mail was received
via DECnet rather than SMTP, the node concerned does not have SMTP
running?

Thanks again for your help,

Greg
(Posted and mailed).
-- 
#include <std_disclaimer.h>

================================================================================
Archive-Date: XXX, 8 Oct 1996 11:00:10 GMT
Subject: System crashes when using multicast comms
Message-ID: <53dc7q$8st@gatekeeper.liffe.com>
From: robin@liffe.com (Robin Barlow)
Date: 8 Oct 1996 11:00:10 GMT
Reply-To: robin@liffe.com

I have encountered a problem with TCPware when doing multicast comms. I have two simple
programs to transmit and receive multicast  messages. When the receiver is invoked the system
crashes during the bind call (see code below).. This code used to work when we were 
evaluating TCPware. Since purchasing the product, which is at a later version, the programs
don't seem to work anymore. The code works fine on Solaris but always crashes on VMS.. I
would hazard a guess that there's something wrong with th way in which TCPware has been
installed. We are running VMS 6.1 and TCPware 5.0-3B. Any suggestions would be much appreciated.

---- begin ----
/* multi_listen.c */

#include <stdio.h>
#include <stdlib.h>
#include <string.h>

#if VMS
#include "tcpware_include:inet.h"
#include "tcpware_include:in.h"
#include "tcpware_include:netdb.h"
#include "tcpware_include:sockerr.h"
#include "tcpware_include:types.h"
#include "tcpware_include:socket.h"
#include "tcpware_include:tcpware_prototypes.h"
#else
#include <sys/types.h>
#include <sys/socket.h>
#include <netdb.h>
#include <netinet/in.h>
#endif



main (void)
{
        int			sock;
	int			val = 1;
	char			multicast_IP[4];
	int			sock_addr_len;
        struct	sockaddr_in	sock_addr;
	short			port = 1500;
	char			buffer[1500];
	char			msg[] = "Give us a message\n";
#if !(VMS)
	struct protoent 	*p;
	struct ip_mreq  	ipmreq;
	unsigned char   	ttl = 20;
#endif

	if ((sock = socket (AF_INET, SOCK_DGRAM, 0)) < 0)
	{
		perror ("socket");
		exit (0);
	}

/*
** Set up the socket address to connect to.
*/
	multicast_IP[0] = 224;
	multicast_IP[1] = 67;
	multicast_IP[2] = 68;
	multicast_IP[3] = 69;

        memset (&sock_addr, '\0', sizeof(sock_addr));
        sock_addr.sin_family = AF_INET;
	sock_addr.sin_port = htons (port);

#if VMS
    	memcpy (&sock_addr.sin_addr, multicast_IP,
					sizeof(sock_addr.sin_addr));
#else

	ipmreq.imr_multiaddr.S_un.S_un_b.s_b1 = multicast_IP[0];
	ipmreq.imr_multiaddr.S_un.S_un_b.s_b2 = multicast_IP[1];
	ipmreq.imr_multiaddr.S_un.S_un_b.s_b3 = multicast_IP[2];
	ipmreq.imr_multiaddr.S_un.S_un_b.s_b4 = multicast_IP[3];
	ipmreq.imr_interface.S_un.S_addr = htonl (INADDR_ANY);
	if ((p = getprotobyname ("ip")) == (struct protoent *) NULL)
	{
		perror ("getprotobyname");
		exit (0);
	}

	if (setsockopt (sock, p->p_proto, IP_ADD_MEMBERSHIP, (char *) &ipmreq,
					sizeof (struct ip_mreq)) < 0)
	{
		perror ("setsockopt");
		exit (0);
	}

	sock_addr.sin_addr.s_addr = htonl (INADDR_ANY);
#endif

/*
** Set socket to allow multi binding
*/
	if (setsockopt (sock, SOL_SOCKET, SO_REUSEADDR,
					(char *) &val, sizeof(val)) < 0)
	{
		perror ("setsockopt");
		exit (0);
	}

	if (bind (sock, (struct sockaddr *)&sock_addr, sizeof(sock_addr)) < 0)
 	{
 		perror ("bind");
 		exit (0);
 	}
 
	while (1)
	{
		sock_addr_len = sizeof(sock_addr);
		if (recvfrom (sock, buffer, sizeof(buffer), 0,
				(struct sockaddr *)&sock_addr, &sock_addr_len) < 0)
		{
			perror ("recvfrom");
			exit (0);
		}
	
		printf ("\nReceived message : %s", buffer);
	}
}

---- end ----

---- begin ----
/* multi_send.c */

#include <stdio.h>
#include <stdlib.h>
#include <string.h>

#if VMS
#include "tcpware_include:inet.h"
#include "tcpware_include:in.h"
#include "tcpware_include:netdb.h"
#include "tcpware_include:sockerr.h"
#include "tcpware_include:types.h"
#include "tcpware_include:socket.h"
#include "tcpware_include:tcpware_prototypes.h"
#else
#include <sys/types.h>
#include <sys/socket.h>
#include <netdb.h>
#include <netinet/in.h>
#endif

main (void)
{
    	int			sock;
	int			val = 1;
   	struct	sockaddr_in	sock_addr;
	char			multicast_IP[4];
 	short			port = 1500;
	char			msg[] = "Here is a message\n";
	char			buffer[128];



	if ((sock = socket (AF_INET, SOCK_DGRAM, 0)) < 0)
	{
		perror ("socket");
		exit (0);
	}

/*
** Set up the socket address to bind to. The IP address is set in network
** byte order. The port is arbitary.
*/
	multicast_IP[0] = 224;
	multicast_IP[1] = 67;
	multicast_IP[2] = 68;
	multicast_IP[3] = 69;

	memset (&sock_addr, '\0', sizeof(sock_addr));
    	sock_addr.sin_family = (short) AF_INET;
	sock_addr.sin_port = (u_short) htons (port);
    	memcpy (&sock_addr.sin_addr, multicast_IP, sizeof(sock_addr.sin_addr));
/*
** Set socket to allow multi binding
*/
	if (setsockopt (sock, SOL_SOCKET, SO_REUSEADDR,
					(char *) &val, sizeof(val)) < 0)
	{
		perror ("setsockopt");
		exit (0);
	}

#if 0
	if (bind (sock, &sock_addr, sizeof(sock_addr)) < 0)
	{
		perror ("bind");
		exit (0);
	}
#endif

	while (1)
	{
		printf ("\nPress return for a message.");
		gets (buffer);
	
		if (sendto (sock, msg, sizeof(msg), 0,
				&sock_addr, sizeof(sock_addr)) < 0)
		{
			perror ("sendto");
			exit (0);
		}
	}
}
---- end ----





================================================================================
Archive-Date: XXX, 8 Oct 1996 10:13:17 -0400
Subject: Re: System crashes when using multicast comms
Message-ID: <1996Oct8.101317@process.com>
From: bryant@process.com (Geoff Bryant)
Date: 8 Oct 96 10:13:17 -0400
References: <53dc7q$8st@gatekeeper.liffe.com>

In article <53dc7q$8st@gatekeeper.liffe.com>, robin@liffe.com (Robin Barlow) writes:
> I have encountered a problem with TCPware when doing multicast comms. I have two simple
> programs to transmit and receive multicast  messages. When the receiver is invoked the system
> crashes during the bind call (see code below).. This code used to work when we were 
> evaluating TCPware. Since purchasing the product, which is at a later version, the programs
> don't seem to work anymore. The code works fine on Solaris but always crashes on VMS.. I
> would hazard a guess that there's something wrong with th way in which TCPware has been
> installed. We are running VMS 6.1 and TCPware 5.0-3B. Any suggestions would be much appreciated.
> 

Robin,

I will look into your problem using the information you have provided, but
please be sure to log a support call so that we can properly track your problem
and ensure your problem is resolved.

BTW, the current version of TCPware is 5.1-5.

Geoff Bryant
Process Software

================================================================================
Archive-Date: Tue, 8 Oct 1996 23:49:28 GMT
Subject: PR: "Client/Server Toolkit for C and C++ Programmers"
Message-ID: <DyzE6G.7y2@world.std.com>
From: noblenet@world.std.com (NobleNet Inc.)
Date: Tue, 8 Oct 1996 23:49:28 GMT

PRESS RELEASE

For Immediate Release

For Further Information, Please Contact:

David Burns
Vice President of Marketing
NobleNet, Inc.
Voice: (508) 460-8222
FAX: (508) 460-3456
e-mail: david.burns@noblenet.com



"The Client/Server Toolkit for C and C++ Programmers"
New Book From NobleNet Turns Programmers Into Client/Server Experts

New York, October 8, 1996 --  NobleNet, Inc. today announced the availability
of its newly published book that turns C and C++ programmers into
client/server experts.   Co-authored by middleware experts Steven Lemmo and
Rich Grehan, The Client/Server Toolkit for C and C++ Programmers  is a self-
contained instructional tool that teaches programmers how to distribute any
application or Application Programming Interface (API) across a network.

The CD-ROM software included with The Client/Server Toolkit features a unique
Windows-based client/server simulator that lets programmers gain hands-on
experience in client/server partitioning.  Programmers are guided through four
"real-world" client/server projects: distributed ODBC database, scanner
device, image engine, and datafeed.  The authors expertise combined with a
Rapid Application Development (RAD) environment, demystifies the art of
distributing complex applications.

"I learned more about client/server development in the last three days of
reading your book than I learned in the past few years of doing C and C++
programming," said Pascal Specht, Technical Sales Engineer at Precision
Software in Paris, France.

"Our new book will help any C or C++ programmer that wants to learn about
state-of-the-art client/server computing," said Steve Lemmo, co-author and
Chief Technology Officer of NobleNet.  "The techniques taught in the book will
help programmers learn to use the powerful Interface Definition Languages
(IDLs) found in today's most popular distributed computing middleware."
Beginning with a monolithic application, readers learn how to separate
programs into independent parts that communicate with each other.  While other
books on client/server computing include sample code, The Client/Server
Toolkit goes further and delivers a true client/server Software Development
Toolkit (SDK) designed for application partitioning.  Unlike other approaches,
programmers learn to build client/server applications using industry-standard
RPC technology that requires no source code changes.

"The Client/Server Toolkit is ideal for programmers that want to get a quick
immersion into client/server computing with tools that require very little
effort to learn,"  said Vincent Russo, Assistant Professor of Computer Science
at Purdue University.  "I like the fact that the book is totally self-
contained.  It has a wealth of real-world examples that provide the reader
with a thorough understanding of client/server development.  And the simulator
gives programmers hands-on experience with building and running real
client/server applications."

Although The Client/Server Toolkit is written for C and C++ programmers,
examples are given that show "drag and drop" programmers how to create
client/server applications utilizing popular GUI front-ends such as Visual
Basic, PowerBuilder, Delphi, and Developer 2000.  Distributed with the book is
a free version of NobleNet's powerful standards-based RPC product used by
client/server developers world-wide.  Programmers are presented with client
and server Windows connected by a simulated network.  Using NobleNet RPC,
applications developed on the simulator are easily deployed to over 40
platforms including 26 UNIXes, Windows 3.1, 95, and NT, NetWare, Macintosh,
OS/2, and VMS.  More than 20 Windows-based TCP/IP stacks are supported to
ensure operation in existing multi-vendor environments.

Co-author Steven Lemmo founded NobleNet, engineered NobleNet's first software
product, EZ-RPC(R), and led the team that developed the company's NetWare and
Windows-based middleware tools.  With an in-depth understanding of both
communication and application software, he is a sought after consultant on RPC
programming.  Steve has over fifteen years of experience in software
engineering and tools development in companies such as Computervision Corp.,
Sun Microsystems, Inc., and Xerox Imaging Systems, Inc.  He is widely
recognized as an expert on distributed computing and is frequently called upon
to appear at industry forums.

Co-author Rick Grehan has been on the editorial staff of BYTE Magazine for
over 11 years.  He is currently the Technical Director of BYTE Labs and the
author of BYTE's monthly CodeTalk column.  His articles have appeared in BYTE,
Embedded Systems Programming, and Forth Dimensions.  In addition, he was a
contributor to the 1993 edition of The Encyclopedia of Microcomputers,
published by Marcel Dekker, Inc.  Rick is also the designer of BYTE Magazine's
BYTEmark benchmark suite.

The Client/Server Toolkit for C and C++ Programmers is published by NobleNet.
The 350 page book with CD-ROM can be ordered for $49.95 by calling (800)-250-
6427 or (508)-893-0398.

NobleNet offers tools for distributed client/server development for procedural
and object paradigms. Incorporated in 1991, NobleNet is a world leader in
Remote Procedure Call (RPC) technology and has won numerous awards for its RPC
product family.   NobleNet also distributes IONA Technologies' industry-
leading "Orbix" CORBA-compliant Object Request Broker. The company is
headquartered in Southboro, MA, and can be reached at (508) 460-8222 or at
<http://www.noblenet.com/>.





================================================================================
Archive-Date: XXX, 21 Oct 1996 16:21:15 -0400
Subject: Re: System crashes when using multicast comms
Message-ID: <1996Oct21.162115@process.com>
From: bryant@process.com (Geoff Bryant)
Date: 21 Oct 96 16:21:15 -0400
References: <53dc7q$8st@gatekeeper.liffe.com>

In article <53dc7q$8st@gatekeeper.liffe.com>, robin@liffe.com (Robin Barlow) writes:
> I have encountered a problem with TCPware when doing multicast comms. I have two simple
> programs to transmit and receive multicast  messages. When the receiver is invoked the system
> crashes during the bind call (see code below).

The following patch kits have been released which fix this problem, and
confirmed by Robin to fix the system crash.  The patch kits are available 
via anonymous ftp from ftp.process.com or through your normal support channels.

Patch Kit		TCPware Version		Patch Date
------------------	---------------		----------
DRIVERS_V515P030.A	TCPware 5.1-5		10/21/96
DRIVERS_V503F.INC	TCPware 5.0-3B		10/9/96



================================================================================
Archive-Date: XXX, 23 Oct 1996 15:16:30 GMT
Subject: POP server from VMS?
Message-ID: <54lcse$dfn@netnews.upenn.edu>
From: tony@staff.dccs.upenn.edu (Anthony Olejnik)
Date: 23 Oct 1996 15:16:30 GMT

Hi,

Can anyone please recommende/point-me-to a POP (Post Office Protocol)
server for VMS?

I'm running Wollongong's TCPIP under VMS and am currently using DEC's
All-in-One.  I'd like to migrate to POP (using PCeudora on my client
PCs).

Any help would be greatly appreciated.

Many thanks in advance.

--tony

================================================================================
Archive-Date: Wed, 23 Oct 1996 18:19:04 GMT
Subject: Re: POP server from VMS?
Message-ID: <54lnn2$38b@decius.ultra.net>
From: jasantos@ultranet.com (John Santos)
Date: Wed, 23 Oct 96 18:19:04 GMT
References: <54lcse$dfn@netnews.upenn.edu>

In article <54lcse$dfn@netnews.upenn.edu>, tony@staff.dccs.upenn.edu (Anthony Olejnik) wrote:
>
>Hi,
>
>Can anyone please recommende/point-me-to a POP (Post Office Protocol)
>server for VMS?
>
>I'm running Wollongong's TCPIP under VMS and am currently using DEC's
>All-in-One.  I'd like to migrate to POP (using PCeudora on my client
>PCs).
>
>Any help would be greatly appreciated.
>
>Many thanks in advance.
>
>--tony
IUPOP3 is available from Indiana University (although I think they have 
recently passed it on to someone else) and is on the VMS Freeware
CD-Rom.  The latest version fixes some minor bugs, and is on the net
somewhere.  (A search engine should be able to find it.)

We use it to a very limited extent with PC Eudora clients, and it seems
to work fine.

-John Santos

================================================================================
Archive-Date: Wed, 23 Oct 1996 20:48:12 GMT
Subject: Re: POP server from VMS?
Message-ID: <326e838d.419348020@scoop.eco.twg.com>
From: reece@eco.twg.com (Reece R. Pollack)
Date: Wed, 23 Oct 1996 20:48:12 GMT
References: <54lcse$dfn@netnews.upenn.edu> <54lnn2$38b@decius.ultra.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

In article <54lcse$dfn@netnews.upenn.edu>, tony@staff.dccs.upenn.edu
(Anthony Olejnik) wrote:
>
>Hi,
>
>Can anyone please recommende/point-me-to a POP (Post Office Protocol)
>server for VMS?
>
>I'm running Wollongong's TCPIP under VMS and am currently using DEC's
>All-in-One.  I'd like to migrate to POP (using PCeudora on my client
>PCs).

The PathWay 2.5.1 release contains a high-performance POP3 server as
part of the standard product. I strongly recommend upgrading to the
2.5.1 release if at all possible. There is also a shareware
implementation called IUPOP3 available from Indiana University.

The upcoming 3.0 release includes support additional authentication
mechanisms compatible with Eudora. Stay tuned for more details as the
release date gets closer.

-- 
Reece R. Pollack
Senior Software Engineer
Attachmate Open Systems Group

================================================================================
Archive-Date: XXX, 28 Oct 1996 21:48:26 GMT
Subject: Re: POP server from VMS?
Message-ID: <01bbc519$b9222ea0$11509a10@cthp13.cth.dec.com>
From: "infospecialist" <m_vallee@kaofs.enet.dec.com>
Date: 28 Oct 1996 21:48:26 GMT
References: <54lcse$dfn@netnews.upenn.edu>

Hi

IUPOP3 is one from ftp://ftp.indiana.edu/pub/vms/iupop3/





Anthony Olejnik <tony@staff.dccs.upenn.edu> wrote in article
<54lcse$dfn@netnews.upenn.edu>...
> 
> Hi,
> 
> Can anyone please recommende/point-me-to a POP (Post Office Protocol)
> server for VMS?
> 
> I'm running Wollongong's TCPIP under VMS and am currently using DEC's
> All-in-One.  I'd like to migrate to POP (using PCeudora on my client
> PCs).
> 
> Any help would be greatly appreciated.
> 
> Many thanks in advance.
> 
> --tony
>