| Title: | DEC TCP/IP Services for OpenVMS |
| Notice: | Note 2-SSB Kits, 3-FT Kits, 4-Patch Info, 7-QAR System |
| Moderator: | ucxaxp.ucx.lkg.dec.com::TIBBERT |
| Created: | Thu Nov 17 1994 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 5568 |
| Total number of notes: | 21492 |
Hi,
I noticed that the pop server is documented to work as an auxillary
service. It does not. If the ucx$pop_01 process dies. You need to
$ @sys$manager:ucx$pop_shutdown
$ @sys$manager:ucx$pop_startup
When the pop service is enabled, and the process is not active, no
service request is logged via opcom. When you use the "restart"
method, described above, and make a conneciton attempt, there is a
opcom message and the pop client is able to process mail.
Any ideas? UCX 4.1, eco4, and VMS 6.2
-Mark
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 5313.1 | worked for me | GIDDAY::TAN | Mon Mar 10 1997 02:09 | 27 | |
It appeared to work for me!
$ show sys
..
20206D94 UCX$POP_1 HIB 9 132 0 00:00:00.59 1412 1847 N
$ stop proc/id=20206D94
$
%%%%%%%%%%% OPCOM 10-MAR-1997 18:04:11.84 %%%%%%%%%%%
Message from user INTERnet on RIPPER
INTERnet ACP detected UCX$POP exiting before 'accept'
From a PC, I started Netscape Mail, which points to the UCX as POP Server:
$
%%%%%%%%%%% OPCOM 10-MAR-1997 18:05:09.36 %%%%%%%%%%%
Message from user INTERnet on RIPPER
INTERnet ACP POP Accept Request from Host: 16.153.32.163 Port: 1627
I did find on one occassion that ucx$pop will not restart, after
the process was killed; by disabling the pop serve, and then re-enable it,
inetacp was then able to activate the pop service upon next request!
I am running an unpatched V4.1 UCX.
/David
| |||||