当接收服务器执行HELO检查时，系统中的邮件将被拒绝。 我相信我的系统发送错误的域名。 我正在运行exim4。 谷歌search关于exim4和域名的任何事情都会产生无关结果的噩梦。 同样，使用HELO拒绝search产生一大群需要打开SMTPauthentication的outlook用户。 我不能为我的生活找出这个简单的问题：哪个主机名是exim发送，我该如何改变它？ 不幸的是，我看不到有什么exim通过线路发送，所以我无法自己debugging。 我希望有人有这个问题，只知道:)。
我想知道使我的邮件服务器代表我的客户的域名发送电子邮件的最佳方式，而不是灰名单，也避免反弹问题。 我一直在这里 ， 在这里和这里读一些其他的问题，但没有探讨所有可能的解决scheme。 以下是我想比较的一些可能性： 一个。 HELO mymailserver.com MAIL FROM<[email protected]> # mymailserver.com same IP as myapp.com DATA From: <[email protected]> Sender: <[email protected]> 问题 ：这是Gmail所做的。 这是msg标题“From：”具有不同的域，而不是信封发件人。 emailclient将通过[email protected]或“From：[email protected]代表[email protected]”显示“来自： [email protected]” ，这不是问题为了我。 现在，这是否会严重影响我的域名，标题“From：”具有不同的域？ （如果这不是谷歌谁做的..） B. HELO mymailserver.com MAIL FROM<[email protected]> DATA From: <[email protected]> # same as A, but no "Sender:" 它看起来像谷歌曾经这样做，并称它是一个错误http://groups.google.com/group/Gmail-Help-Message-Delivery-en/browse_thread/thread/f651cb1db5d9dd23/3a8bcd0548487863?lnk=gst&q=%22on+behalf +的％22＆PLI = 1 一个bug从他们的消息中删除了“发件人：”，并且“via”没有出现在电子邮件客户端中。 （RFC表示它必须存在，如果它不同于“From：”） C。 HELO mymailserver.com MAIL FROM<[email protected]> […]
我发现尽pipe可以使用Gmail / Google Apps作为SMTP服务器进行脚本使用，但是如果发送太多的电子邮件，我开始收到错误消息： SMTP Error: 454 4.7.0 Too many login attempts, please try again later. 通常，如果我等了一两个小时，我可以再发送100封电子邮件，但我很快会再次遇到同样的错误消息。
我遇到了NAGIOS系统发送电子邮件到stream行的电子邮件到SMS服务的问题。 电子邮件到短信服务将在Subject:行中接收带有文本的电子邮件，并将其发送到“ To:字段中编码的手机号码。 到现在为止还挺好。 不幸的是，sendmail（和它之前的后缀）似乎是插入一个免费的CRLF到（必然长） Subject:行，这导致我的短信在CRLF被截断当且仅当 Subject:行包含一个或多个冒号通过无偿的CRLF。 我相信这些信息是正确创build的，但是可以肯定的是，这里是我自己创build了一个完全愚蠢的testing信息， echo "foo" | mail -s "1234567 101234567 201234567 301234567 401234567 501234567 601234567 701234567 801234567 90123456789" [email protected] 请注意，在此Subject:行中没有额外的冒号; 所有我在这里做的是显示一个额外的CRLF插入电线。 这是sudo ngrep -x port 25的结果： 44 61 74 65 3a 20 46 72 69 2c 20 33 31 20 4d 61 Date: Fri, 31 Ma 79 20 32 30 […]
我只是在我的ubuntu，本地networking上安装了Postfix。 在这个networking上，我有一个Exchange服务器（使用域mail.example.com）。 发送电子邮件到本地地址时遇到问题：[email protected]： relay=none, delay=0.01, delays=0.01/0/0/0, dsn=4.3.5, status=deferred (Host or domain name not found. Name service error for name=example.com type=AAAA: Host found but no data record of requested type) 我在我的postfix main.cf中使用relay_domain解决了这个问题： relay_domains = example.com transport_maps = hash:/etc/postfix/transport 在我的/ etc / postfix / transport中： example.com smtp:[mail.example.com] 现在我可以在@ example.com上发送邮件，并且我已经testing了一些主要的web邮件（Gmail，Yahoo，Hotmail …）。 有用。 但为什么我在我的地址“@ example.com”上遇到了这个错误？ 我怎么能确定我从来没有在另一个域上发现这个错误？ 我postconf -n给： alias_database […]
任何人都知道如何告诉后缀encryption传出的邮件？ 我已经configuration它在接收时使用encryption，但我不能用out mail来做。 这是我的main.cf文件： smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_path = smtpd transport_maps = hash:/etc/postfix/transport # tls config smtp_use_tls = yes smtpd_use_tls = yes smtp_tls_note_starttls_offer = yes smtpd_tls_key_file = /etc/postfix/ssl/smtpd.pem smtpd_tls_cert_file = /etc/postfix/ssl/smtpd.pem smtpd_tls_CAfile = /etc/postfix/ssl/smtpd.pem smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtpd_tls_session_cache_timeout = 3600s tls_random_source = dev:/dev/urandom 提前致谢！
根据RFC，SMTP允许在主体（而不是信封）上使用多个FROM地址。 此function是否曾被用于合法目的？ 丢弃具有多个FROM地址的邮件是否安全？
根据STARTTLS规范第5节： 公开引用的SMTP服务器不能要求使用 STARTTLS扩展为了在本地发送邮件。 这个规则 防止STARTTLS扩展损害互联网SMTP基础设施的互操作性。 公开引用的SMTP服务器是一个SMTP服务器，它运行在MXlogging中列出的Internet主机的端口25上（或者一个logging，如果MXlogging不存在） Internet邮件地址右侧的域名。 然而，这个规范是在1999年写的，考虑到它是2014年，我期望大多数SMTP客户端，服务器和中继都有某种STARTTLS的实现。 如果我需要STARTTLS传入消息，我可能会丢失多less电子邮件？
除了邮件列表，SMTP“MAIL FROM：”字段是否与邮件的DATA部分中的“From：”字段不符？ 从https://stackoverflow.com/questions/1750194/smtp-why-does-email-needs-envelope-and-what-does-the-envelope-mean ： “但是，要继续你的蜗牛邮件比喻，大多数专业的信件将包含信件本身打印的发件人和收件人的地址。 这些地址对邮递员来说不是必需的，而是对收件人的礼貌。 所以电子邮件的工作原理是一样的。“ 这一逻辑的问题在于：“对接受者礼貌”。 通过SMTP在电子邮件中包含“From：”地址不是礼貌; 如果收件人能够发送回复则是必需的。 来自： 如何限制从头来匹配MAIL FROM在后缀？ ： “但如果你真的想确保From：和MAIL FROM，那么你必须应用header_checks，以便返回path：匹配来自：” 这样做的含义是什么？ 邮件列表显然是一个问题。 有不同的“MAIL FROM：”和“From：”标题信息的其他合法用途吗？
我的挑战 我们在各个站点都有Exchange服务器，还有船上的服务器。 在海上时，船舶通过卫星链路连接到我们的networking，但在港口时切换到WiFi网桥。 由于高等待时间（500 + ms）和非常见的中断（例如船只转弯时），试图在海上发送几兆字节以上的电子邮件很可能会失败并重试，直到极限已经达到。 结果：电子邮件没有得到传递，每次尝试都会在sat链接上消耗宝贵的带宽。 一个“解决scheme”是将最大电子邮件大小限制为5MB，但这不是用户友好的，并且在端口上是不必要的限制。 粗略的想法 我宁愿做的事情是将所有大于设定限制的电子邮件排队，以便在海上稍后交付时，立即发送所有小型电子邮件。 当时我正在考虑定期在数据中心对集线器传输服务器进行ping操作，当延迟低于400毫秒时，我开始处理大型邮件队列。 当延迟时间超过400毫秒，我会堵塞漏洞，让电子邮件再次排队。 现在，从2003年以来，我还没有对Exchange执行过真正的操作。当时，您可以安排大量的电子邮件以便稍后交付，所以我的想法是在Exchange 2010中做类似的事情，然后使用脚本来切换交付安排“永远”和“永不”之间的大邮件。 障碍 创build一个这样的脚本不应该太复杂，但是随后我发现，使用Exchange 2007删除了我所依赖的function： 这是Exchange 2003中的一个function，但是在Exchange 2007中删除了它。它在SMTP连接器上设置为“对于超大尺寸的邮件使用不同的传送时间”。 TechCenter：是否可以根据Exchange中的大小安排电子邮件传送？ 问题 这是真的吗？ – 此function在Exchange 2010中不再存在，还是仅仅转换为类似的东西，我可以用来实现我的目标？ 如果是这样，什么？ 是否有另一种方法推迟在某些Exchange服务器上传送大型电子邮件？ 它可以基于一个时间表，甚至可能需要采取具体行动 – 我相当肯定会有一些方法来通过脚本来触发交付，我只需要在船上的一个单独的队列中的大型电子邮件。 您的想法将不胜感激！ 🙂 编辑＃1：精炼粗糙的想法 我瘫痪了两个PowerShell CmdLets，我认为可以使我非常接近我的目标： Suspend-Message Resume-Message 我玩了一会儿Get-Message，看看上面的命令会处理什么样的消息。 最重要的是，这些命令接受一个消息大小filter。 此命令将列出大于5 MB（5,242,880字节）的当前服务器上排队的消息： get-message -Filter {Size -gt 5242880} 看来Get-Message只会返回来自各种远程传送队列的消息。 但是，服务器内部的消息是否会短暂地出现在Get / Suspend / Resume-Message将被混淆的队列中？ 如果不是这样，那么解决scheme可以像每隔几分钟一个简单的脚本一样简单（沿着伪代码）： if […]