Exim上的RFC2047 “From”标题有一些意外的处理。 （实际地址已更改，原始显示名称包含非ASCII字符） 对于这个“From”标题： From: =?iso-8859-1?Q?Doe=2C_John?= <[email protected]> 解码到 From: Doe, John <[email protected]> 预期的等效格式可能是： From: "Doe, John" <[email protected]> Exim使用Doe:[email protected]填充${addresses:$h_from:} ，这似乎意味着Exim首先对string进行解码，然后对其进行解释。 这是一个错误？ 地址字段中的RFC2047编码string是否应该被邮件服务器处理为带引号的string？ （这是有道理的，因为头文件的解释从RFC2047感知和非RFC2047感知的邮件服务器是相同的，同时要求编码string中的引号允许To: [email protected]=2C_John?= <[email protected]>不同的邮件软件会有不同的解释） 一个在线的RFC2047解码器，用于解docker文件
我已经构build了一个RFC2544的开源实现来testingIPv4networking设备。 我testing的首批设备之一是无线路由器D-Link 2640B。 为了测量它的性能，我使用了一台带有10/100 Mb以太网接口和一个集成无线networking适配器的笔记本电脑。 stream量由笔记本电脑生成，由路由器转发并由笔记本电脑接收（可以确定性能指标）： D-Link 2640B Router Wired Wireless \ / | | `Laptop´ running D-ITG 现在我运行testing套件。 我不能解释的一个有趣的事情是：如果从testing仪开始的stream量通过以太网电缆，然后由路由器转发到无线链路并由笔记本电脑接收，我得到以下结果： Frame size: 64 Throughput: 1.47657 Mb/s Number of frames lost in the last round: 3 Frame size: 128 Throughput: 3.32227 Mb/s Frame size: 256 Throughput: 6.43361 Mb/s Frame size: 512 Throughput: 11.5488 Mb/s Frame size: […]
我想知道每个定义的电子邮件中是否需要“收件人” – 收件人，或者是否所有收件人都可以是密送或抄送。 RFC5322状态 唯一需要的标题字段是起始date字段和发起人地址字段。 所有其他标题字段在语法上是可选的。 但是SMTP RCPT呢？
指向域的PTR是被禁止的？ 如果是这样 – 哪个RFC说明。 与指向该域的Alogging相同。 正如我所看到的，通常，人们正试图避免这种configuration。 但我想在这里精确。 是否禁止？ 谢谢。 例如：funnydomain.com。 3600 IN A 146.243.6.1 和 1.6.243.146.in-addr.arpa。 7200 IN PTR funnydomain.com。
NAME字段在RFC 1035第4.1.3小节中没有详细说明。 我想了解这个字段（编程）的答案消息types，我search这些资源（数据表）。 我遵循： IETF RFC 2181 www.ccs.neu.edu 我错过了什么吗？ 伪代码： 题： byte[]{ 0x00,0x00, 0x01,0x00, 0x00,0x02, 0x00,0x00, 0x00,0x00, 0x00,0x00, 0x03,0x77,0x77,0x77, 0x12,0x74,0x68,0x65,0x5f,0x70,0x61,0x63,0x6b,0x65,0x74,0x67,0x65,0x65,0x6b, 0x03,0x63,0x6f,0x6d, 0x00, 0x00,0x01, 0x00,0x01, 0x13,0x74,0x74,0x68,0x65,0x5f,0x70,0x61,0x63,0x6b,0x65,0x74,0x67,0x65,0x65,0x6b, 0x03,0x63,0x6f,0x6d, 0x00, 0x00,0x01, 0x00,0x01 } 回答： byte[]{ 0x00,0x00, 0x81,0x80, 0x00,0x02, 0x00,0x01, 0x00,0x00, 0x00,0x00, 0x03,0x77,0x77,0x77, 0x12,0x74,0x68,0x65,0x5f,0x70,0x61,0x63,0x6b,0x65,0x74,0x67,0x65,0x65,0x6b, 0x03,0x63,0x6f,0x6d, 0x00, 0x00,0x01, 0x00,0x01, 0x13,0x74,0x74,0x68,0x65,0x5f,0x70,0x61,0x63,0x6b,0x65,0x74,0x67,0x65,0x65,0x6b, 0x03,0x63,0x6f,0x6d, 0x00, 0x00,0x01, 0x00,0x01, 0xC0,0x0C, <—– answer start here , […]
可能不是最有用的问题，但我很好奇： 我理解（理论上），如果对私有IP进行反向查找使其超过了自己的DNS服务器，则应该返回“prisoner.iana.org”“blackhole-1.iana.org”或“blackhole-2”。 iana.org“我不明白为什么有不止一个。 谁能解释一下？
我知道有很多RFC改变了电子邮件的制作方式。 但是，大多数RFC不适用于Outlook。 首先，什么是RFC？ 为什么不举例说，outlook已经应用了所有的RFC？ 例如，如果我试图在outlook上打一个叫[email protected]的邮件，它会给我一个错误，它必须以一个字母开头。 然而： 根据isemail.info ，它告诉我的电子邮件是有效的。 例如isemail.info ，它给出了一个错误，但isemail.info它说 The email address tested was [email protected] The general result is: Address is valid The specific diagnosis is: Address is valid. Please note that this does not mean the address actually exists, nor even that the domain actually exists. This address could be issued by the […]
我刚gradle后就开始在一家中小企业工作。 我的知识大部分是高层次的概念，没有太多的手。 我的理解是，根据rfc1918，以下IP范围是专用IP： 10.0.0.0/8 172.16.0.0/12 192.168.0.0/16 这个概念如何与NAT防火墙一起工作？ 它不适用于NAT防火墙后面的内部IP地址吗？ 我问的原因是因为我们的内部networking是在199.5.83.0/24。 我首先想到的是，这不是私有IP空间。 该内部networking位于NAT防火墙之后，其外部IP为74.4.9.x. 这个设置是否有意义？ 这是否违背最佳做法？ 有人可以尝试给我一个简短的解释，为我坚定这些概念吗？ 任何链接到相对阅读也将不胜感激。
如果您的计算机不在networking上，ping 127.0.0.1是否可以正常工作？ 这两台机器可以在同一个networking上吗？ machine A (192.168.173.11) machine B (192.168.163.11)
我们提供可以代表客户业务向最终用户发送电子邮件的服务。 这些电子邮件必须来自客户端业务，即使它们是从我们的系统内生成的。 我们之前在From:头中使用了多个地址，同时也提供了Sender:头，如https://serverfault.com/a/554615所述 。 3月3日左右，我们开始从gmail一直收到以下反弹。 smtp;550 5.7.1 [XX.XX.XX.XX 13] Messages with multiple addresses in From: header are not accepted. XXXXXXXXXXXXX – gsmtp 以下是我们用来发送的标题片段： Subject: Example Email Sender: [email protected] From: <[email protected]>, [email protected] Reply-To: <[email protected]> To: <[email protected]> 有没有人有任何想法，为什么Gmail会开始阻止电子邮件，有没有人有一个更好的方式，我们代表另一个地址发送的build议？