标签: attachment

在辉煌的 2011 年，阻止我们通过电子邮件相互发送 1GB 文件的技术限制是什么？

还是只是主要的电子邮件平台拖延了脚步？

如果我可以将收件箱设置为仅抓取标题，然后根据需要抓取完整的附件，有什么问题？

我觉得电子邮件附件大小停留在 1992 年...

向运行 Postfix 作为 MTA 的新 CentOS6 服务器发送大型电子邮件时，将返回以下消息：

tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 552 552 5.3.4 Error: message file too big (state 18)

我发现了以下建议，但不清楚需要在main.cf文件中的何处添加：

这是由 Postfix 引起的，它不仅限制消息，还限制邮箱大小。

我必须在以下位置添加此设置/etc/postfix/main.cf：

message_size_limit = 31457280

如何在 Postfix 中增加最大邮件大小（包括附件）？

我有一个运行 Postfix 和 Dovecot 的邮件服务器 (CentOS 6.5)

Postfix 正在侦听端口 25 的入站邮件和 587 的出站邮件

问题是带有 pdf 附件的出站邮件被阻止，而我只希望带有 pdf 附件的入站邮件被阻止。

我在 main.cf 中有这个配置行

 mime_header_checks = regexp:/etc/postfix/blocked_attachments

blocks_attachments 文件包含：

/name=[^>]*\.(pdf|zip)/ REJECT

因此，带有 pdf 附件的传入邮件被正确阻止，但是当我用 PDF 撰写电子邮件时，当我尝试发送时也被阻止。

如何告诉 postfix 我只希望过滤传入的附件？或者我错过了什么？

我希望你能帮我解决我遇到的这个小问题。

我在我们的测试环境中安装了 DPM 2010 来测试 Exchange 2010 服务器上的备份。

环境包括：

1xDC

2 个 Exchange Server 2010

1 个 DPM 2010 服务器

所有这些都在 Microsoft server 2008 R2 虚拟机上运行。主机正在使用 Hyper-v。

所以问题是这样的：

1- 我尝试从 DPM 服务器 GUI 安装代理，但失败表明我没有正确的权限。

2- 然后我尝试使用以下命令进行手动安装：Microsoft 站点http://technet.microsoft.com/en-us/library/bb870935.aspx

3- 代理安装有效，但是当我将代理附加到 DPM 服务器时，它仍然给我错误消息，指出指定的帐户没有管理员权限。

4-我尝试了域管理员，域管理员+本地管理员的用户，单个本地管理员。

5- 我已经关闭了 Windows 防火墙并确保所有服务都在运行。

所以现在我没有想法并且真的需要帮助，附加到 DPM 服务器的代理是阻止我将所有内容部署到生产站点的最后一件事。任何帮助将非常感激。

我们是一家通信公司，主要负责打印报表/水电费账单，然后通过邮寄方式将它们邮寄出去。

一些客户要求电子交付。几乎将打印输出作为 PDF，而不是打印和邮寄，而是将其作为 PDF 附件通过电子邮件发送。代表我们的客户向他们的客户发送这些类型的通信的最佳方式是什么？

例如，通过他们的邮件服务器发送，自己在通用域（例如 clientname.genericmailname.com）上设置邮件服务器，或设置邮件服务器并从客户端域发送。

从与 MX 记录不匹配的服务器发送的电子邮件通常不会被标记为垃圾邮件吗？（例如，如果我们从我们的邮件服务器从 noreply@clientdomainname.com 发送电子邮件）。

另外，如果我们需要设置邮件服务器，有什么建议？我们是一家橱窗商店，如果我可以避免使用 sendmail、postfix 或 q 来弄脏东西，我会更喜欢它吗？我们可能会在 SSIS 脚本或其他东西中进行实际的电子邮件发送。

干杯

我需要如何格式化文本文件，以便 SMTP 服务可以读取它来发送带有附件的电子邮件？

我们有一个服务器，我们在其中使用 II6 SMTP 从 Pickup 文件夹发送邮件。目标是将格式正确的文本文件放入 Mailroot\Pickup，然后该文件将被自动处理并发送到正确的 SMTP 收件人。

对于简单文件，这可以正常工作。这是一个有效的简单文件示例（域名已更改）：

    来自：bmccormack@mydomain.com
    至：bmccormack@mydomain.com
    主题：世界，你好！

    电子邮件的测试正文

