SMTP:错误554,邮件不符合RFC

SMTP:错误554,邮件不符合RFC,smtp,Smtp,我们的自定义自动电子邮件传递服务正在解决我们客户的两个SMTP服务器的这个问题。这种情况仅发生在其中三个服务器上--邮件将通过以下来自SMTP服务器的响应被反弹回来: SMTP error from remote mail server after end of data: host clients.host.name [XXX.XXX.XXX.XXX]: 554 Message is not RFC compliant 这是我们的自定义应用程序生成的电子邮件头。请注意,我们自己的电子邮件没有

我们的自定义自动电子邮件传递服务正在解决我们客户的两个SMTP服务器的这个问题。这种情况仅发生在其中三个服务器上--邮件将通过以下来自SMTP服务器的响应被反弹回来:

SMTP error from remote mail server after end of data:
host clients.host.name [XXX.XXX.XXX.XXX]: 554 Message is not RFC compliant
这是我们的自定义应用程序生成的电子邮件头。请注意,我们自己的电子邮件没有任何问题,但我们的应用程序没有

Return-path: <ouremail@our.domain>
Received: from [XXX.XXX.XXX.XXX] (helo=our.stmp.server)
by clients.smtp.server with smtp (Exim 4.69)
(envelope-from <ouremail@our.domain>)
id 1LQNiv-0008MM-IM
for clientsaddress@clients.domain; Fri, 23 Jan 2009 13:13:33 -0200
Subject: Test Mail
From: <ouremail@our.domain>
To: <clientsaddress@clients.domain>
MIME-Version: 1.0
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: ourCompany (ourcompanys.web.site)
Importance: Normal
Content-Type: multipart/mixed;
boundary="OURCOMPANYSsoftsmtp123X4560102897C"
X-Scan-Signature: e932e7231c8991cb29810b36327eaa17


--OURCOMPANYSsoftstmp123X4560102897C
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: base64

BASE64ENCODING

--OURCOMPANYSsoftstmp123X4560102897C--
返回路径:
接收:来自[XXX.XXX.XXX.XXX](helo=our.stmp.server)
通过clients.smtp.server和smtp(Exim 4.69)
(信封来自)
id 1LQNiv-0008MM-IM
对于clientsaddress@clients.domain; 2009年1月23日星期五13:13:33-0200
主题:测试邮件
发件人:
致:
MIME版本:1.0
X优先级:3(正常)
X-MSMail-Priority:正常
我们公司(我们公司的网站)
重要性:正常
内容类型:多部分/混合;
boundary=“我们的公司软件SMTP123X4560102897C”
X扫描签名:e932e7231c8991cb29810b36327eaa17
--我们公司的软件STMP123X4560102897C
内容类型:文本/纯文本;
charset=“iso-8859-1”
内容传输编码:base64
Base64编码
--我们公司的软件STMP123X4560102897C--

有什么想法吗?

程序生成的消息中没有
消息ID
日期
标题。这可能就是他们被拒绝的原因


此外,严格来说,SMTP要求行以CRLF分隔。我不知道这是否是你得到的。

我也看不到日期:标题。

Alnitak在你的帖子发布前一小时提到了这一点。啊,是的,请仔细阅读。只是想澄清一下:一些邮件服务器会在邮件ID和/或日期标题缺失时添加它们,但它们应该只在本地生成的内容上这样做,不是来自不同域的内容。有时技巧是发现不存在的内容:)为了澄清,MUA不添加这些标题是很常见的,因此它们是由第一个MTA添加的。但在MTA->MTA连接上不应该发生这种情况。