服务器 Gind.cn
  1. 服务器 Gind.cn
  3. uuencoded邮件附件显示为二进制代码
Intereting Posts
如何找出谁删除了事件查看器日志 Rails：多种应用程序部署策略 我可以不用ssh访问远程服务器吗？ 傀儡inheritance的参数化类 如何手动发送无线局域网唤醒（WoWLAN）/请求唤醒请求？ Ubuntu上的低延迟TCP设置 Amazon EC2每个实例有多个私有IP地址 如何让特定的IP连接到服务器？ nginx从memcached返回损坏的数据 使用AWS硬件VPN或直接连接的带宽考虑？ Dockerfile与安全的Apache httpd服务器关于SSLauthentication文件的担忧分离 XEN Server 4.4.4 – 无法创build磁盘分区 群发电子邮件平台的最佳实践 重build/etc/rc?.d/链接 IIS 7是否具有同时请求的限制？

uuencoded邮件附件显示为二进制代码

我在最近从Exchange 2003切换到Exchange 2010的客户端上遇到了附件显示问题。该问题最初被认为仅影响Mac OS X电子邮件客户端（Outlook 2011和Mac OS Mail）和iOS客户端。

经过一些故障排除后，我发现GoDaddy webmail也遭受同样的问题。附件显示为二进制代码而不是附件。

有问题的附件是作为包含基本html代码的.xls文件从SAP服务器发送的。 附件在Windows客户端上正确解码，虽然它们会产生附件内容不符合扩展名的错误，而扩展名必须覆盖附件才能通过。 最初，问题在于新的Exchange 2010服务器由于此错误而出于安全原因剥离了附件内容。

附件以以下格式进行编码：

开始664 Filename.xls

[二进制代码]

结束

我只是想知道是什么原因是这些被错误地解码在最近年份的客户端和networking邮件接口…是不是因为编码是如此古老，大多数平台已经放弃了对它的支持或是否有可能另一个问题？

我试图协助发件人解决这个问题，因为他们不知所措，他们每天都会向客户发送大量的自动邮件。

我对他们的build议是按照当前的MIME标准对附件进行编码，并将其指向http://tools.ietf.org/html/rfc2045

如果有人愿意就我是否在这里失去一些东西给我上学，请让我知道，如果我走错了方向。

谢谢，

中号

—在响应请求消息标题发布 – 不适合注释— 

Received: (qmail 26660 invoked from network); 5 May 2012 09:30:51 -0000 Received: from unknown (HELO m1pismtp01-024.prod.mesa1.secureserver.net) ([10.8.12.27]) (envelope-sender <[removed]>) by p3plsmtp05-04.prod.phx3.secureserver.net (qmail-1.03) with SMTP for <[removed]>; 5 May 2012 09:30:51 -0000 X-IronPort-Anti-Spam-Result: AuACAB/wpE+qq/xekWdsb2JhbABFoSgBjhqDMSIBAQEBCQsLGwMkgi2BLzA/iCC6Top/hT1jBI04WZs0 Received: from rhmailer.rhbss.com ([170.171.252.94]) by m1pismtp01-024.prod.mesa1.secureserver.net with ESMTP; 05 May 2012 02:30:50 -0700 Received: from sapapp2.us.[removed].com (10.104.61.31) by RHMAILER.RHBSS.COM id hkjpke18hq4j for <[removed]>; Sat, 5 May 2012 05:30:45 -0400 (envelope-from <[removed]>) Received: from sapapp2.us.[removed].com (localhost.localdomain [127.0.0.1]) by sapapp2.us.[removed].com (8.13.8/8.13.8) with ESMTP id q459Umhs003627; Sat, 5 May 2012 05:30:48 -0400 Received: (from prdadm@localhost) by sapapp2.us.[removed].com (8.13.8/8.13.8/Submit) id q459UiC0003584; Sat, 5 May 2012 05:30:44 -0400 Date: Sat, 5 May 2012 05:30:44 -0400 Message-Id: <[email protected].[removed].com> To: [removed addresses] From: "SAPPRD" <[removed]> Subject: [removed] X-Nonspam: None Yesterday's Top 20 Orders begin 664 [removed].xls M/$A434P^"CQ(14%$/@H\;65T82!H='1P+65Q=6EV/2)#;VYT96YT+51Y<&4B M(&-O;G1E;G0](G1E>'0O:'1M;#L@8VAA<GE=#UW:6YD;W=S+3$R-3(B/@H\ [removed confidential content] M/2)!<FEA;"(^24X\+T9/3E0^/"]41#X*/"]44CX*/"]486)L93X*/"]"3T19 */@H\+TA434P^"@`` ` end

（这应该是一个评论，但我想多一点格式化…）

