有很多尝试连接到我的邮件服务器，以发送邮件未经身份validation或猜测用户名和密码，我想，完成相同的。 我应该反对，就像在ssh的情况下，以及如何？ 只是一个说明：我有与fail2ban不好的经验。
我们为几个客户运行一个电子邮件服务器，最近我们遇到了一个难题。 我们有一位用户向一个不正确的电子邮件地址发送了一封电子邮件。 错误地指定的域名不幸存在。 它没有MXlogging，并且域的Alogging到了一个不会说SMTP的服务器。 因此，电子邮件服务器试图传递，并没有成功，因为没有电子邮件服务器正在运行。 出于这个原因，我们的电子邮件服务器完全按照SMTP RFC的规定，在五天的时间内尝试重新投递，最终放弃并在发送失败5天后发送通知给发件人。 RFC5321（简单邮件传输协议）的4.5.4.1节说： 重试继续，直到消息被传送或发送者放弃; 放弃时间一般至less需要4-5天。 因此，在这种情况下，邮件服务器的默认configuration已经按照RFC进行操作，这意味着在这种情况下指定错误的电子邮件地址的用户在五天之后将不会收到通知。 在这一点上，我的老板曾经问过，是否有可能把放弃时间缩短到一些短的时间，比如1天。 他的推理是，最好先通知用户未交付，并且用户可以尝试在以后重新交付，或通过备用渠道交付。 这听起来像是一个合理的事情，但是总的来说，我对执行任何与RFC中的内容相矛盾的configuration更改保持警惕。 有什么非明显的原因，为什么把放弃时间缩短到24小时是一个不好的主意，而不仅仅是说“RFC另有说明”？ 另外，在这种情况下，更大的电子邮件提供商（谷歌，微软，美国在线和雅虎）做了什么？
我正在编写一个脚本，通过电子邮件将输出发送给我，并在Outlook中阅读。 出于某种原因Outlook删除邮件中的所有换行符 ，并给我一点注意，它已从邮件中删除多余的换行符 如何解决我的消息，以便Outlook不会删除换行符？ Outlook显示其他消息罚款（有正确的换行符） 我用sed -s / $ / \ r / s / $ / \ n / s / \ r \ n / \ n / s / \ n \ r / \ n / s / $ / ^ M / – 没有运气 Outlook在行结束时期望什么？
我最近刚把我的一个邮件服务器（Exim + dovecot）移到了谷歌应用中，认为这是一个好主意。 我有兴趣听听服务器故障社区怎么想，而且主要是看重利弊。 优点： – 无需维护自己的邮件服务器 – 额外的安全性 – 我们在这里说的谷歌服务器 – 无需处理垃圾邮件等资源浪费 – 现在是谷歌的问题。 更好的连接性/更好的正常运行时间 缺点： – 安全 – 您能否信任任何敏感信息的第三方？ – 无法访问邮件应用程序，无法自定义以满足您的确切需求 – 没办法知道谷歌是否会closures或长期收取更多的钱。 很高兴听到你们对移动或不移动谷歌应用程序的想法。 谢谢，
我们计划将所有企业电子邮件迁移到Google Apps，但是我无法在任何地方find以下问题的答案。 希望有人会帮助。 目前，我们有10个真实的电子邮件地址（也就是我们组织中的每个人）以及一些行政pipe理（如support@ ， registrationrequest@等）。 在转到Google Apps后，我只打算保留这10个“真实”地址，并将support@唯一的“pipe理”地址：每年支付50美元的地址每年将收到12封电子邮件。 所以这是我的问题：是否可以告诉Google Apps将所有发送到未知（未注册）地址的电子邮件转发到特定的电子邮箱，以便所有发送到“registrationrequest @”的电子邮件will eventually end up in支持”的formswill eventually end up in 。
我已经运行了四年的Postfix服务器，其中一年的可靠性对我来说非常重要。 虽然它运行的很好，当时没有计划外的宕机时间，但我发现Postfix的configuration是完全的巫术。 尤其是： 重写规则 – 我不知道Postfix是什么。 几年前，我pipe理一个Exim邮件服务器，重写的方法对我来说是有意义的。 安全性 – 我没有内化Postfix的威胁模型。 对我来说，保护Postfix意味着避免修改configuration文件，不保留来自可信来源的build议信，并使Postfix保持最新状态。 encryption – 我想知道像SASL，TLS和c这样的function在Postfix服务器的生活中可以发挥的作用。 我应该阅读什么来获得关于这些事情的线索？ 我想我更喜欢一篇文章或报告，如何或书。
为了响应从我的Google Apps域帐户（位于offby1.net）发送的电子邮件，我已经开始收到Delivery Status Notification (Failure)消息： Delivery to the following recipient failed permanently: **obfuscated**@gmail.com Technical details of permanent failure: Google 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 […]
我的组织目前正在将电子邮件外包给SMTP服务提供商。 我们正在考虑将这些内容带回家，以便发送我们自己的电子邮件。 我们每天发送关于订单确认和装运通知的约5k交易电子邮件。 这种量和这些电子邮件的重要性意味着我们需要确保我们的邮件服务器尽可能configuration，以避免电子邮件看起来像垃圾邮件。 我们发送的电子邮件往往是相似的，因为他们是模板的订单确认，所以风险是电子邮件被归类为垃圾邮件，我们被阻止或我们的电子邮件反弹。 通过外包电子邮件提供商，我们获得了良好的交付能力，但如果我们自己做，我们担心电子邮件将无法交付。 我们迄今为止的想法包括： 正确设置反向DNS 设置SPFlogging 域密钥（不知道这是否容易或困难） build立一个可以发送本卷电子邮件并避免被分类为垃圾邮件的邮件服务器的提示和最佳做法是什么？
我收到错误邮件：无法访问您的服务器; 电子邮件没有发送。 当我查看Exim错误日志时，我看到了我发送邮件的主机，然后是“不允许中继”。 我现在能做什么？
有人可以解释用户的Exchange属性的常规选项卡中的Alias字段与SMTP地址（ Email Addresses选项卡）之间的连接（或断开连接）吗？ 术语让我感到困惑： SMTP地址 别号 代理地址