我目前面临以下问题:
我已经将我的一个域配置为与 Critsend 邮件服务一起使用。他们推荐的 SPF 和 DKIM 配置已在我们的系统上实施,但当我们使用他们的系统发送电子邮件时,它仍然显示该邮件是由 critsend.com 而不是 [MYDOMAIN] 发送的:
Delivered-To:[SOMEBODY] Received: by 10.194.154.227 with SMTP id vr3csp97881wjb; Tue, 25 Feb 2014 01:30:42 -0800 (PST) X-Received: by 10.194.190.10 with SMTP id gm10mr1147551wjc.55.1393320642547; Tue, 25 Feb 2014 01:30:42 -0800 (PST) Return-Path: [email protected]
Received: from sender17.critsend.com (sender17.critsend.com. [88.191.188.23]) by mx.google.com with ESMTP id ev4si41533wib.66.2014.02.25.01.30.42 for [SOMEBODY]; Tue, 25 Feb 2014 01:30:42 -0800 (PST) Received-SPF: pass (google.com: domain of [email protected] designates 88.191.188.23 as permitted sender) client-ip=88.191.188.23; Authentication-Results: mx.google.com; spf=pass (google.com: domain of [email protected] designates 88.191.188.23 as permitted sender) [email protected]; dkim=pass header.i=@[MYDOMAIN] Received: from sender17.critsend.com (localhost.localdomain [127.0.0.1]) by sender17.critsend.com (Postfix) with ESMTP id 4789D31C1091 for [SOMEBODY]; Tue, 25 Feb 2014 09:30:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=[MYDOMAIN]; i=@[MYDOMAIN]; q=dns/txt; s=critsend2; t=1393320642; h=MIME-Version : From : To : Subject : Content-Transfer-Encoding : Message-ID : List-Unsubscribe : Precedence : Content-Type; bh=VtkeZ6tV/XFMlAtluMsv26PzGvObCK+iI+sGcdRcD1M=; b=easlojoKgkQoaXt8EYcIJpHd0HuOq60XMRYpwrbQZZLndX2Yj2IqEdqheDzo8UXF2CTZfmk3uySAXK2xu7U4UxEEvB1jkKSTwC+WtDiCQUzMZkFK/59KGA113Znf6VbN6Z4qoP/JVo0Fw/FOrYnALGpQ/zRToE9kHZ7lapQZsJA= MIME-Version: 1.0 From: "[MYSELF]" <2013@[MYDOMAIN]> To:[SOMEBODY] Subject: Test 1 Content-Transfer-Encoding: quoted-printable Message-ID: <4+paasltcrblbsaecf2ecqsq6ugzg563umj3gyaorqrx5w6qz6f4d655s4qdhdelav3itvw3lmvytwsoztobumxur7hjdutj7iec2quohazor3b6ixmwj7gcwk3iar7xzrqzsx2bakdnifl757tn7m2yrd4e======+75030@critsend.com> List-Unsubscribe: Precedence: bulk Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Feb 2014 09:30:42 +0000 (UTC)
防晒指数
recordtype: spf name: [MYDOMAIN] value: v=spf1 mx include:messaging-master.com ~all recordtype: txt name: [MYDOMAIN] value: v=spf1 mx include:messaging-master.com ~all
http://critsend.freshdesk.com/support/articles/101362-how-can-i-setup-my
密钥管理信息系统
recordtype: txt name: critsend2._domainkey.[MYDOMAIN] value: k=rsa\; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCvEpIr9ILg7iXsdMlMst5sCK+MDc4GQDaZDmgLLHHVNn952Jh4zmB1Qp+fBSUzVfcU/qW4hicOMJKRe0bo8nIB/Gvh3CtJuyAFizXCUjDtn2V4t5rg2OEpVkEXHkwUoW43Z5753Q62flW2wb3zuEqoO5fWLUt4rcIqatE+O8zmSwIDAQAB
http://critsend.freshdesk.com/support/solutions/articles/101348-how-can-i-setup-my-dkim-
当我针对常用的测试工具运行 [MYDOMAIN] 时(http://www.kitterman.com/spf/validate.html,http://dkimcore.org/tools/keycheck.html)我收到的结果足以保证电子邮件正确发送。
有没有关于如何在自己的域中正确配置/使用 critsend 的想法,而无需参考 critsend?
--
找到解决方案:问题确实出在域的 SPF/DKIM 密钥配置上。正如 @mxx 所说,只要严格按照他们在网上找到的文档操作,就没问题了。
PS 拥有 SPF-SPF 和 TXT-SPF 完全没有问题。
答案1
返回电子邮件地址是电子邮件客户端中的一项设置,当您创建帐户、使用电子邮件和域时。像 critsend 这样的系统需要电子邮件@critsend.com
地址的唯一地方是 STMP Auth 设置,无论是在您的中继邮件服务器还是在您的电子邮件客户端上(如果您直接通过他们的服务器发送电子邮件)。
答案2
问题确实出在域的 SPF/DKIM 密钥配置上。正如 @mxx 所说,只要严格按照他们在网上找到的文档操作,就不会有问题。
PS 拥有 SPF-SPF 和 TXT-SPF 完全没有问题。