首先，当你说“二进制代码”，你看到这样的东西： 

 begin 644 webutils_pl M4F5C;V=N:7II;F<@9FEL97,@96YC;V1E9"!U<VEN9R!5565N8V]D90T*#0I! M(&9I;&4@96YC;V1E9"!W:71H(%5596YC;V1E('5S=6%L>2!S=&%R=',@=VET M:"!A(&AE861E<B!L:6YE(&]F('1H92!F;W)M.@T*#0IB96=I;B`\;6]D93X@ [ deleted a bunch of similar lines ] M<F]D=6-E<R!A('9A;'5E('=H;WE(&QO=V5R('-I>"!B:71S(&%R92`P+@T* M#0HH4V]U<FE.B!7:6MI<&5D:6$I#0H-"D9O<B!E>&%M<&QE+"!U=65N8V]D M:6YG('1H:7,@=VAO;&4@<V5C=&EO;B!W;W5L9"!G:79E('1H92!F;VQL;W=I *;F<@<F5S=6QT.@`` ` end

如果是正确的UUencoded，那么倒数第二行（在“结束”行之前）有一行“`”，除了“`”之前的每一行数据都以M开头。

如果实际的UUencoding是正确的，接下来要看的是头是否搞砸了。 创build消息的SAP服务器在生成消息时可能会做一些奇怪的事情。 你能发布一个示例消息的完整标题吗？

编辑：在查看张贴的标题后，这不是一个MIME消息 – 没有MIME版本标题，没有内容types的行…只有UUencoded文件作为邮件的正文闪回到MIME前的日子，虽然有很多的工具可以解码文件，但这不是一个好的解决scheme。 正如您已经评论过的，SAP服务器确实需要configuration为发送MIME消息。

这是正确编码的消息示例的样子。 并不是所有的东西都是相关的，但是正确的文件头的例子应该出现在下面的示例中。 请注意内容types和内容传输编码标头。 

  Return-path: <[removed]> Received: from nk11p00mm-smtpin128.mac.com ([17.158.160.110]) by ms01064.mac.com (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Jan 3 2012)) with ESMTP id <[email protected]> for [removed]; Sat, 05 May 2012 23:37:45 +0000 (GMT) Original-recipient: rfc822;[removed] Received: from p3plwbeout05-02.prod.phx3.secureserver.net ([97.74.135.47]) by nk11p00mm-smtpin128.mac.com (Oracle Communications Messaging Server 7u4-23.01(7.0.4.23.0) 64bit (built Aug 10 2011)) with SMTP id <[email protected]> for [removed] (ORCPT [removed]); Sat, 05 May 2012 23:37:45 +0000 (GMT) Received: (qmail 4538 invoked from network); Sat, 05 May 2012 23:37:45 +0000 Received: from unknown (HELO localhost) (97.74.135.118) by p3plwbeout05-02.prod.phx3.secureserver.net with SMTP; Sat, 05 May 2012 23:37:45 +0000 Received: (qmail 3092 invoked by uid 99); Sat, 05 May 2012 23:37:45 +0000 Content-type: multipart/mixed; boundary="=_9b9e05f8e0418ec345340e8a4ccb0c8f" X-Originating-IP: 67.243.139.105 User-Agent: Workspace Webmail 5.6.17 Message-id: <20120505163744.aee46609c082ce5b1463c91da4f31dbb.ba713f24d9.wbe@email05.secureserver.net> From: [removed] To: [removed] Subject: Test SAP Date: Sat, 05 May 2012 16:37:44 -0700 MIME-version: 1.0 --=_9b9e05f8e0418ec345340e8a4ccb0c8f Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8" <html><body><span style=3D"font-family:Verdana; color:#000000; font-size:10= pt;"><div><br mce_bogus=3D"1"></div></span></body></html> --=_9b9e05f8e0418ec345340e8a4ccb0c8f Content-Transfer-Encoding: base64 Content-Type: text/MSEXCEL; name="Test_File.xls"; Content-Disposition: attachment; filename="Test_File.xls"; PEhUTUw+CjxIRUFEPgo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRl eHQvaHRtbDsgY2hhcnNldD13aW5kb3dzLTEyNTIiPgo8VElUTEU+SU5URVJBQ1RJVkUgVE9QIDIw ZWwubnVtYmVyZm9ybWF0OkAiPjxGT05UIEZBQ0U9IkFyaWFsIj5JUDwvRk9OVD48L1REPgo8L1RS Pgo8L1RhYmxlPgo8L0JPRFk+CjwvSFRNTD4K --=_9b9e05f8e0418ec345340e8a4ccb0c8f--

UUENCODE是一种用于在电子邮件中发送二进制数据的旧格式。 这是一个将二进制文件转换为文本的Unix程序，发件人可以将其粘贴到他的电子邮件中。 收件人将生成的电子邮件的内容保存到一个文件，然后UUDECODED它看到原始数据; 有些客户自动做了这个。

目前，UUENCODE已被MIME所取代。 最好的答案是用MIME编码附件replace您的UUENCODED附件。 如果这不是一个选项，那么你是在你的电子邮件客户端的摆布。 尽pipe没有现代的电子邮件客户端会使用UUENCODE来发送附件，但有些仍然会自动检测和解码UUENCODED数据; 别人不会的。 在今天上午的testing中，我发现Outlook 2010，Gmail和Thunderbird检测并解码，但是Apple的Mail和IOS的Mail没有。 你的旅费可能会改变。

我只是想知道在最近的年份的客户端和networking邮件界面上这些错误解码的原因是什么

你正在使用20年前的技术，有些客户不支持它。 去搞清楚。

我对他们的build议是按照现行的MIME标准对附件进行编码

这绝对是正确的build议。 你会得到普遍的支持，如果你这样做。 祝你好运。