Typically, the ISP stages mail for the entire LAN. In most cases, the ISP will not initiate a call to the LAN; the LAN must call the ISP. In the implementation described here, NTMail runs on a local NT Server; each user on the LAN has their own POP mailbox on the server. Outgoing Internet mail gets staged at the server and delivered to the ISP from time to time; similarly, the server occasionally polls the ISP for any incoming mail, which is then distributed to the POP mailboxes and retrieved by the individual users. Local mail stays local and does not require connecting to the ISP.
Most of the set-up is per the standard NTMail installation. Note that you'll need to include the IP addresses of all of the local users in the server's HOSTS file, because SMTP_Server tries to resolve IP addresses to host names whenever a user connects to it, and if the address can't be resolved locally, it will probably try to go to another server on the Internet, which requires a connection to the ISP. (This problem has been resolved from version 2.10 onwards see SmtpResolveHost registry entry)
With NTMail installed and the appropriate HOSTS file, mail can be exchanged on the local network using, for example, Eudora. Mail destined for the Internet will also be sent, with timing specified by NTMail's configuration parameters. However, incoming mail will be held at the ISP until their is outgoing mail to trigger a connection (Note 1). To avoid this dependency, "dummy" outgoing mail is created at regular intervals to insure that incoming mail will arrive in a timely fashion. This is accomplished as follows:
Create a dummy mail template. This is accomplished by generating a simple mail message (contents unimportant) from one of the local workstations; it should be addressed to a "bit-bucket" mailbox that the ISP provides for this purpose (the mail is simply thrown away when it is received). (If your ISP does not offer such a capability, address it to the ISP's network administrator, and make the text of the message: "You are going to continue to receive copies of this message until you provide me with an address to use for this purpose." They will respond promptly.) When this message is sent to the server, it will be staged in the mail directory with a name like "aa001234.mbx". Capture this file and name it "dumpmail.txt".
Next, create a simple .BAT file (call it "kickdump.bat") which will copy dumpmail.txt back to "aa000001.mbx" in the mail directory. The following line will work:
A second line can be added to the .BAT file if desired: "MAIL -k" will cause the POST Service to immediately act on the new outgoing mail; if "MAIL -K" isn't included, then the mail will be posted when POST gets around to it.
Finally, execute of the BAT file needs to be scheduled. Windows NT has the AT command and scheduler service for this purpose. Once you schedule events with AT, it will automatically execute them at the intervals you specify. Here's another part of a BAT file that can be used to set up AT:
(David Frankel)