首先要指出的是本文是从纯技术角度分析可行性方案，有些可能晦涩难懂，但尽量会讲的通俗易懂些
首先要从邮件发送接收的原理和目前主流邮件系统的防垃圾邮件的技术说起

拿目前国内用户数最多的qq说起，据内部消息和实际测试发现，qq有一套相当严格的内容审查体系和防群发机制，主要是以下几个方面

1.敏感词过滤系统，qq及其他邮件系统一般都有自己的一个敏感词库，只要接收或发送的邮件内容特别是标题里含有某个敏感词汇时就会触发此系统而导致内容直接进垃圾箱，经过测试发现如果用图片代替文字性表述可以绕过这个机制，而qq邮件甚至做到了图片必须先点开显示图片才能看到，但经过大量测试，我们目前可以做到直接绕过此限制直接展现图片

1. Sensitive word filtering system, QQ mailbox and other email systems generally have their own sensitive word library. As long as the received or sent email content, especially when the title contains a sensitive word, this system will be triggered, resulting in the content directly into the dustbin. After testing, it is found that this mechanism can be bypassed if pictures are used instead of literal expressions, The QQ e-mail even achieves that the picture must be clicked to display the picture before it can be seen, but after a lot of tests, we can directly bypass this restriction and display the picture directly

2.频繁发送阈值限制，这就是为什么同个邮件发送人批量发送大量邮件后会被判定为垃圾邮件发送者而被打上标签，以后再发直接被屏蔽的原因，也就是黑名单机制，而与此相反，有没有白名单机制呢，答案是肯定的，目前国内与qq合作紧密的非搜狐的sendcluld莫属，根据官方的介绍，可以看到它除了白名单之外还做了一个智能阈值判断队列机制，当qq邮件接收达到一个阈值后，自动延迟发送，也就是说通过这个方式让邮件接收方永远不会触发阈值，也就无从判定为恶意邮件发送者，这也是我们为何选择send作为合作方平台的原因之一，确实人家有过人之处

3.同一发件人和同一邮件地址给同一邮件接收方发送大量邮件的问题，这个很多人觉得这个是傻子都知道会被屏蔽的问题，但是从邮件系统本身原理上讲这个是不存在的，只是因为被大量垃圾邮件搞怕了不得已才出的一套邮件协议以外的限制机制，前提是触发阈值，也就是文中提到的第二点，也就是说先触发阈值才会进入这一步的判断，优先级的问题，所以像send的这种机制一般不会触发这个环节，经过大数据量的测试也说明了这个问题，因为即使像qq这样的大户也不得不在误杀和用户体验间做个平衡

3. The problem of sending a large number of e-mails from the same sender and the same e-mail address to the same e-mail receiver, which many people think is a problem that fools know will be blocked. However, from the principle of the e-mail system itself, this does not exist. It is just a set of restriction mechanisms outside the e-mail protocol because they are afraid of a large number of junk mails. The premise is to trigger the threshold, That is, the second point mentioned in the article, that is, the judgment of this step can only be entered after triggering the threshold first. Therefore, the mechanism like send generally does not trigger this link. The test of large amount of data also shows this problem, because even large users like QQ mailbox have to make a balance between manslaughter and user experience

看到这边很可能觉得是否除了用send这种方式其他就没别的办法了呢？这就得说到我们一米软件的核心技术了，当然我们也集成了山大的接口并进行了优化

我们知道用免费如163一个账号给qq发几十封邮件都是可以收到的，如果发送数量很庞大这就需要大量的163账号，这到也不难，关键是如果一个ip段，注意是ip段，也就是通过局域网拨号这种是行不通的，163本身你切换账户或发送过于频繁也会受限，这个问题就变成两头堵了，一方面邮件接收方会限制，另一方面邮件发送平台本身也会限制你，那就真的没有办法了么？可能你已经猜到我们已经有应对的办法了，那就是我们强大的vvpn技术，利用全球数十万的vpn节点资源，通过每个节点的smtp协议与第三方免费邮件平台对接，有效避免了这个两头堵的局面，可以做个简单的算术题，10个节点，100个163免费账号，每个账号发送20封邮件，那么一天的发送数量就是100x10x20等于2万封，当然如果加上新浪，qq等其他不同呢，可以想象，而这些vvpn的节点每天都有更新的资源，这对于一般的群发需求已经可以满足了，最后忠告一点，别奢求连技术可行性都没有的所谓日发几十上百万，如果你相信这样的说法，请当本文纯属虚构。