AWS Direct Connect (DX) is a dedicated private network connection between your corporate infrastructure and AWS, which hosts Hyperforce. Unlike standard internet routing, AWS DX provides a consistent, low-latency, high-throughput private link directly into the AWS network — bypassing the public internet entirely. This is especially important for organizations with strict data residency, compliance, or security requirements that mandate all Salesforce traffic (including email) must travel over private circuits rather than public paths.
If you need to route Hyperforce email traffic through your AWS DX circuit, read on. This is for Sales, Service, and Industries Cloud customers.
Before you begin, you'll need to know:
Email typically uses around 60 IP addresses. To avoid adding so many IPs to your router policies for DX, you can configure an email relay to your domain, which limits your email to a smaller set of IPs. This setting doesn’t impact email deliverability, even if you don’t have a dedicated email relay server. Make sure to test the relay configuration in a sandbox—incorrectly configured relays can cause email loss. You may also want to regenerate your inbound email service addresses.
These steps are described in detail in Set Up Email Relay and Set Up an Email Domain Filter. You can follow these abbreviated instructions to configure an email relay and domain filter for each of your email domains. Read the articles for more complete information.
This example uses yourdomain.com as the host.
yourdomain.com. Accept the other defaults or customize the values according to Set Up Email Relay, then save.
yourdomain.com
If you have multiple email domains, repeat these steps to route each domain to its own relay.
If you prefer to route multiple domains to the same relay, enter the domains in Recipient Domain of the email filter, separated by commas. In this example, yourdomain.com, yourdomain.au, and yourdomain.eu all route to the same relay.
After you configure the email relay and domain filter, you must add Hyperforce email IP addresses to your router’s allowlist. The article Ensure you can receive email from the Salesforce application contains a table of IPs used for email relay MTAs for Hyperforce instances, organized by country. Allow all of the IPs specified for your country. If you’re not sure of your country, read Where is my Salesforce instance located? The first 3 letters of your instance name are your country.
Before enabling your email relay configuration in production, test it in a sandbox organization to make sure the configuration is valid and mail flows smoothly. After you've validated the sandbox configuration, you can turn on the same configuration in production.
Here are some scenarios you can use to test your email setup.
As you test each scenario, confirm the expected results by checking the email logs. You can read more about email logs in Use Email Logs to Monitor Emails Sent from Salesforce.
If you generated inbound email service addresses while your org was in our first-party datacenters, your inbound mail continues to route through the first-party datacenter even after your org migrates to Hypeforce. To route inbound emails exclusively through Hyperforce, regenerate your service addresses after the migration.
See the knowledge article Recreate error free inbound routing addresses for detailed instructions on regenerating your inbound email service addresses.
Hyperforce IPs to Allow - Sales, Service, Industries, and Tableau Clouds
Set Up AWS Direct Connect (DX) for Hyperforce
Ensure you can receive email from the Salesforce application
Set Up Email Relay
Set Up an Email Domain Filter
Use Email Logs to Monitor Emails Sent from Salesforce
Recreate error free inbound routing addresses
004867762

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.