我用钮曼m580看txt电子书，按正确操作，为啥有的文件夹能打开，而有的打不开，显示没有文件？

Posted 2023-05-06

软件缺陷，等等出新固件会解决的
还有这样的问题直接去纽曼的论坛反映效果会更好
www.usb-mp3.com 参考技术A 这个就是这样，我的也一样，并非所有的文件夹都能显示，只能显示头几个文件夹，你把电子书内容放到可以显示的那几个文件夹就可以了。其实我也固件升级过几次，都没能解决这个问题。 参考技术B 应该是机器的固件不识那个编码吧，比如日文韩文等，或者是台湾编码的繁体字

为啥收到的电子邮件标题似乎按时间顺序排列不正确？

【中文标题】为啥收到的电子邮件标题似乎按时间顺序排列不正确？

【英文标题】：Why do RECEIVED email headers seem to be out of order chronologically?为什么收到的电子邮件标题似乎按时间顺序排列不正确？

【发布时间】：2016-05-30 00:17:26

【问题描述】：

在查看标头时，似乎第二个接收消息的服务器直到在最终标头中​​报告的交付日期之后才中继它。

在 c9mailgw11.amadis.com，报告的时间是 22:47:49 -0800 (PST)。但是，最终服务器 BY2PR0401MB0966.namprd04.prod.outlook.com 报告的时间为 06:46:08 +0000。

这种差异是因为简单的事情，比如 amadis 接力赛上的时钟坏了吗？

我编写了一个检测电子邮件延迟的脚本，当我遇到这样的怪事时，我会从该跳到下一个跳获得负值，我想了解为什么以这种方式订购它们以查看我是否有办法向前看。

谁能提供见解？

**Received: from BY2PR0401MB0966.namprd04.prod.outlook.com (10.160.64.15) by
 CY1PR0401MB0971.namprd04.prod.outlook.com (10.160.160.17) with Microsoft SMTP
 Server (TLS) id 15.1.403.16 via Mailbox Transport; Wed, 17 Feb 2016 06:46:08**
 +0000
Received: from BN3PR0401CA0023.namprd04.prod.outlook.com (10.162.159.161) by
 BY2PR0401MB0966.namprd04.prod.outlook.com (10.160.64.15) with Microsoft SMTP
 Server (TLS) id 15.1.409.15; Wed, 17 Feb 2016 06:46:07 +0000
Received: from BN3NAM01FT022.eop-nam01.prod.protection.outlook.com
 (2a01:111:f400:7e41::207) by BN3PR0401CA0023.outlook.office365.com
 (2a01:111:e400:51d1::33) with Microsoft SMTP Server (TLS) id 15.1.409.15 via
 Frontend Transport; Wed, 17 Feb 2016 06:46:07 +0000
Received: from BAY004-MC1F22.hotmail.com (10.152.66.51) by
 BN3NAM01FT022.mail.protection.outlook.com (10.152.67.153) with Microsoft SMTP
 Server (TLS) id 15.1.409.7 via Frontend Transport; Wed, 17 Feb 2016 06:46:06
 +0000
Received: from mail2world.com ([209.67.128.125]) by BAY004-MC1F22.hotmail.com with Microsoft SMTPSVC(7.5.7601.23143);
     Tue, 16 Feb 2016 22:46:06 -0800
Received: from mail pickup service by mail2world.com with Microsoft SMTPSVC;
     Tue, 16 Feb 2016 22:46:04 -0800
ResentFrom: [e-mail]
Return-Path: [e-mail]
Received: from 216.163.188.203 unverified ([216.163.188.203]) by mwpop05oc.mail2world.com with Mail2World SMTP Server; 
    Tue, 16 Feb 2016 22:46:01 -0800
**Received: from sender153-mail.zoho.com (unknown [74.201.84.153])
    by c9mailgw11.amadis.com (Postfix) with ESMTP id A432C5B996A81
    for <[e-mail]>; Tue, 16 Feb 2016 22:47:49 -0800 (PST)**
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; 
  s=zapps768; d=zoho.com; 
  h=content-type:mime-version:subject:to:from:date; 
  b=b6BP/HJmeP+ORBz043y8K0tUFE3u3c8tUZvDSHjfuH0zD84gax1wUlRdYGps/SBd7SnFHYT1Plps
    wRQOJoRp6hEMPerW6MSOL9psGWfNel4lnZwdtr7ujnuh54CTTEwV  
Received: from [192.168.10.1] (xxx.xxx.net [xx.xx.xx.xx]) by mx.zohomail.com
    with SMTPS id 1455691501828999.0688176107503; Tue, 16 Feb 2016 22:45:01 -0800 (PST)

【参考方案1】：

rfc5321, section 4.4 中记录了此问题的答案，如下：

当 SMTP 服务器收到要投递或进一步发送的邮件时 处理，它必须插入跟踪（“时间戳”或“接收”） 消息内容开头的信息，如中所述 第 4.1.1.4 节。

此行的结构必须如下：

o FROM 子句，必须在 SMTP 环境中提供， 应该同时包含 (1) 显示的源主机的名称 在 EHLO 命令中和 (2) 包含 IP 的地址文字 源地址，由 TCP 连接确定。

o 按照 RFC 822 的建议，ID 子句可以包含一个“@”，但是 这 不是必需的。

o 如果出现 FOR 子句，它必须正好包含一个 条目，即使已经给出了多个 RCPT 命令。多种的 s 引发了一些安全问题并已被弃用，请参阅 第 7.2 节。

Internet 邮件程序不得更改或删除 Received: 行 之前已添加到邮件标题部分。 SMTP 服务器必须在消息前添加 Received 行；他们不能改变 现有行的顺序或在任何其他中插入收到的行 位置。

【讨论】：

我知道每个 smtp 服务器都会预先添加标题，但我仍然不明白，在前 3 个标题中（从底部开始），时间如何上升，然后后退：22:45:01 22:47:49 22:46:01 这怎么可能？

这只是表示那些 SMTP 服务器上的时钟不准确。