在邮件某个MIME正文部分明确写着Content-Transfer-Encoding: quoted-printable,并且行尾等号后紧接相应换行时,这个等号可以表示软换行;解码后应把相邻两行连接起来,而不是把连接后的结果当成正文里的硬换行。离开这个前提,不能把任意正文等号都删除。这里讨论的是具体MIME正文部分,不是整封邮件的所有文本,也不是邮件头字段编码。

AI台式电脑工作台示意图
AI台式电脑维护示意图,非真实门店、技师或客户实拍。

适用判断要先看具体部分。按RFC2045中quoted-printable的规则,编码行需不长于76字符,上限计算不含结尾CRLF,但包含行尾等号;行尾等号是软换行标记,等号后的换行属于编码折行。原文中作者实际输入的文本硬换行,与为传输而加的编码折行不是一回事。要区分等号后是换行,还是“=”后跟两位十六进制数字:=3D表示编码字节等号,不能当作软换行删掉;=后两位十六进制与行尾软折行也不能混为一谈。观察时应先确认该部分的头、字符集以及原始字节,再判断显示层发生了什么。查看源文本和查看渲染结果属于不同层,渲染把两行接在一起不等于原文被篡改。

风险主要来自绕过条件直接改原文。全局删除等号可能改变正文内容,把=3D误删尤其会把本应显示的等号弄丢;把孤等号或异常长度行强行当软换行,也会造成错误连接。看到quoted-printable不等于邮件有感染,不能据此下结论;更不宜为验证而打开陌生附件。转发包含地址、附件或令牌的原文,也可能把不必外传的信息带出去。

下一步可按分支处理。若具体部分头明确声明quoted-printable,且行尾等号后确实是相应换行,就按软换行理解,让解码连接两行,同时保留正文真正的硬换行;若等号后是相应的两位十六进制,应解码为对应字节,而非当折行标记拼接;不能全局删等号;若出现孤等号、长度异常或头信息不一致,先保留原始邮件和具体部分信息,核对字符集与原始字节,不凭渲染结果改源文本。需要转交时,只提供必要头字段和脱敏后的片段。

鼓楼区台式电脑用户可拨400-877-9605,准备必要MIME部分头、字符集与去敏原字节片段,原邮件保留,陌生附件不为验证而打开。电脑快修网提供信息展示与第三方维修对接,实际地址、是否支持对应电脑侧检查及安排当次确认,覆盖记录不代表即时履约。