试图每天通过SMTP发送超过几百封电子邮件给谷歌G-Suite上的我们自己的员工,由于谷歌方面的任意配额限制,往往会造成严重的延迟。
我们目前有一个单独的公司后缀服务器负责传出SMTP。此服务器将从内部服务到内部收件人的任何电子邮件转发到G-Suite。
我已经配置了SFP记录,电子邮件服务器在G-Suite中注册为公司的电子邮件网关。
通常情况下,G-Suite的电子邮件投递被拒绝,谷歌邮件交换机的答复是450-4.2.1,造成了几个小时的延误。
具体而言,这一信息:
1月10日11:57:03 smtp后缀/smtp七百一十二:A067338013: host aspmx.l.google.com173.194.73.26说: 450-4.2.1您试图联系的用户正在以450-4.2.1的速率接收邮件,从而阻止了其他消息的发送。请稍后重新发送您的450-4.2.1信息.如果用户能够在450-4.2.1时间接收邮件,您的邮件将被传递。欲了解更多信息,请访问450 4.2.1 https://support.google.com/mail/?p=ReceivingRate r22-v6si64987734ljb.4 - gsmtp (以响应RCPT命令)
下图显示了当前来自内部系统的电子邮件流:

有哪些选择可以增加从内部系统向员工发送电子邮件的能力?
我们可能忽略了G套件中的一些配置选项吗?有没有其他方式从内部来源向G-Suite发送电子邮件?我们可以添加更多SMTP中继来增加配额吗?
我和G-Suite的支持部门讨论过这件事,他唯一的建议就是少发电子邮件。围棋图:)
考虑到我们每天只发送几十封电子邮件给每个用户,我猜我们不是第一个看到这个问题的公司。希望有一个简单的解决方案!
发布于 2019-01-15 11:17:54
看起来Google提供了一个G-Suite SMTP relay service,用于向外部电子邮件发送更大数量的电子邮件,希望绕过适用于Google公共邮件交换机的每个用户接收限制(这些公共邮件服务器被谷歌称为受限SMTP服务)。
特定的中继服务必须在Gmail接口中的高级Gmail设置中配置。然后,可以通过IP地址或IP范围添加本地SMTP服务器。最后,本地SMTP服务器必须配置为直接将域的电子邮件传递给smtp-relay.gmail.com,而不是使用DNS中的MX记录。
然后,一个组织范围的配额将生效,将每天的电子邮件数量限制在130,乘以G-Suite帐户的数量。因此,对于50个用户组织来说,每天有6500封电子邮件。
目前尚不清楚其他短期配额是否也在生效,类似于谷歌( Google )公共邮件交换机构所实施的配额。
不同的电子邮件传递服务由Google在这里描述:从打印机、扫描仪或应用程序发送电子邮件。
https://serverfault.com/questions/948815
复制相似问题