Last Update:            23-MAR-2004
Operating System:       OpenVMS
Component:              PMDF Shared Library
Base Level Required:    PMDF V6.2
Other Requirements:	none

Platform                Subdirectory            File(s) to download
--------                ------------            --------------------
OpenVMS VAX             [.VMS.VAX_EXE]          PMDFSHR.EXE
OpenVMS Alpha           [.VMS.ALPHA_EXE]        PMDFSHR.EXE
Solaris SPARC           solaris-sparc/lib/      n/a
Solaris x86             solaris-x86/lib/        n/a
Tru64                   osf/lib/                n/a
Windows NT x86          nt/bin/                 n/a
Windows 2000 x86        w2k/bin/                n/a


General info
------------
     You will need to have a License PAK with a release date after the date of
  this PMDFSHR.EXE to run PMDF.  Note that this may apply to other images as 
  well.
          
     Patches may be obtained from the anonymous FTP account on
  ftp.pmdf.process.com.  Use FTP to connect to the host ftp.pmdf.process.com
  and login as the user anonymous.  Use your e-mail address as the login 
  password.

     Move to the pmdf_62_patches subdirectory:

        ftp> cd pmdf_62_patches

     Patches will be located in platform-specific sub-trees, as follows:

        Platform        Subdirectory
        --------        ------------
        OpenVMS         vms
        Solaris/SPARC   solaris-sparc
        Solaris/x86     solaris-x86
        Tru64           osf
        Windows NT      nt
        Windows 2000    w2k

     When FTPing these images, be sure to FTP them as binary images.  Before
  retrieving such an image with the GET command, be sure to put your FTP into
  binary mode with a command such as TYPE IMAGE or TYPE BINARY.


Change history
---------------
23-MAR-2004
  Fixed a second problem which caused a second EHLO command in an SMTP session
  after an AUTH command to switch back to the original channel. (D/E 9457)

18-MAR-2004
  Fixed a problem with the SECURITY.CNF file in the previous pmdfshr.exe.

11-MAR-2004
  Fixed a problem where in an SMTP session a second EHLO command after an AUTH
  command incorrectly switched back to the original channel. (D/E 9457)

11-MAR-2004
  Fixed a problem with generating VMS MAIL 'from' header when the SMTP Reply-to
  header contains an address which does not generate a useful VMS MAIL address.
  (D/E 9426)

11-MAR-2004
  Fixed a problem with the IMAP server for MessageStore going into a CPU-bound
  and I/O-bound loop. (D/E 9329)

11-MAR-2004
  Fixed a problem with multiple versions of the
  PMDF_ROOT:[MSGSTORE.DEFAULT]MAILBOXES.; file being created. (D/E 8857)

11-MAR-2004
  Fixed a problem with using a USERNAME_TRANSLATE section in the SECURITY.CNF
  file. (D/E 7367)

10-SEP-2003
  A potential denial-of-service vulnerability has been discovered. Process
  Software is not aware of any cases in which this vulnerability has been
  exploited. However, we recommend installing this patch to eliminate the
  vulnerability. (D/E 9193)

14-AUG-2003
  Fixed a problem with repeated calls to the POPSTORE API to add Message Store
  or popstore users where it can run out of memory. (D/E 9182)

8-AUG-2003
  Fixed a problem that prevented PMDF from successfully performing multiple
  LDAP queries to the same LDAP server in rapid succession. (D/E 9179)

31-JUL-2003
  Fixed a problem which caused the following channel keywords to not work:
  nonurgentqueue, normalqueue, and urgentqueue. (D/E 9164)

15-JUL-2003
  Fixed problems with the Vacation Notice History Files (VNHF files) getting
  locked on VMS and preventing mail from being delivered to users who have the
  vacation notice facility enabled. (D/E 8864)

21-JUL-2003
  Fixed a bug in the CONVERSION mapping table processing with the undocumented
  "channel=channel-name" keyword such that ",Yes" was required after the 
  channel keyword was specified. It is no longer required.

3-APR-2003
  Fixed a cosmetic problem on VMS with sending mail from a non-privileged
  account to a local account which has a vacation notice enabled. In this case,
  the following error was being printed to the screen. This is an expected
  condition and does not stop the mail from being delivered or the vacation
  notice from being generated. This error message no longer prints to the
  screen. (D/E 8925)

    ERROR from GET_WRITE_LOCK in prot_close, status=10484

3-APR-2003
  Fixed a problem where the ORIG_MAIL_ACCESS, MAIL_ACCESS, ORIG_SEND_ACCESS,
  and SEND_ACCESS mapping tables could be bypassed. (D/E 8924)

2-APR-2003
  Fixed a problem with an ACCVIO when trying to access the vacation notice
  history file (VNHF file). (D/E 8793)

13-FEB-2003
  Fixed a problem with the PMDF-LAN connection to Novell MHS in converting the
  MHS date to SMTP format. The month was being converted incorrectly.
  (D/E 8786)

4-FEB-2003
  Included dates in the imap_server.log and pop_server.log log files.
  (D/E 8754)

21-JAN-2003
  Fixed a problem that prevented PMDF-LAN from properly transferring messages
  to Novell GroupWise systems. (D/E 8698)

21-JAN-2003
  Fixed a problem that prevented PMDF from properly unbinding from the LDAP
  server. (D/E 8690)

4-DEC-2002
  Fixed a problem with "T" entries getting written to the wrong connection.log*
  (or mail.log*) file, or not written at all, after the return job runs.
  (D/E 8811)


Installation
------------
OpenVMS

     Before installing a new PMDFSHR.EXE, issue the following command:
 
     $ PMDF SHUTDOWN DISPATCHER
 
     Failure to issue the above command could result in the current processes
  not recognizing commands (i.e., RESTART and SHUTDOWN) with the new
  PMDFSHR.EXE in place.

     PMDFSHR.EXE needs to be copied to the PMDF_EXE: directory and then
  installed with the command:

     $ INSTALL REPLACE PMDF_SHARE_LIBRARY

  on all members of the OpenVMS cluster running out of the affected PMDF
  directory tree.

     In some cases new versions of PMDFSHR.EXE may alter the format of compiled
  configurations. When this happens recompilation and reinstallation are also
  necessary:

     $ PMDF CNBUILD
     $ INSTALL REPLACE PMDF_CONFIG_DATA

  The first command need only be done once on VAX and once on AXP; the latter
  must be done on every cluster member that runs PMDF. Failure to recompile and
  install the configuration after installing new versions of PMDFSHR.EXE may
  lead to "compiled configuration version mismatch" errors.

     Next, be sure to start the dispatcher by issuing the following command:
 
     $ PMDF STARTUP DISPATCHER

  Sites running in PMDF-MR TS Replacement mode (mrif_* channels) should
  remember to stop and then start their allin1 senders/fetchers processes
  after putting the new image (and recompiling the configuration as needed) 
  into place.


Solaris, Tru64

  Not applicable


Windows NT, Windows 2000

  Not applicable