PMDF Installation Guide
NT Edition
PMDF-INST-NT-6.0

Prior to running the PMDF Mailbox Servers configuration utility you must have installed PMDF-MTA on your system, and it is recommended that you also configure PMDF-MTA itself before configuring the PMDF POP and IMAP mailbox servers. Refer to Chapters 1 , 2 , 5 , and 6 if you have not already installed and configured PMDF-MTA.

The PMDF POP and IMAP mailbox servers configuration utility will prompt for several pieces of information. In particular, it will ask how many simultaneous POP connections and how many simultaneous IMAP connections you wish to allow at your site, to which you will need to provide site-appropriate answers. For further questions, the configuration utility attempts to provide reasonable default values. You may wish to mostly take the default answers the first time you configure, and then later after observing the actual POP and IMAP usage at your site, reconfigure with answers geared for your site. Configuration questions will include the following:

• Whether you wish to run a POP server, an IMAP server, or both.
• Whether you wish to log POP and IMAP connections.
• Whether you wish to run a POPPASSD server to support changing passwords from POP clients using the ad-hoc password changing mechanism used by, for instance, Eudora. Note that the POPPASSD protocol involves sending both the old and the new password "in the clear", a point to be considered carefully when deciding whether or not to provide this service.
• Whether you wish to enable PMDF's password changing web CGI.
• If you choose to run an IMAP or POP server, the utility will also configure the PMDF MessageStore and PMDF popstore for you and will therefore presend several configuration questions regarding the MessageStore and popstore. These questions will include the following.
  • What is the pseudo domain name assigned to the MessageStore. This is the domain name which will be used to address mail to PMDF MessageStore users. For instance, if you want MessageStore users to have addresses of the form user@msgstore.acme.com, you would use the domain name msgstore.acme.com for the MessageStore.
  • The local postmaster address.
  • The default primary message storage quota to allow each user. The default account is granted this quota. When you create user accounts, they will be given this primary quota unless you specify a different quota. A primary quota value of 0 grants unlimited storage quota.
  • The default overdraft message storage quota to allow each user. This is the amount by which users are allowed to exceed their primary quota.¹ The default account is granted this overdraft quota which is then used as a default setting for user accounts you create.
  • How many days to retain PMDF popstore messages, awaiting user download. If a user has not deleted a message after this limit, it is either deleted silently or returned to its originator as unread. To retain messages indefinitely, specify an age limit of 0.
  • A special account name for posting to public folders in the MessageStore.
  • If you chose to run a POP server, there are a few POP server configuration questions, including:
    • What is the maximum number of simultaneous POP connections you wish to support on your system. Note that this is not the total number of users or even total number of POP users; rather, it is the maximum number of POP users whose POP clients will be connecting simultaneously. Also note that POP connections are typically brief: the POP client connects, downloads messages, and disconnects. Choose a number that will provide reasonable access for your users without overburdening your system resources.
    • What is the maximum number of connections you wish to allow per server process. To support a given number of simultaneous connections, there is a tradeoff between the number of processes used and the number of connections handled per process. Fewer connections per process tends to result in greater responsiveness for the individual connections, but the resulting need for more processes incurs greater system overhead. A moderate number of connections per process is usually best.
    • Whether you wish the server to support the POP3 UIDL command. The UIDL command permits POP clients to keep track of messages by an identifier. POP users who enable "leave mail on server" behavior typically appreciate having UIDL supported, as it can allow their client to keep track of which of the messages in their inbox they have actually already read. Sites that wish to discourage "leave mail on server" behavior may wish to disable UIDL support.
    • If you chose to run an IMAP server, there are a few IMAP server questions, including:
      • What is the maximum number of simultaneous IMAP connections you wish to support on your system. Note that this is not the total number of users or even total number of IMAP users; rather, it is the maximum number of simultaneous IMAP connections. Some IMAP clients make (and keep open) more than one connection to the server. So the number of simultaneous IMAP connections may be higher than the number of simultaneous IMAP users. Unlike POP connections, IMAP connections tend to be long lasting: the IMAP client connects and stays connected as the IMAP user reads and moves messages between folders. Choose a number that will provide reasonable access for your users without overburdening your system resources.
      • What is the maximum number of connections you wish to allow per server process. To support a given number of simultaneous connections, there is a tradeoff between the number of processes used and the number of connections handled per process. Fewer connections per process tends to result in greater responsiveness for the individual connections, but the resulting need for more processes incurs greater system overhead. A moderate number of connections per process is usually best.

        ---

        Note

        ¹ The utility of an overdraft quota is explained in the PMDF MessageStore & popstore Manager's Guide .

        ---

        ---

        Previous | Next | Contents