免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: arone
打印 上一主题 下一主题

[Mail] MX记录的优先级问题 [复制链接]

论坛徽章:
1
荣誉会员
日期:2011-11-23 16:44:17
21 [报告]
发表于 2006-01-04 10:10 |只看该作者
原帖由 r2007 于 2006-1-3 18:07 发表
postfix 在 relay 時,若同一封信外寄有 1000 個人, postfix 是如何處理的 ?
值得探讨的问题,从文档的字面意义上看,postfix的处理过程是这样的:
对一个multiple recipients message,首先把收件人按不同的doma ...

嗯~這樣的處理流程和 sendmail 是相同的, 而在 sendmail 來看,若一個信封中有一個人無法
投送,那發信端就會收到一個退信,若同一個信封中有兩個無法投送,發信端也是收到一個退信,
但如果一封信有 1000 人,而依 100 人分成一封, 那最多可能是 100 個的退信訊息,一般而言,
信只要 RCPT TO 的部份正確,即使100人中有1人無法投送,那其他99人要收還是沒有問題的

postfix/qmail 如何我就不清楚了

论坛徽章:
7
荣誉版主
日期:2011-11-23 16:44:17子鼠
日期:2014-07-24 15:38:07狮子座
日期:2014-07-24 11:00:54巨蟹座
日期:2014-07-21 19:03:10双子座
日期:2014-05-22 12:00:09卯兔
日期:2014-05-08 19:43:17卯兔
日期:2014-08-22 13:39:09
22 [报告]
发表于 2006-01-04 10:25 |只看该作者
原帖由 abel 于 2006-1-4 10:10 发表

嗯~這樣的處理流程和 sendmail 是相同的, 而在 sendmail 來看,若一個信封中有一個人無法
投送,那發信端就會收到一個退信,若同一個信封中有兩個無法投送,發信端也是收到一個退信,
但如果一封信有 1000 人,而依 ...

和abel以及其他朋友的讨论感觉很愉快!
又问:如果一个有100个RCPT TO的message,由于其中的一个或几个地址错误,那么退信中是否提示哪些成功,哪些没有成功呢?如果提示的话,是不是可以借此特性,利用穷举法探查这个domain内的有效账户呢?

论坛徽章:
1
荣誉会员
日期:2011-11-23 16:44:17
23 [报告]
发表于 2006-01-04 10:39 |只看该作者
原帖由 r2007 于 2006-1-4 10:25 发表

和abel以及其他朋友的讨论感觉很愉快!
又问:如果一个有100个RCPT TO的message,由于其中的一个或几个地址错误,那么退信中是否提示哪些成功,哪些没有成功呢?如果提示的话,是不是可以借此特性,利用穷举法 ...

這是有可能的 , 不過這個問題過去曾在本版和其他版友討論過
http://bbs.chinaunix.net/viewthr ... 1%26filter%3Ddigest

當然,看法有兩種,您可以自己酙酌
就我們過去的經驗,連僅內部自己使用的 aliases 常達 15個字元的都會被 "穷举" 出來,
所以後來做了上面那個 link 我自己用的方法的翻修

论坛徽章:
0
24 [报告]
发表于 2006-01-04 11:13 |只看该作者
这个帖子的讨论很好,我要放到精华区。

论坛徽章:
0
25 [报告]
发表于 2006-01-04 15:25 |只看该作者
原帖由 r2007 于 2006-1-2 14:03 发表
长知识了
加问一句,假如我们进入了ipv6时代,那么这个限制(512)就会显得更加突出了,不知道(RFC 2671)是否能够彻底解决这个问题(刚知道有这个rfc,还没读,所以趁热再问一下),并成为Standard?
关于 ...



ipv6 由于每个ip地址需要更多的存储空间,因此甚至还无法达到目前的样子.

至于udp对dns查询的限制,在tcp/ip第一卷 协议 的dns章节中说明

我以前看的时候,曾做下以下的笔记说明


  1. 世界上目前有13个root server,就是解析.开始的域名的,其中每个root server其实都是由数十个不同的镜象所组成,那么为什么是13个呢?可以不可以是14个,15个呢???那是因为普通的查询是走udp53口出去,而udp有限制每个封包为512bytes,则把包头等其他部分一排除,则大抵只能容纳13个root srever的ip了....如果到了ipv6,则理论上能容纳的root server反而会减少,因为一个ipv6地址占用16bytes
复制代码

512bytes的来历我也忘记了,但是肯定是从那书上看来的.

以上简单的笔记在 http://skylove.study-area.org/bbs/read.php?tid=46 这里有原文

[ 本帖最后由 skylove 于 2006-1-4 15:54 编辑 ]

论坛徽章:
0
26 [报告]
发表于 2006-01-04 16:04 |只看该作者
刚查阅了一下,在卷一的 p156 ,有提到, 当发起查询请求,并将返回响应中的tc标志(删除标志)的比特设置为1,则如响应长途超过了512字节,就只返回前512byte. 而在次情形下,解析器就使用tcp协议重新朝dns服务器的53口发请求,tcp协议返回的响应允许超过512bytes的.
并且在该书的 119页有提到,ip协议最大长度报文 65535bytes,ip首用20,udp首用8,剩下65507可给udp用.但由于原来各类操作系统彼此互相通信的原因,有可能ip数据报文最大只能用32767.. 而由于规定必须接受最短长度为576bytes的报文,所以很多程序就取的是这个最小值的8的倍数...512bytes...比如dns,tftp,bootp,snmp都有取512bytes 限制...

因此上面的dns 里有了个标志是超过512bytes的裁减掉...

论坛徽章:
0
27 [报告]
发表于 2006-01-04 23:33 |只看该作者
在发信件过程中,始终连接高优先级别的MX服务器,如果高优先级别的服务器出问题了。信件会发给次优先级别的服务器,但这个时候信件用户是收不到的。因为次优先级的服务器在尝试连接最高优先级的SMTP服务器,如果最高优先级别的服务器正常了。次优先级别的服务器回把信件传递给它,然后由最高优先级别的服务器发送信件。这意味着你无论有多少台MX服务器,如果最高的那坏了。信件也是无法发送的。其他MX服务器的作用仅仅是保持信件不丢失而已。

论坛徽章:
0
28 [报告]
发表于 2006-01-05 08:29 |只看该作者
原帖由 shiqiaoliang 于 2006-1-4 23:33 发表
在发信件过程中,始终连接高优先级别的MX服务器,如果高优先级别的服务器出问题了。信件会发给次优先级别的服务器,但这个时候信件用户是收不到的。因为次优先级的服务器在尝试连接最高优先级的SMTP服务器,如果最 ...



这个取决于系统的设置。标准无规定。完全可以设置的如果最高级别SERVER DOWN,发到次高级别的信笺也能被用户收到。

论坛徽章:
0
29 [报告]
发表于 2006-01-05 18:18 |只看该作者
mx记录优先级数值小的 优先级好! 如果优先级高的mx记录忙碌,自动查找其他的mx记录。

论坛徽章:
1
荣誉会员
日期:2011-11-23 16:44:17
30 [报告]
发表于 2006-01-05 20:01 |只看该作者
原帖由 w_jia82102 于 2006-1-5 18:18 发表
mx记录优先级数值小的 优先级好! 如果优先级高的mx记录忙碌,自动查找其他的mx记录。

"如果优先级高的mx记录忙碌,自动查找其他的mx记录。"
這句話顯然不對,發信端怎知收信端忙碌與否 ?
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP