Our system is configured to route all internet mail through a single server with a NAT’d address. We have a customer that insists on a dedicated connection for mail routing between our two companies using port 25 (SMTP). How do I configure the Foreign SMTP domain document (or whatever document I actually need) to route that mail directly to that company (company.com, company.ru, company.com.sg, company.co.uk, etc.) rather than using the default relay path for all other Internet mail?
TIA for any assistance.
Bel
Subject: One approach
This should work, but it depends on Notes R4-style mail routing, which it would be nicer to avoid. I’d recommend printing copies of your current config before making any changes. It’s hell to put it all back without it.
Step 1: Create a foreign SMTP connection document for the bulk of your mail (or edit it if it already exists). On the Routing tab, specify messages addressed to * to be delivered to some easy-to-remember Notes domain (e.g. Internet).
Step 2: Create a foreign SMTP connection document for the fussy partner company. On the Routing tab, specify messages addressed to company.com to be delivered to the IP address of your annoying partner’s relay server (if all servers can reach it), or again to a made up Internet domain (if only one server can reach it). Repeat this step for all other versions of the receiving domain (or you could try including them all in the same field; can’t remember if that’s acceptable).
Step 3: Create a server connection document of type SMTP. Specify the source server as your current hub. Connect via Direct connection. Enter a meaningful fake destination server name (e.g. InternetHosts). The destination doamin needs to match exactly the fake Domino domain name you entered in Step 1 (e.g. Internet). In the SMTP MTA relay host field enter your outbound Internet relay host’s fully qualified hostname or IP address (i.e. the same as currently listed as the relay host on your server config document). Set the Routing tab and Schedule to specify routing messages immediately and 24 hours a day.
Step 4: If you specified a domain rather than a relay server in step 2, create another connection document like the one in step 3, but for your recipient’s server’s NAT address.
That should do the trick.
Alternatively, tell them their request is unreasonable, but you’d be happy to look at S/MIME.
Cheers,
Rupert Clayton
UK
Subject: RE: One approach
I’ll give it a shot. Many thanks!Bel