Why do ESPs deny SNDS access and what are the risks?

Summary

ESPs deny direct SNDS access due to a confluence of factors revolving around control, security, potential misuse, and overall deliverability management. Key reasons include the ESP's ownership of the IPs, the inability to revoke access once granted, the risk of customers misinterpreting complex SNDS data leading to harmful actions, the potential exposure of other senders' data due to security vulnerabilities, and the desire to manage the narrative around deliverability. Furthermore, ESPs aim to protect their shared IP pool reputation and shield themselves from legal liabilities arising from customer misuse or violations of terms. Alternatives like Google Postmaster Tools are sometimes promoted for a more holistic view, and aggregated, user-friendly data presentations are preferred to raw SNDS data.

Key findings

  • IP Ownership and Control: ESPs own the IPs and need to manage access and data related to them.
  • Irrevocable Access: Once SNDS access is granted, it cannot be easily revoked.
  • Misinterpretation Risks: Complex SNDS data can be misinterpreted, leading to incorrect actions and strained relationships.
  • Data Security and Privacy: Granting direct access increases the risk of data leaks and security vulnerabilities, potentially exposing other senders' data.
  • Reputation Management: ESPs need to protect the reputation of their shared IP pools, as unmonitored activity can negatively impact all senders.
  • Legal Liability: ESPs want to avoid legal liabilities related to customer misuse or TOS violations.
  • Alternative Tools and Data Presentation: ESPs may offer alternative tools (e.g., Google Postmaster Tools) and prefer to present data in an aggregated, user-friendly format.

Key considerations

  • ESP Data Access Policies: Understand the specific SNDS access policies of your ESP.
  • Data Interpretation Skills: Develop strong data interpretation skills to avoid making incorrect conclusions based on SNDS data.
  • Security Measures: Implement robust security measures to prevent compromised accounts and data leaks.
  • Deliverability Best Practices: Follow deliverability best practices to minimize negative impacts on shared IP pools.
  • Legal Compliance: Ensure compliance with Microsoft's terms of service and all applicable legal regulations regarding SNDS data usage.
  • Alternative Data Sources: Consider utilizing alternative data sources like Google Postmaster Tools for a more holistic view of sender reputation.
  • Internal Monitoring: Maintain diligent internal monitoring practices to rapidly address any potential deliverability issues.

What email marketers say
9Marketer opinions

ESPs often deny direct SNDS (Smart Network Data Services) access to customers for several key reasons related to data security, potential misinterpretation, and control over their IP reputation. Concerns include the inability to revoke access, the risk of customers misinterpreting complex SNDS data leading to incorrect actions, the potential for data misuse or leakage affecting other senders, security vulnerabilities from compromised accounts, and the desire to manage the narrative around deliverability issues. By acting as intermediaries and providing summarized reports, ESPs aim to protect their infrastructure, maintain the integrity of their data, and offer guidance to ensure customers understand and correctly respond to deliverability insights.

Key opinions

  • IP Ownership: ESPs own the IPs and want to control access to data about them.
  • Revocation Issues: Once access is granted, it's difficult to revoke, leading to potential data exposure for former customers.
  • Data Misinterpretation: Complex SNDS data can be misinterpreted, leading to incorrect actions and support escalations.
  • Data Leakage: Granting direct access increases the risk of data leaks affecting other senders.
  • Security Vulnerabilities: Compromised customer accounts can expose sensitive data about other senders.
  • Control of Narrative: ESPs prefer to manage SNDS data internally to control the narrative and provide guidance.
  • Security Improvements: Denying access allows better security implementations.

Key considerations

  • Data Accuracy: Ensure any deliverability data provided by the ESP is accurate and comprehensive.
  • Guidance and Support: Seek guidance from the ESP on interpreting deliverability data and addressing any issues.
  • Alternative Tools: Explore alternative tools like Google Postmaster Tools for additional insights.
  • Security Practices: Understand the ESP's security practices and data protection policies.
  • Risk Assessment: Consider the potential risks and benefits of direct SNDS access vs. managed reporting.
Marketer view

Email marketer from EmailVendorSelection.com responds that when ESPs deny access, it's often due to concerns about data misuse or misinterpretation. Raw SNDS data can be complex and might lead users to draw incorrect conclusions about their sending reputation, potentially causing unnecessary changes to their email program.

December 2021 - EmailVendorSelection.com
Marketer view

Marketer from Email Geeks shares that it's not uncommon for an ESP to deny direct SNDS access to customers, as the ESP owns the IPs. He is not acutely aware of any security concerns that would be presented by a customer accessing SNDS, but that doesn't mean none exist.

December 2024 - Email Geeks
Marketer view

Email marketer from Email on Acid shares that by denying direct access and acting as an intermediary by supplying the right information to their customer, ESP's protect other parties data from being leaked.

August 2024 - Email on Acid
Marketer view

Email marketer from Reddit shares that some ESPs prefer to manage SNDS data internally and provide summarized reports to their customers. This approach allows the ESP to control the narrative and offer guidance on how to interpret the data in the context of their platform.

September 2021 - Reddit
Marketer view

Marketer from Email Geeks shares that there's a "request reauthorization" button for someone with IP access in SNDS to trigger re-validation for another user with access to the IP. Part of the problem is that end users with access to SNDS have that same button, and can trigger the validation process for the ESP, removing those IPs rom the ESP's SNDS account if the validation process isn't completed.

October 2024 - Email Geeks
Marketer view

Email marketer from Litmus shares that by preventing access they're able to improve their security implementations by restricting the amount of users that have access to sensitive information.

August 2022 - Litmus
Marketer view

