Articles of smtp

代理软件来中继电子邮件

我的一些软件应用程序需要中继电子邮件到我的电子邮件帐户。 他们可以通过连接到代表应用程序中继邮件的本地主机来做到这一点。 我已经忘记了这个软件的名称,它是一个Debian / Ubuntu环境。 任何人都可以让我知道这样一个代理软件的名称,代表应用程序中继邮件到您的本地SMTP服务器,我将需要在此设置中input用户名密码,因为邮件服务器需要身份validation。

通过本地SMTP与Google应用引擎发送电子邮件

我的网站应该发送电子邮件给客户,并在VPS上托pipe。 我应该使用本地SMTP还是使用像Google App Engine这样的第三方SMTP提供商更好? 每种方法有什么缺点和优点(垃圾邮件,可靠性等等)

如何防止远程主机将邮件传送到带有欺骗From头的Postfix?

我有一个主机,我们称之为foo.com,我在Debian上运行Postfix。 Postfix目前configuration为做这些事情: 所有以@ foo.com作为收件人的邮件都由这个Postfix服务器处理。 它将所有这样的邮件转发到我的Gmail帐户。 防火墙因此允许端口25。 与另一个域作为收件人的所有邮件都被拒绝。 已经为foo.com域设置了SPFlogging,并说foo.com是来自@ foo.com的所有邮件的唯一来源。 在foo.com上运行的应用程序可以连接到localhost:25来发送邮件,用[email protected]作为发送者。 不过,我最近注意到一些垃圾邮件发送者能够在通过SPF检查时向我发送垃圾邮件。 进一步检查,它看起来像他们连接到我的Postfix服务器,然后说 HELO bar.com MAIL FROM:<[email protected]> <—- this! RCPT TO:<[email protected]> DATA From: "Buy Viagra" <[email protected]> <— and this! … 我如何防止这种情况? 我只希望在本地主机上运行的应用程序能够说: MAIL FROM:<[email protected]> 。 这是我目前的configuration(main.cf): https : //gist.github.com/1283647

从sendmail发送带有标题的电子邮件

我正在尝试使用sendmail发送电子邮件,但是我需要指定一些标题(From,Content-Type,Subject)。 这是我目前正在运行的命令: echo“Content-Type:text / plain \ r \ n来自:[email protected] \ r \ n主题:testing\ r \ n \ r \ n身体在这里”| sendmail -f [email protected] [email protected] 问题是头没有被设置。 我的格式是否正确?

导致Exchange Relay白名单失败的IPv6地址

我们的一些新的Exchange服务器无法中继消息,因为它正在通过IPv6进行通信,并且不匹配我之前设置的任何接收连接器。 我不知道我们如何使用IP6,因为我们只有一个IPv4networking,而且我们是通过子网路由的。 我发现这从input来源到服务器,我的IP6地址混淆。 我看到了IPv6消息和我给这个接收连接器的自定义消息。 (具有更多权限的连接器有不同的helo) 220 HUB01 client helo asdf 250 HUB01.nfp.com Hello [fe80::cd8:6087:7b1e:99d4%11] 有关我的环境的更多信息: 我有两个专门的交换森林,每个都有一个明确的目的。 他们没有信任,只能通过SMTP进行通信。 他们都通过存根区域共享相同的DNS基础设施。 我有什么select? 这是我的猜测,但我不是IPv6专家,所以我不知道哪一个是最好的select 禁用IPv6 将IPv6地址添加到白名单(是不是IPdynamic?) 告诉交换使用IPv4 找出为什么我们使用IPv6而不是IP4

机会主义TLS传入邮件与掩盖的SMTP横幅

我有一个邮件服务器机会TLS启用(Postfix的smtpd_tls_security_level =可能),但是SMTP横幅被我们的FWSM上的SMTP修正掩盖。 在禁用此屏蔽之前,为其他邮件服务器configuration的机会性TLS协商传入邮件的TLS会话所需的SMTP标题? 我在某处读到Postfix可能不会使用ESMTP,如果该术语不在横幅中。 旗帜被星号遮住:220 *************************************

