我在Server 2008 R2上安装了SMTP服务。 在Domains下，如果我转到属性，在Route Domain下，我可以select将所有邮件转发到智能主机，而我目前有一个地址[nnn.nnn.nnn.nnn]。 在这里可以有多个地址吗？ [nnn.nnn.nnn.nnn]; [nnn.nnn.nnn.nnn]或[nnn.nnn.nnn.nnn]，[nnn.nnn.nnn.nnn] ？
我有一个维护公司A（电子邮件地址为％username%@companyA.com）的客户，他们拥有域companyB.com，但没有专为companyB.com设置的“基础结构”（没有Exchange服务器）。 我的客户需要能够让其公司（companyA.com）中的最终用户在发送电子邮件的主题（或主体）行中添加特定的单词或短语（他们只关心传出，在这种情况下，问题），触发Exchange 2010服务器用[email protected]重写标头From和Reply-To [email protected]，但只有在用户将关键字/短语放入主题（或主体）。 我试图使用传输规则和New-AddressRewriteEntry cmdlet，但每个似乎都有一个限制。 从我可以告诉的传输规则不能重写From / Reply-To字段，New-AddressRewriteEntry不能根据消息内容有条件触发。 所以回顾一下： 用户在组织外发送电子邮件：发件人和回复 – 保持[email protected] 用户通过主题或正文中的“ KeyWord ”发送组织外的电子邮件：From和Reply-To自动更改为[email protected]。 任何人都知道这是如何编写一个新的邮件代理？ 我没有编程知识来编写自定义代理…我可以使用Exchange命令行pipe理程序或控制台的任何function。 或者，如果有人知道一个简单的附加程序，可以做到这一点，也是很好的。 任何帮助将不胜感激！ 谢谢！！！
我在我的服务器上运行MailEnable ，已经很多年了。 最近我们对我们的服务器发起了攻击，我能够closures这个洞。 从那以后，我们的邮件服务器似乎没有发送邮件。 如果我将自己的电子邮件发送到服务器上托pipe的另一个帐户，则电子邮件将按预期方式到达。 如果我从我的Gmail帐户发送电子邮件到我的商业帐户，电子邮件也按预期到达 当我从我的企业帐户发送到外部域时，问题出现了 我尝试了以下 Gmail.com Hotmail.com Shaw.ca 当我发送到以上任何一个 该消息如预期的那样离开我的客户， 日志似乎接受并转发消息 SMTP出站队列是空的 消息永远不会到达 我检查了我们的域名 mxtoolbox.com senderbase.org 他们都没有报告任何问题，我们的领域。 我已经确保端口25是打开的（以及其他标准端口） 这是来自SMTP连接器的日志条目之一 11/05/13 12:10:00 SMTP-IN 494C0AF55CD0400FB90FD5E6525BC885.MAI 1312 127.0.0.1 220 mx1.example.com ESMTP MailEnable Service, Version: 6.81–6.81 ready at 11/05/13 12:10:00 0 0 11/05/13 12:10:00 SMTP-IN 494C0AF55CD0400FB90FD5E6525BC885.MAI 1312 127.0.0.1 EHLO EHLO ASSP.nospam 250-mx1.example.com [127.0.0.1], this server offers […]
我有一个外部SMTP提供程序：auth.smtp.1and1.co.uk 我正尝试在Windows 2012 Azure虚拟机上通过此发送SQL Server Reporting Services电子邮件。 它的configuration足够正确的电子邮件生成，但我没有configuration的东西或错误configuration的东西作为电子邮件，然后留在队列中。 设置细节 configurationSMTP虚拟服务器 General: IP Address: Fixed value Access: Access Control: Authentication: ticked Anonymous access Access: Connection Control: All except the list below (which is empty) Access: relay restrictions: Only the list below (which contains 127.0.0.1), ticked 'allow all..' option Delivery: Outbound Security…:Basic Authentication with username and password […]
我在也是域控制器的Windows Server 2003上使用Exchange Server 2003。 如果客户使用他的AD用户名和密码通过SMTP连接，他可以从任何电子邮件地址发送电子邮件，而不仅仅是在所述用户的AD帐户中列出的电子邮件地址。 是否有可能通过拒绝提交给SMTP的电子邮件来防止这种情况发生，如果连接使用AD帐户进行身份validation，并且该帐户中没有发件人地址？
我们已经在多个Exchange环境中看到了这一点，需要一些指导。 当我们通过电子邮件（使用简单的邮件客户端应用程序）到某些Exchange / Outlook网站时，当这些网站点击回复时，我们的电子邮件地址被破坏，导致回复没有得到我们。 这似乎与在交换之上运行非常新的Outlook的网站有关。 具体来说：电子邮件来自：[email protected]但是，当他们在Outlook中回复时，电子邮件地址是：sam @ 我仔细检查了邮件应用程序的邮件头，他们看起来很好。 （在下面复制） 在Outlook或Exchange中设置什么可能会导致此问题？ 有没有已知的修复或解决scheme？ （不，我们不会切换到Outlook！） 谢谢！ Delivered-To: [email protected] Received: by 10.59.3.130 with SMTP id bw2csp36678ved; Thu, 30 Jan 2014 08:39:10 -0800 (PST) X-Received: by 10.60.15.131 with SMTP id x3mr12306656oec.15.1391099949521; Thu, 30 Jan 2014 08:39:09 -0800 (PST) Return-Path: <[email protected]> Received: from smtp113.ord1c.emailsrvr.com (smtp113.ord1c.emailsrvr.com. [108.166.43.113]) by mx.google.com with ESMTPS id […]
由于几天，我的应用程序无法发送SMTP电子邮件。 这个应用程序实际上是一个计划任务（在本地机器上运行，使用SmtpClient用C＃编写），偶尔需要发送一个（或几个）电子邮件。 代码与此类似： var smtpClient = new SmtpClient(); var mailMessage = new MailMessage( from, // account in my domain to, subject, body) { IsBodyHtml = true }; smtpClient.Send(mailMessage); 以下是我的app.config文件中的相关configuration部分： <system.net> <mailSettings> <smtp deliveryMethod="Network"> <network enableSsl="true" port="587" userName="[email protected]" password="********" host="smtp.office365.com"> </network> </smtp> </mailSettings> </system.net> 注意 这已经工作了一个多月 代码中没有任何变化 我是Office 365订阅的唯一pipe理员，在上个月左右没有碰到任何东西（我甚至没有loginpipe理页面） 我仍然可以使用configuration文件中的凭据login到Office 365 突然，几天之后，我发现一个SMTP错误：“SMTP服务器需要一个安全的连接，或者客户端没有被authentication，服务器响应是：5.7.1客户端没有被authentication” 什么可能导致这个问题？ 是否有任何logging或其他诊断，我可以打开找出更多的信息？
我有一个configuration了reject_unknown_client_hostname和reject_unknown_helo_hostname的postfix服务器。 无论服务器接受来自客户端的非sasl_authenticated连接，还是不接受DNS条目的HELO名称。 用telnet和nc（用mymailserver.com取代实际的邮件服务器域）testing： nc mymailserver.com 25 220 mymailserver.com ESMTP Postfix (2.9.6) HELO inexistent.domain.com 250 mymailserver.com postfix日志与debug_peer_level = 2： Mar 19 16:55:23 mymailserver postfix/smtpd[4941]: connect from dslb-178-005-067-030.pools.arcor-ip.net[178.5.67.30] Mar 19 16:55:23 mymailserver postfix/smtpd[4941]: smtp_stream_setup: maxtime=300 enable_deadline=0 Mar 19 16:55:23 mymailserver postfix/smtpd[4941]: match_hostname: dslb-178-005-067-030.pools.arcor-ip.net ~? 127.0.0.0/8 Mar 19 16:55:23 mymailserver postfix/smtpd[4941]: match_hostaddr: 178.5.67.30 ~? 127.0.0.0/8 Mar 19 16:55:23 […]
你好我正在把我的网站移动到一个新的主机（即新的IP）的过程。 我运行了一个发送大量（有效）电子邮件的社交网站，在过去的两年中，我用当前的IPbuild立了良好的发送声誉。 我的迁移计划一般是： 将网站移至新的主机/ IP 继续从旧IP发送网站的邮件 build立发送新IP的信誉：逐步增加从新IP发送的邮件数量，同时减less从旧IP发送的邮件 我希望从旧IP和新IP发送的邮件都是SPF和DKIM签名的，都是从[email protected]出现，然后返回[email protected] 一些信息： 不，我不能保留旧的IP 这两个服务器都是基于whm / cpanel（我更喜欢） 网站是php / mysql5.1 我目前看到的解决scheme是： 答案（A）： 将旧IP设置为“mysite.com的允许发件人”，并通过经过validation的SMTP将新IP的电子邮件发送到旧IP 好：邮件通过SPF并且显示为从旧IP发送，除了邮件服务器之外没有任何特定的旧IP运行。 不好：邮件不通过DKIM，通过SMTP发送新的IP – >旧IP – >世界是非常非常缓慢的。 我每天发送60k +。 解决scheme（B）： 将旧IP设置为“mysite.com的允许发件人”，并通过远程SQL从新IP – >旧IP发送电子邮件。 然后，旧的IP在SQL中的任何电子邮件上发送出去。 好：邮件通过SPF，并显示为从旧IP发送。 比解决scheme更快 不好：邮件不能通过DKIM，安装是一个黑客和不太可维护。 我是否错过了一些非常明显和直接的解决scheme？
我正在尝试使用sasldb2在我的个人计算机（ubuntu服务器）上configurationPostfix SMTP服务器。 到目前为止，我已经设置的testing命令很好地工作： testsaslauthd （但是可能值得注意的是，即使它属于sasl组，也不能在/ var / spool / postfix / var / run / saslauthd上执行chmod + x，因为它不会以权限错误结束。我正在chroot工作） 但是，当我telnet我的服务器尝试和validation它，我得到一个非常通用的 5.7.8 Error: authentication failed: authentication failure 和/var/log/mail.log没有更多的信息（一行，大致相同）。 我的理解是，这是一个简单的后缀错误configuration，我已经尝试了许多不同的select，没有令人满意的结果。 我的/etc/postfix/sasl/smtpd.conf现在是： pwcheck_method: saslauthd mech_list: plain login allow_plaintext: true （虽然我也尝试过使用sasldb auxprop插件的auxprop）。 /etc/postfix/main.cf包含相关的行： smtpd_sasl_local_domain = smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous broken_sasl_auth_clients = yes smtpd_sasl_path = smtpd smtpd_recipient_restrictions = permit_sasl_authenticated,permit_mynetworks,reject_unauth_destination […]