结合“桌面邮局”软件和混合信函，我们可以了解混合信函的发送和接收时间。其发送时间利用软件的“查询发送记录”可以知道，使用群发功能一次发送多封信函，其发送时间是一致的。这一时间是信函服务器主机接受发信人利用Internet发送时间，混合信函邮戳日期就是根据主服务器接收时间确定的；信函服务器通过邮件的邮政编码解析将电子信函向收件人所在地的“转发服务器”进行转发，因为信函接收一体机的内存有限，转发服务器起到一个缓存的作用将信函服务器发来的大量信函向专用信函打印封装设备（信函接收封装一体机）进行电子投递，由转发服务器向一体机发出接收封装指令，同时给出一个时间，接收机接收了，会反馈接收成功的信息，但是要注意的是这只是一个假相，只有混合信函打印封装了，才是真正的成功。接收打印成功后，这个时间就是显示在混合信函封舌上的时间，如果一体机在最后一步封装失败的话，转发服务器会继续向一体机发送指令，这就是重号封产生的原因。从现在收集到的实物来看已有天津、济南、乌鲁木齐、石家庄、西安、福州、海口、银川、杭州、贵阳、哈尔滨、西宁、兰州等地出现过重号封现象。从目前的情况来看，重号封最高曾出现了八重号封，由长沙一体机在2002年11月1日打印的。附图(1)是笔者收藏的2002年8月16日流水号为HM－98864 由上海经湖南长沙一体机接收打印寄香港存局候领的七重号混合信函白封。
    当有大量信函进行投递时，接收机就会无法及时接收，从而就会造成当天发送投递的信函次日接收、打印的情况。从收集到的混合信函来看，计有北京、上海、天津、长沙、银川等地的一体机出现过日戳与封舌上的接收时间不同的情况；如果长时间不能将接收的混合信函打印的话，一体机会反馈一个投递失败的信息，并通过信函服务器将此信息反馈发件人，退回扣除的邮资。在2002年9月28日内蒙呼和浩特、山西太原、江西南昌等地的一体机在投递成功数日而封装失败后反馈了投递失败的信息。由于一体机的内存问题，有时会造成接收的信息溢出，出现了一体机反馈接收打印成功，但是事实上没有打印封装混合信函，这种情况无法得到监控，这也是形成2002年9月28日大量混合信函丢失的原因之一。
    有很多邮友认为混合信函封舌上的时间是混合信函的打印时间，这显然是一种错误的理解。通过与北京新速公司有关人员的了解、各地接收的混合信函研究（笔者研究了数千枚混合信函）、接收一体机卡纸排除故障后打印情况来看，可以说封舌上的时间是转发服务器给出的，一体机接收混合信函的时间，需注意混合信函试开办一周年在2002年11月1日各地发往山东的混合信函大部分未能及时打印，经查系一体机卡纸故障造成混合信函无法及时打印，其时适逢假日无人员维修，待11月4日方才发现问题，又一次排故后打印了数据又卡纸，至11月5日才完全排队故障，混合信函顺利打印出来，但是封舌上显示的时间依然是2002.11.1，这说明混合信函接收与打印是分步进行的，混合信函上记录的是一体机接收时间。
    研究重号封出现机率最大的长沙接收一体机打印的混合信函，由HM98863-HM98872情况来看，其间出现了六组重号封，其中1组七重号封、2组五重号封，其接收时间分别为：
    HM98863 2002-08-16 12:25 五重号 面值2元
    HM98864 2002-08-16 12:27 七重号 面值2元
    HM98865 2002-08-16 12:46 面值2元
    HM98866 2002-08-16 12:30 面值2元
    HM98867 2002-08-16 12:32 面值2元
    HM98868 2002-08-16 12:34 二重号 面值2.5元
    HM98869 2002-08-16 12:36 面值2.5元
    HM98870 2002-08-16 12:54 二重号 面值2.5元
    HM98871 2002-08-16 12:42 五重号 面值2.5元
    HM98872 2002-08-16 12:44 三重号 面值2.5元
    长沙一体机在正常情况平均每2分钟接收一封信，在出现大量重号封的情况下也是如此，这就可以说明不是实际打印时间，而是一体机接收时间了。目前一体机接收一封混合信函的时间一般需要一分钟左右，视内件的容量而定的，处理一整页A4纸容量的信函大约需要2分钟，而处理空函的话，则只需要一分钟就可以了，由上述情况来看，出现如此多的重号封，而接收时间的间隔确不长，说明了混合信函封舌上的时间是一体机接收时间。       经研究9月28日全国开通混合信函，发现了四种不同的时间组合现象：
    1.9月28日纪念戳、日戳，9月27日接收时间；
    2.9月28日纪念戳、日戳，9月28日接收时间；
    3.9月28日纪念戳、日戳，9月29日接收时间；
    4.9月28日纪念戳，9月29日日戳，9月29日接收时间；
    第一种情况的出现是由于信函服务器和转发服务器的时间没有协调一致造成的，转发服务器的时间要比信函服务器的时间慢上一些，因为要进行开通前的封闭调试，信函服务器从27日下午4时期停止收寄混合信函，当信函服务器的时间到了9月28日0：00时开通服务，各地转发服务器的时间还是9月27日23:58分左右。由于笔者在全国网开通之时忙于试发四页混合信函没有成功，延误了一些时间，仅收集到内蒙呼和浩特接收的流水号为HM-102855的27日接收时间混合信函，其发送时间为2002-9-28 0:2:45接收时间为2002-9-27 23:56 。见诸媒体报道的还有流水号为HM-102662北京一体机接收时间为9-27 23:59 发送时间为2002-9-28 0:0:17；流水号HM-102684 南京一体机接收时间为9-27 23:59 发送时间为2002-9-28 0:0:36。
    第二种情况是正常接收封，绝大多数的首日封均是如此。在此介绍一枚 接收时间为2002-9-28 0：00的混合信函，此封流水号为HM－102857，发送时间2002－9－28 0：2：45。
    第三种情况是一体机无法及时处理所致，这些封的寄发时间当在200年9月28日19时之前交寄的，目前发现厦门、太原等地一体机出现过这类现象。
    第四种情况是属于特定情况下产生的非常规情况，因为当时为了缓解一体机处理接收打印，新速公司对转发服务器的时间进行了调整，将9月28日19时以后发送的混合信函均改为29日发送，由于混合信函上日戳的时间是由转发服务器确定，而纪念邮戳是由主信函服务器成功接收信件的时间来决定，只要是28日成功发送的都有此戳，因此就出现了纪念邮戳是28日、日戳是29日的情况，需要注意的是28日24时过一秒发送的混合信函都没有纪念邮戳。从时间上来说，这种情况的封应该是30多处接收一体机都有产生，但是由于当天有相当多的混合信函丢失，也无从知道究竟有多少种此现象的封。