Marketer from Email Geeks explains the issue with an ESP giving access to SNDS for an IP within their network is there is no way to revoke that access in the future. If someone had SNDS access for ESP X and moved off of ESP X, there would be no way to prohibit them from still seeing data for the IP in SNDS even after their brand was no longer using the IP.

September 2021 - Email Geeks
Marketer view

Email marketer from StackOverflow explains that some ESPs are hesitant to give SNDS access due to fears that customers might misinterpret the data and blame the ESP for deliverability issues that are actually caused by the customer's sending practices. This can lead to support escalations and strained relationships.

November 2022 - StackOverflow
Marketer view

Email marketer from Quora mentions that the complexity of SNDS data can lead to misinterpretations, potentially resulting in misguided actions that harm deliverability. ESPs might prefer to offer guidance and support to ensure customers correctly understand the data.

September 2021 - Quora

What the experts say
2Expert opinions

ESPs deny direct access to SNDS (Smart Network Data Services) primarily to safeguard the reputation of their shared IP pools and to mitigate potential liability. Unmonitored customer activities could negatively impact other senders using the same IPs, leading to widespread deliverability issues. Furthermore, ESPs risk being held responsible if a customer misuses SNDS data or violates Microsoft's terms of service.

Key opinions

  • IP Reputation Protection: ESPs aim to protect the overall reputation of their shared IP pools.
  • Risk of Negative Impact: Unmonitored customer activity can negatively impact other senders.
  • Liability Concerns: ESPs could be held liable for customer misuse of SNDS data or violations of terms of service.

Key considerations

  • IP Pool Impact: Understand how your email sending practices can affect the reputation of shared IP pools.
  • Terms of Service: Adhere to the terms of service of Microsoft and the ESP regarding SNDS data usage.
  • Monitoring: Consider the importance of closely monitoring your sending practices to prevent negative impacts on deliverability.
Expert view

Expert from Spam Resource explains that ESPs might deny direct SNDS access to protect the overall reputation of their shared IP pools. Unmonitored customer activity could negatively impact other senders on the same IP, leading to deliverability issues for everyone.

November 2022 - Spam Resource
Expert view

Expert from Word to the Wise responds that ESPs might deny direct SNDS access due to liability concerns. If a customer misuses SNDS data or engages in activities that violate Microsoft's terms of service, the ESP could be held responsible.

November 2024 - Word to the Wise

What the documentation says
7Technical articles

ESPs deny direct SNDS (Smart Network Data Services) access for multiple reasons, including the potential exposure of data from other senders sharing the same IP pool, which raises privacy concerns and creates competitive disadvantages. Providing direct access introduces security vulnerabilities, as compromised customer accounts could expose sensitive data. Some ESPs prefer to aggregate SNDS data with other metrics, presenting it in a user-friendly format that focuses on actionable recommendations. They also aim to protect themselves from liabilities associated with customers misusing the data. Additionally, ESPs may encourage the use of alternative tools like Google Postmaster Tools for a more comprehensive view of sender reputation.

Key findings

  • Data Exposure: Direct access can expose data of other senders on the same IP pool.
  • Privacy Concerns: Sharing data can create privacy issues and competitive disadvantages.
  • Security Vulnerabilities: Compromised accounts can expose sensitive data of others.
  • Data Aggregation: ESPs prefer to aggregate SNDS with other metrics for a better user experience.
  • Liability Protection: Denying access protects ESPs from liabilities related to data misuse.
  • Alternative Tools: Alternatives like Google Postmaster Tools provide broader insights.

Key considerations

  • Privacy Implications: Understand the privacy implications of accessing shared IP data.
  • Security Measures: Assess the ESP's security measures for protecting sensitive data.
  • Data Presentation: Evaluate how the ESP presents deliverability data and its actionable insights.
  • Liability Risks: Consider the potential liabilities related to using SNDS data.
  • Holistic View: Seek a holistic view of sender reputation using multiple tools.
Technical article

Documentation from Amazon states that they do not want to be responsible for customers using information they shouldn't be, therefore they deny SNDS access to protect themselves from liabilities.

June 2022 - Amazon
Technical article

Documentation from Microsoft explains that SNDS (Smart Network Data Services) provides data regarding your IP address's reputation with Microsoft services, including spam complaint rates and traffic volume. Access is typically granted to IP owners to help them monitor and improve their sending practices.

April 2022 - Microsoft
Technical article

Documentation from Sendgrid shares that by preventing SNDS access, they're able to provide an overall better experience for their customers by giving them what they need, whilst preventing them from accessing more complex data that may cause issues.

April 2023 - Sendgrid
Technical article

Documentation from Validity (ReturnPath) states that providing direct SNDS access to multiple customers can introduce security vulnerabilities. If a customer's account is compromised, it could potentially expose sensitive data about other senders using the same ESP.

March 2021 - Validity
Technical article

Documentation from SparkPost shares that direct access to SNDS could allow customers to see reputation data that may reflect other senders who share the same IP pool. This exposure can create privacy concerns and potential competitive disadvantages for the ESP.

September 2024 - SparkPost
Technical article

Documentation from Google explains that while SNDS provides Microsoft-specific data, Google Postmaster Tools offers similar insights into your sender reputation with Gmail users. ESPs might encourage customers to use these tools instead of SNDS for a more holistic view.

July 2021 - Google
Technical article

Documentation from Mailjet shares that some ESPs believe they can provide more valuable insights by aggregating SNDS data with other deliverability metrics and presenting it in a user-friendly format. This allows customers to focus on actionable recommendations rather than raw data.

January 2022 - Mailjet