Suped

How do shared IP pools and sending domains impact email sender reputation for ESPs?

Summary

Email Service Providers (ESPs) often employ sophisticated strategies to manage sender reputation, particularly concerning shared IP pools and the use of their own sending domains versus client domains. The core challenge lies in balancing the benefits of shared resources with the potential risks posed by a single bad actor's impact on collective reputation. While IP segregation helps in granular management, the interplay with domain reputation, especially when ESPs use common domains for various clients, introduces complexities. Understanding this dynamic is crucial for both ESPs and their clients to maintain optimal email deliverability.

What email marketers say

Email marketers often navigate the complexities of shared IP pools and domain usage with a mix of practical experience and ongoing questions. Their discussions highlight the tangible effects of these configurations on daily deliverability and the perceived risks to their sender reputation. They are keen to understand the best practices for leveraging ESP services while safeguarding their brand's email standing.

Marketer view

Email marketer from Email Geeks observed that some ESPs categorize customers into different shared IP pools based on their sending behavior, like 'good' or 'bad' senders, and provide dedicated IPs from a separate pool. The marketer questioned whether this approach creates long-term domain reputation issues for the ESP if their own domains remain consistent across these varied IP pools.

03 May 2023 - Email Geeks

Marketer view

Email marketer from Email Geeks inquired if clients (customers) using their own dedicated domains, but still operating on an ESP's shared IP, would result in the ESP's domain being negatively impacted by that client's sending practices. This highlights a common concern about the indirect effects of client behavior on the ESP.

03 May 2023 - Email Geeks

What the experts say

Deliverability experts provide deep insights into the intricate mechanisms of email reputation, emphasizing the multiple data points Mailbox Providers (MBPs) use to evaluate incoming mail. Their perspectives often highlight the technical nuances of how IPs, various domains, and authentication protocols interact to form a sender's trustworthiness. They stress the importance of understanding these factors to build and maintain a strong sending reputation, irrespective of whether shared or dedicated IP resources are in use.

Expert view

Deliverability expert from Email Geeks clarified that sending reputation is derived from multiple data points, including the DKIM signing domain, sending IPs, and the 5322.FROM domain, but typically not the 5321.MAILFROM domain. This distinction is crucial for understanding which elements truly influence deliverability.

03 May 2023 - Email Geeks

Expert view

Deliverability expert from Email Geeks explained that shared IPs mean reputation is only as good as the worst sender in the pool. However, a good sender's strong overall practices can sometimes enable them to survive on a poorly reputed shared IP, due to other positive reputation signals.

03 May 2023 - Email Geeks

What the documentation says

Official documentation and research often delve into the technical specifications and recommendations that govern email sending and reputation. They outline the roles of different email headers and authentication protocols (like DKIM and SPF) in establishing sender identity and trustworthiness. This foundational knowledge is critical for ESPs to design systems that support good deliverability and for senders to understand how their email is perceived by receiving mail servers.

Technical article

Official RFC documentation defines the 5322.From as the human-readable From address in the email header. It is the domain that ideally should be aligned with the DKIM signature for strong authentication and sender reputation.

20 May 2023 - RFC 5322

Technical article

Official RFC documentation specifies the 5321.MAILFROM as the envelope sender address, commonly known as the Return-Path. This address is primarily used by the receiving server for sending bounce messages back to the sender.

20 May 2023 - RFC 5321

15 resources

Start improving your email deliverability today

Get started