Before you run the PMDF Mailbox Servers configuration utility, you must install PMDF-MTA on your system. It is recommended that you also configure PMDF-MTA before you configure the PMDF POP and IMAP mailbox servers. (See Chapters 1, 2, and 3, if you have not already installed and configured PMDF-MTA.)

The PMDF POP and IMAP mailbox servers configuration utility prompts you for several pieces of information, including the number of simultaneous POP and IMAP connections you want to allow at your site. You will need to provide site-appropriate answers. For some of the questions, the configuration utility provides reasonable default values. You might want to 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 values that are more appropriate for your site.

Configuration questions include the following:

• Whether you want to run a POP server, an IMAP server, or both.
• Whether you want to log POP and IMAP connections.

• Whether you want to run a poppassd server to support changing passwords from POP clients who are using the ad hoc password changing (for example, Eudora).

  Note The poppassd protocol involves sending both the old and the new password in the clear. Consider this point carefully when you are deciding whether or not to provide this service.

• Whether you want to enable PMDF's password changing web interface.

If you choose to run a MessageStore IMAP or POP server, the utility will also configure the PMDF MessageStore and PMDF popstore for you. Therefore, you will be asked some additional questions, including:

• The pseudo domain name assigned to the MessageStore. This is the domain name that is used to address mail to PMDF MessageStore users. For example, if you want MessageStore users to have addresses in the form of user@msgstore.sample.example.com, you would use the domain name msgstore.sample.example.com for the MessageStore.
• 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 means unlimited storage quota.
• The default overdraft message storage quota to allow each user. This is the amount that 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 the user accounts that you create.
• The number of days to retain unread PMDF popstore messages. If a user has not either downloaded or deleted a message after this limit, the message will either be deleted silently, or returned to its originator as unread. If you want to retain messages indefinitely, specify an age limit of 0.
• A special account name for posting to public folders in the MessageStore.

If you choose to run a POP server, you will be asked some additional questions, including:

• The maximum number of simultaneous POP connections you want to support on your system.

  Note This is not the total number of users, or even the total number of POP users. Rather, it is the maximum number of simultaneous POP connections. POP connections are usually brief---the POP client connects, downloads messages, and disconnects.

  Choose a number that provides reasonable access for your users, without overburdening your system resources.
• The maximum number of connections you want to allow per server process. To support a given number of simultaneous connections, there is a trade-off between the number of processes used, and the number of connections handled per process. Fewer connections per process tend to result in greater responsiveness for the individual connections. However, the resulting need for more processes incurs greater system overhead. It is recommended that you choose a moderate number of connections per process.
• Whether you want the server to support the POP3 UIDL command. The UIDL command lets POP clients keep track of messages by using an identifier. POP users who enable leave mail on server behavior typically appreciate having UIDL supported, as this lets their client keep track of which messages in their inbox have already been read. Sites that want to discourage leave mail on server behavior should disable UIDL support.

If you choose to run an IMAP server, you will be asked some additional questions, including:

• The maximum number of simultaneous IMAP connections you want to support on your system.

  Note This is not the total number of users, or even the 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 can be higher than the number of simultaneous IMAP users. Unlike POP connections, IMAP connections tend to be longer 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.
• The maximum number of connections you want to allow per server process. To support a given number of simultaneous connections, there is a trade-off between the number of processes used, and the number of connections handled per process. Fewer connections per process tend to result in greater responsiveness for the individual connections. However, the resulting need for more processes incurs greater system overhead. It is recommended that you choose a moderate number of connections per process.