Cluster failover | Choose one:
- Disabled - If a recipient's server is unavailable, the Router does not automatically route mail through a clustered server.
- Enabled for last hop only - (default) When the Router detects that a recipient's mail server (the last hop in the routing path) is unavailable, it attempts to locate a clustered server and transfer the message to that server. For example, Server1 routes a message addressed to Jane Doe, whose mail file is on Server3. Server1 fails to connect to Server3, which is unavailable. Server1 checks the Domino Directory to see if there are any servers clustered with Server3. Server2 is clustered with Server3, so the Router on Server1 attempts to connect to Server2. If the connection is successful, the Router transfers the message to Server2.
- Enabled for all transfers in this domain - When the Router detects that a server for any hop in the routing path is unavailable, it attempts to locate a server clustered with that hop server. If the Router can find another clustered server, it transfers the message to that server. For example, if the Router on Server 1 attempts to transfer to HubA but HubA is unavailable, the Router checks the Domino Directory to see if there are any servers clustered with HubA. Because HubB is clustered with HubA, the Router attempts to connect to HubB. If the connection is successful, the Router transfers the message from Server1 to HubB, which continues routing the message.
|
Hold undeliverable mail |
- Enabled - When the Router cannot transfer or deliver a message, it leaves the message in MAIL.BOX rather than generate a delivery failure report. Select this option if you want to be able to examine messages with failures. You can then access these messages and either release them, forward them, or delete them
- Disabled - (default) When the Router cannot deliver a message, it generates a delivery failure report.
Note If you configure MAIL.BOX to hold undeliverable messages, examine the database frequently to check for accumulated messages. |