我的团队为客户支持一个网站，我们使用SendGrid代表他们发送与该网站相关的电子邮件。
我们与他们自己的电子邮件服务器没有任何关系，我目前对此一无所知。
据我所知，SendGrid具有正确的身份验证，并且是其域的授权发件人，并且几乎98％的电子邮件已成功发送。
但是，由于“ 550中继被拒绝”的原因，我们进行了几次退回，所有这些退回都是针对客户域中的地址（与他们的网站相同，以及电子邮件的发件人地址）。
大多数发送到其域的电子邮件已成功发送。
很遗憾，我无法访问退回电子邮件的完整标题，仅是原因。
我知道，通常该错误可能是由
引起的我的主要问题是，与发件人地址相同的域是否可以关联？正如电子邮件所声称的那样，它来自发送到的同一地方，这是否有可能影响中继的处理方式？
如果不是这样，那么我也很希望能找到关于在哪里寻找问题的指针（或者如果问题可能是从他们的最终目的来建议客户应该怎么看的）。电子邮件配置和身份验证，但我是该领域的新手。
谢谢。
答案 0 :(得分：1)
相同的域很可能是相关的，但是通常发生这种情况时，接收服务器会拒绝所有所有邮件，这些邮件看起来都是来自其自身。
与DKIM和SPF分开的大多数邮件服务器认为，它们自己对来自domain.com的邮件负责。因此，它们中的许多都具有防网络钓鱼过滤器，可以拒绝声称来自自己的“外部”邮件。就像“你不能成为Carrie， 我是 Carrie！走开！”
只有一些邮件这一事实很有趣。错误relay denied也可能是关键，尽管这些反网络钓鱼过滤器通常使用“伪造”错误来不放弃游戏。
被拒绝的邮件的收件人是否应用了某种内部转发？这可能是原因，在这种情况下，退回原因是诚实的。
或者它们可能具有更明确的反网络钓鱼功能，仅拒绝“来自”或“特定地址”的邮件。您可以尝试测试某些组合，看看是否有可重复的内容。
但是，最终将归结为与接收邮件域的管理员一起工作，并更新这些规则，或将向其发送邮件的SendGrid IP列入白名单。