使用.Net的SmtpClient发送电子邮件的问题

我一直在查看Stackoverflow和Serverfault的问题,但还没有find同样的问题 – 虽然这可能是因为我只是不太了解电子邮件如何工作,以了解一些问题是真的和我一样…这是我的情况: 我有一个使用.Net的SmtpClient发送电子邮件的Web应用程序。 SmtpClient的configuration使用smtp服务器,用户名和密码。 SmtpClient代码在具有不在smtp服务器所在的域中的ip地址的服务器上执行。 在大多数情况下,电子邮件没有问题 – 但不是美国在线(也可能是其他人 – 但这是我们现在知道的)。 当我查看从AOL被踢出的消息中的标题时,它比hotmail得到的成功消息less了一行: AOL坏消息: Received: from WEBSVRNAME ([##.###.###.###]) by domainofsmtp.com with MailEnable ESMTP; Mon, 18 Jun 2012 09:48:24 -0500 MIME-Version: 1.0 From: "[email protected]" <[email protected]> … 好的Hotmail留言: Received: from mail.domainofsmtp.com ([###.###.###.###]) by subdomainsof.hotmail.com with Microsoft SMTPSVC(6.0.3790.4900); Thu, 21 Jun 2012 09:29:13 -0700 Received: from WEBSVRNAME ([##.###.###.###]) by […]

简单的SMTP中继与白名单

我有一个编译的Web应用程序(我没有写)的testing实例,我想做一些testing,但该应用程序包含客户端电子邮件地址,我不想接收电子邮件,而我说testing。 现在,这个networking应用程序使用特定的SMTP服务器(称为mail1 )发送各种事件发生时的通知电子邮件。 为了最大限度地减less定制数量,我需要对应用程序或其数据(这可能会歪曲testing),我想一个避免发送这些电子邮件的解决scheme可能是站起来一个临时的SMTP中继mail2检查出站电子邮件地址,并且只有在电子邮件发往特定域时才中继邮件。 所有未注册到该域的其他用户都可以被删除,甚至更好地转发到白名单域中的不同地址,以查看是否已经发送给客户端(如果不是用于mail2的白名单)。 这是我能用Postfix或Qmail做的事吗? 如果是这样,有什么build议如何开始这样做? 我从来没有configuration过,我想知道是否有一个完全不同的邮件限制解决scheme,我忽略了。 甚至可能是Gmail / Google Apps可以做的事情?

无法通过587连接到SMTP

我正在Ubuntu上设置一个邮件服务器: https : //help.ubuntu.com/community/Postfix 目前,我可以发送和接收来自服务器的电子邮件。 但是,尝试通过SMTP从Gmail发送电子邮件会导致身份validation失败。 我已经validation了我的密码,确保端口是开放的,并且能够telnet到IP和端口。 Telnet输出(来自远程主机) Computer:~ Louis$ telnet mail.mysite.com 587 Trying 71.66.218.124… Connected to mail.mysite.com (71.66.218.124). Escape character is '^]'. 220 mail.mysite.com ESMTP Postfix ehlo mail.mysite.com 250-mail.mysite.com 250-PIPELINING 250-SIZE 10240000 250-VRFY 250-ETRN 250-STARTTLS 250-AUTH DIGEST-MD5 NTLM CRAM-MD5 PLAIN LOGIN 250-AUTH=DIGEST-MD5 NTLM CRAM-MD5 PLAIN LOGIN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN 而且,testing我的login信息: sudo testsaslauthd -u […]

MTA处理过大的电子邮件

如果MTA收到一封超过邮件大小限制的电子邮件,那么首选哪个邮件? 常用邮件服务器的默认设置是什么? 在SMTP会话期间拒绝电子邮件。 发送MTA必须向原始发件人发送退回邮件。 接受邮件并立即向原始发件人发送退回邮件。 接受邮件并在超时后向原始发件人发送退回邮件。 我已经看到一台服务器做3,并在发送反弹之前等待5天。 在我看来,这种行为没有意义,因为消息大小限制不可能经常改变。 是否应该将超出的邮件大小限制立即视为永久性错误?