Google、Yahoo 和 Microsoft 现在会检查您所发邮件的 SPF、DKIM 和 DMARC。作为我们托管 IT 服务的一部分，我们会正确配置这些记录，监控报告，并添加过滤机制，在虚假发票和薪资诈骗邮件到达您的员工之前将其拦截。
电子邮件是针对小型企业的大多数攻击的起点，也是大多数送达问题的来源。我们两方面都负责。
顺序至关重要。结果是：攻击者无法冒用您的域名发信，而您的邮件能顺利进入 Gmail 和 Outlook 的收件箱。
所有以您的域名发送邮件的服务：邮件平台、CRM、开票系统、营销工具、服务台、网站表单。
逐一修复每个发件方，并把 SPF 控制在十次查询限制以内。
开启报告功能，并收集几周的报告。
我们与您一起审查报告，修复遗漏的发件方，并收紧策略。
待报告不再出现问题后切换，并持续关注新的发件方。
您的 DNS、您的邮件平台、您的设置。我们通过以贵公司名义开设的专用管理员账户（受 MFA 保护，且仅在您指示下使用），在您自己的 Microsoft 365 或 Google Workspace 内部完成所有更改；没有任何数据会转移到 SF3 Technologies 的系统。
若您未来需要更换服务商，我们将把记录、过滤规则和文档移交给您的新团队，协助完成交接，随后注销我们的账户，确保您能完整保留所有资料。
商业邮件欺诈不需要恶意软件，只需要一封看似可信、要求财务更改银行账户的邮件。我们分层降低这一风险：无法被伪造的域名；标记相似发件人和首次联系人的过滤机制；针对攻击者惯用伎俩监控的邮箱规则；以及简短培训，让您的团队能识别这类套路。
欢迎联系我们，探讨您的域名事宜通常是因为某个以您的域名发信的服务没有加入 SPF 或 DKIM，或者 SPF 记录超过了查询次数限制，又或者冒用行为损害了您域名的信誉。我们会检查每个发件方，修正记录，并持续监控报告，直到送达恢复正常。
这同样适用于 Microsoft 365 和 Google Workspace，以及混合环境。
Microsoft 365 管理需要。Google、Yahoo 和 Microsoft 现在会检查收件邮件的 SPF、DKIM 和 DMARC，记录缺失或验证失败不仅影响送达，还会让攻击者冒用您的域名。此外，如今大多数网络保险和供应商问卷也会问到这一项。
通常是因为某个以您的域名发信的服务缺少 SPF、DKIM 或 DMARC，或配置有误，也可能是您的域名信誉因冒用而受损。我们会检查每个发件方，修正记录，并持续监控报告，直到送达恢复正常。
按正确顺序设置就不会。这正是我们从“none”策略开始、收集报告并逐一修复每个发件方，然后才切换到“quarantine”和“reject”的原因。问题通常出在所有合法发件方尚未覆盖就切换到“reject”。
SPF 最多允许十次 DNS 查询，您添加到记录中的每项服务都会占用其中一部分，因此第十一项服务会悄无声息地让整条记录失效。我们会扁平化或重组记录，并针对每个发信系统进行验证。
适用。DNS 记录是一样的，我们会在两个平台上配置 DKIM 和过滤。混合环境很常见，我们都能处理。
正确执行的 DMARC 策略能阻止攻击者发送看似来自您域名的邮件，过滤机制则会标记相似域名和异常付款请求。随后的培训让您的财务团队养成一个简单的习惯：任何银行账户变更都通过电话核实。
邮件进了垃圾箱，或是有人冒用您的名义发信？
联系我们