当我将包含上述内容的文本文件放入 Mailroot\Pickup 文件夹时，它会正确发送。但是，我一直无法弄清楚如何让附件工作。

我找到了一些材料，解释了如何对 SMTP 附件进行编码，以及另一种用于简单 base64 编码转换的工具。使用这些页面上的信息，我想出了以下文字：

    来自：bmccormack@mydomain.com
    至：bmccormack@mydomain.com
    主题：世界，你好！

    MIME 版本：1.0
    内容类型：文本/纯文本；
      边界=“附加”
    内容处置：内联；

    - 随附的
    内容传输编码：base64
    内容类型：文本/纯文本；
      名称=“附件.txt”
    Content-Disposition：附件；
      文件名=“附件.txt”

    VGhpcyBpcyBhIHRlc3Qgb2Ygc29tZXRoaW5nIHRvIGVuY29kZS4NCk5ldyBsaW5lDQpOZXcgTGlu
    ZQ0KIkhlbGxvdyIgISEhDQo9PT09ICcgZnNkZnNkZiAxMjM1NDU2MzQzNA==
    - 随附的 - 

但是，当我将上述文本放入文件并将其放入 Mailroot\Pickup 时，它无法正确发送附件。相反，电子邮件会在电子邮件正文中显示以下内容：

    MIME 版本：1.0
    内容类型：文本/纯文本；
      边界=“附加”
    内容处置：内联；

    - 随附的
    内容传输编码：base64
    内容类型：文本/纯文本；
      名称=“附件.txt”
    Content-Disposition：附件；
      文件名=“附件.txt”

    VGhpcyBpcyBhIHRlc3Qgb2Ygc29tZXRoaW5nIHRvIGVuY29kZS4NCk5ldyBsaW5lDQpOZXcgTGlu
    ZQ0KIkhlbGxvdyIgISEhDQo9PT09ICcgZnNkZnNkZiAxMjM1NDU2MzQzNA==
    - 随附的 - 

我不知道我需要做什么来格式化文本文件，以便 SMTP 服务正确发送附件。

我们正在合作的一家公司有一些荒谬的安全措施。其中之一是这样的：

• 您不能通过电子邮件向我们发送 .zip 文件。如果要传输 .zip 文件，请将其重命名为 .txt。

恕我直言，这没有充分的理由。我只能看到两个原因：

• 他们的员工都是白痴，会点击每个 zip 文件，以及 zip 文件中的每个 .exe/.vbs/britney.jpg.com 文件。通过只告诉聪明人使用 rename-to-.txt 文件技巧，愚蠢的人不会构成威胁。其实我喜欢这个解释。
• 电子邮件软件中存在一个已知错误，它会自动打开 .zip 文件并被感染。重命名可防止软件执行此操作。

除此之外，当 .txt 到达时，他们的用户仍然必须将其重命名为 .zip，然后我们又回到了第 1 点：我们有一个潜在的不安全的 zip 文件。

我错过了什么吗？有什么理由可以推荐这种做法吗？

鉴于我有足够的磁盘空间可以使用，在配置电子邮件附件大小限制时需要考虑哪些技术注意事项？

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

经过一些故障排除后，我发现 GoDaddy 网络邮件也遇到了同样的问题。附件显示为二进制代码而不是附件。

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

附件采用以下格式进行 uuencoded：

开始 664 文件名.xls

[二进制代码]

结尾

我只是想知道这些在最近年份的客户端和网络邮件界面上被错误解码的原因是什么......是否仅仅是因为编码太古老以至于大多数平台已经放弃了对它的支持，还是可能有另一个问题？

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

我对他们的建议是根据当前的 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 …

我知道雅虎和谷歌邮件支持 25MB 的电子邮件附件。我从某处了解到现代电子邮件系统通常支持 10MB 的电子邮件。

因此，如果我在 Internet 上的两个任意用户之间发送电子邮件，消息大小的安全上限是多少？1MB？10MB？25MB？

我知道一个答案是“不要发送大电子邮件，使用某种投递箱”。如果您仅限于使用常规 smtp 电子邮件，我正在寻找指南。

您如何配置 Outlook 以显示所有（包括不安全的）邮件附件？