• 关于

    多编码

    的搜索结果

回答

问题出现的原因:发件人在发送邮件时使用了特殊的字符形式与收件人阅读邮件时默认的字符形式冲突,导致阅读邮件时出现乱码现象。万网企业邮箱 WebMail 默认采用 Unicode(UTF-8) 编码发送邮件,如果收件人邮箱的 WebMail 不支持 Unicode(UTF-8) 编码,就会显示乱码,出现乱码后,可以按照以下方式通过浏览器手工选择正确编码进行浏览。浏览方法:在收件箱中单击邮件标题,进行阅读邮件。将鼠标移动到邮件内容处,单击右键,选择编码后选择并尝试用适合的字符编码,浏览的问题解决了。但是由于收件人的 WebMail 不支持 UTF-8 编码,如果以 WebMail 方式回复或者转发的话,WebMail 将无法实现 UTF-8 到其默认编码的转换,因为手工方式选择的编码是由 Web 浏览器完成的解码,并不是由对方 WebMail 服务器完成的,对方服务器在处理回复或者转发时,由于不支持 UTF-8 编码,造成编码无法识别而转换错误,这样后继的收件人将无法正确解读完整邮件,就会出现问题描述的那样了 解决此问题。有三种情况:收件人邮件服务商增加对 UTF-8 编码的支持。(收件人向他的邮件服务商提出需求)收件人依靠客户端收信软件进行回复或者转发。(可以采用本地默认的GB2312编码,由于本地操作系统对 UTF-8 编码的支持是可以完成编码转换的)发件人使用客户端软件进行发送(默认使用 GB2312 编码,不使用 UTF-8 编码) 关于 UTF-8 编码和中文字符集,国内网站较多使用简体中文编码 GB2312 字符集;港澳台地区网站使用繁体中文网页编码 BIG5 字符集。并且他们中的多数是支持 UTF-8 编码的,比如搜狐。但也有少数服务商还不支持 UTF-8 编码,这样其 WebMail 转发或者回复的邮件就会出现乱码。并且这种回复或者转发后形成的乱码是无法复原的。 由于 UTF-8 包含了简体和繁体中文字符,能正确显示多种语言文字,具有标准化和国际惯用的优势,随着全球一体化的不断深入, Unicode 在将来会取代现有的 GBK 及 BIG5 ,您可能已经感觉到,万网企业邮箱与国际间的邮件往来已经没有乱码的问题了,现阶段乱码问题主要集中在默认 GB2312 并且不支持 UTF-8 编码的邮件服务商,解决这一问题的过程可能会长一些,但一旦形成标准后,受益的还是我们广大用户,在此希望得到您的理解与支持。解决方案:通过 Web 页面接收阅读邮件,请按以下方式进行转换字符编码。在收件箱中单击邮件标题。进行阅读邮件。将鼠标移动到邮件内容处,单击右键,选择编码后选择并尝试用适合的字符编码。注意:请不要要选中或涂黑文字,只要将鼠标移动到邮件内容处即可。通过OutLook接收阅读邮件,请按以下方式进行转换字符编码。在收件箱中、单击邮件标题。进行阅读邮件。在菜单拦中选择查看下的编码,从中选择合适的字符编码。欢迎题主来到云栖社区,我把私人所了解、搜集到的提供给你,供一起学习、更正、互补,你可以继续留言或者到论坛参与更多的互动。

大财主 2019-12-02 00:41:10 0 浏览量 回答数 0

回答

第一个问题:&nbsp和空格在unicode里是2个不同的字符。空格的编码是32,Non-breaking space的编码是160。在HTML文本里,如果遇到多个连续的空格字符,浏览器会把它们合并成一个空格字符,而对于多个连续的&nbsp就不做合并。 第二个问题:作者写urlEncode这个函数的目的是用来编码email地址的,而email地址只可能是ASCII字符集里的字符,UTF-8里对ASCII字符的编码规则与ASCII字符集是一样的,所以可以使用这种方式来编码。显然,用这种方式去编码超出ASCII字符集之外的字符,例如中文,是不行的。你的理解没错,作者这样写也没错,关键是看打算用在什么地方。

杨冬芳 2019-12-02 02:46:34 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档问题出现的原因: 发件人在发送邮件时使用了特殊的字符形式与收件人阅读邮件时默认的字符形式冲突,导致阅读邮件时出现乱码现象。 万网企业邮箱 WebMail 默认采用 Unicode(UTF-8) 编码发送邮件,如果收件人邮箱的 WebMail 不支持 Unicode(UTF-8) 编码,就会显示乱码,出现乱码后,可以按照以下方式通过浏览器手工选择正确编码进行浏览。 浏览方法: 在收件箱中单击邮件标题,进行阅读邮件。将鼠标移动到邮件内容处,单击右键,选择编码后选择并尝试用适合的字符编码,浏览的问题解决了。但是由于收件人的 WebMail 不支持 UTF-8 编码,如果以 WebMail 方式回复或者转发的话,WebMail 将无法实现 UTF-8 到其默认编码的转换,因为手工方式选择的编码是由 Web 浏览器完成的解码,并不是由对方 WebMail 服务器完成的,对方服务器在处理回复或者转发时,由于不支持 UTF-8 编码,造成编码无法识别而转换错误,这样后继的收件人将无法正确解读完整邮件,就会出现问题描述的那样了 解决此问题。 有三种情况: 收件人邮件服务商增加对 UTF-8 编码的支持。(收件人向他的邮件服务商提出需求)收件人依靠客户端收信软件进行回复或者转发。(可以采用本地默认的GB2312编码,由于本地操作系统对 UTF-8 编码的支持是可以完成编码转换的)发件人使用客户端软件进行发送(默认使用 GB2312 编码,不使用 UTF-8 编码) 关于 UTF-8 编码和中文字符集,国内网站较多使用简体中文编码 GB2312 字符集;港澳台地区网站使用繁体中文网页编码 BIG5 字符集。并且他们中的多数是支持 UTF-8 编码的,比如搜狐。但也有少数服务商还不支持 UTF-8 编码,这样其 WebMail 转发或者回复的邮件就会出现乱码。并且这种回复或者转发后形成的乱码是无法复原的。 由于 UTF-8 包含了简体和繁体中文字符,能正确显示多种语言文字,具有标准化和国际惯用的优势,随着全球一体化的不断深入, Unicode 在将来会取代现有的 GBK 及 BIG5 ,您可能已经感觉到,万网企业邮箱与国际间的邮件往来已经没有乱码的问题了,现阶段乱码问题主要集中在默认 GB2312 并且不支持 UTF-8 编码的邮件服务商,解决这一问题的过程可能会长一些,但一旦形成标准后,受益的还是我们广大用户,在此希望得到您的理解与支持。 解决方案: 通过 Web 页面接收阅读邮件,请按以下方式进行转换字符编码。 在收件箱中单击邮件标题。进行阅读邮件。将鼠标移动到邮件内容处,单击右键,选择编码后选择并尝试用适合的字符编码。 注意:请不要要选中或涂黑文字,只要将鼠标移动到邮件内容处即可。 通过OutLook接收阅读邮件,请按以下方式进行转换字符编码。 在收件箱中、单击邮件标题。进行阅读邮件。在菜单拦中选择查看下的编码,从中选择合适的字符编码。

2019-12-01 23:23:54 0 浏览量 回答数 0

阿里云试用中心,为您提供0门槛上云实践机会!

0元试用32+款产品,最高免费12个月!拨打95187-1,咨询专业上云建议!

回答

详细解答可以参考官方帮助文档问题出现的原因: 发件人在发送邮件时使用了特殊的字符形式与收件人阅读邮件时默认的字符形式冲突,导致阅读邮件时出现乱码现象。 万网企业邮箱 WebMail 默认采用 Unicode(UTF-8) 编码发送邮件,如果收件人邮箱的 WebMail 不支持 Unicode(UTF-8) 编码,就会显示乱码,出现乱码后,可以按照以下方式通过浏览器手工选择正确编码进行浏览。 浏览方法: 在收件箱中单击邮件标题,进行阅读邮件。将鼠标移动到邮件内容处,单击右键,选择编码后选择并尝试用适合的字符编码,浏览的问题解决了。但是由于收件人的 WebMail 不支持 UTF-8 编码,如果以 WebMail 方式回复或者转发的话,WebMail 将无法实现 UTF-8 到其默认编码的转换,因为手工方式选择的编码是由 Web 浏览器完成的解码,并不是由对方 WebMail 服务器完成的,对方服务器在处理回复或者转发时,由于不支持 UTF-8 编码,造成编码无法识别而转换错误,这样后继的收件人将无法正确解读完整邮件,就会出现问题描述的那样了 解决此问题。 有三种情况: 收件人邮件服务商增加对 UTF-8 编码的支持。(收件人向他的邮件服务商提出需求)收件人依靠客户端收信软件进行回复或者转发。(可以采用本地默认的GB2312编码,由于本地操作系统对 UTF-8 编码的支持是可以完成编码转换的)发件人使用客户端软件进行发送(默认使用 GB2312 编码,不使用 UTF-8 编码) 关于 UTF-8 编码和中文字符集,国内网站较多使用简体中文编码 GB2312 字符集;港澳台地区网站使用繁体中文网页编码 BIG5 字符集。并且他们中的多数是支持 UTF-8 编码的,比如搜狐。但也有少数服务商还不支持 UTF-8 编码,这样其 WebMail 转发或者回复的邮件就会出现乱码。并且这种回复或者转发后形成的乱码是无法复原的。 由于 UTF-8 包含了简体和繁体中文字符,能正确显示多种语言文字,具有标准化和国际惯用的优势,随着全球一体化的不断深入, Unicode 在将来会取代现有的 GBK 及 BIG5 ,您可能已经感觉到,万网企业邮箱与国际间的邮件往来已经没有乱码的问题了,现阶段乱码问题主要集中在默认 GB2312 并且不支持 UTF-8 编码的邮件服务商,解决这一问题的过程可能会长一些,但一旦形成标准后,受益的还是我们广大用户,在此希望得到您的理解与支持。 解决方案: 通过 Web 页面接收阅读邮件,请按以下方式进行转换字符编码。 在收件箱中单击邮件标题。进行阅读邮件。将鼠标移动到邮件内容处,单击右键,选择编码后选择并尝试用适合的字符编码。 注意:请不要要选中或涂黑文字,只要将鼠标移动到邮件内容处即可。 通过OutLook接收阅读邮件,请按以下方式进行转换字符编码。 在收件箱中、单击邮件标题。进行阅读邮件。在菜单拦中选择查看下的编码,从中选择合适的字符编码。

2019-12-01 23:23:54 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档问题出现的原因: 发件人在发送邮件时使用了特殊的字符形式与收件人阅读邮件时默认的字符形式冲突,导致阅读邮件时出现乱码现象。 万网企业邮箱 WebMail 默认采用 Unicode(UTF-8) 编码发送邮件,如果收件人邮箱的 WebMail 不支持 Unicode(UTF-8) 编码,就会显示乱码,出现乱码后,可以按照以下方式通过浏览器手工选择正确编码进行浏览。 浏览方法: 在收件箱中单击邮件标题,进行阅读邮件。将鼠标移动到邮件内容处,单击右键,选择编码后选择并尝试用适合的字符编码,浏览的问题解决了。但是由于收件人的 WebMail 不支持 UTF-8 编码,如果以 WebMail 方式回复或者转发的话,WebMail 将无法实现 UTF-8 到其默认编码的转换,因为手工方式选择的编码是由 Web 浏览器完成的解码,并不是由对方 WebMail 服务器完成的,对方服务器在处理回复或者转发时,由于不支持 UTF-8 编码,造成编码无法识别而转换错误,这样后继的收件人将无法正确解读完整邮件,就会出现问题描述的那样了 解决此问题。 有三种情况: 收件人邮件服务商增加对 UTF-8 编码的支持。(收件人向他的邮件服务商提出需求)收件人依靠客户端收信软件进行回复或者转发。(可以采用本地默认的GB2312编码,由于本地操作系统对 UTF-8 编码的支持是可以完成编码转换的)发件人使用客户端软件进行发送(默认使用 GB2312 编码,不使用 UTF-8 编码) 关于 UTF-8 编码和中文字符集,国内网站较多使用简体中文编码 GB2312 字符集;港澳台地区网站使用繁体中文网页编码 BIG5 字符集。并且他们中的多数是支持 UTF-8 编码的,比如搜狐。但也有少数服务商还不支持 UTF-8 编码,这样其 WebMail 转发或者回复的邮件就会出现乱码。并且这种回复或者转发后形成的乱码是无法复原的。 由于 UTF-8 包含了简体和繁体中文字符,能正确显示多种语言文字,具有标准化和国际惯用的优势,随着全球一体化的不断深入, Unicode 在将来会取代现有的 GBK 及 BIG5 ,您可能已经感觉到,万网企业邮箱与国际间的邮件往来已经没有乱码的问题了,现阶段乱码问题主要集中在默认 GB2312 并且不支持 UTF-8 编码的邮件服务商,解决这一问题的过程可能会长一些,但一旦形成标准后,受益的还是我们广大用户,在此希望得到您的理解与支持。 解决方案: 通过 Web 页面接收阅读邮件,请按以下方式进行转换字符编码。 在收件箱中单击邮件标题。进行阅读邮件。将鼠标移动到邮件内容处,单击右键,选择编码后选择并尝试用适合的字符编码。 注意:请不要要选中或涂黑文字,只要将鼠标移动到邮件内容处即可。 通过OutLook接收阅读邮件,请按以下方式进行转换字符编码。 在收件箱中、单击邮件标题。进行阅读邮件。在菜单拦中选择查看下的编码,从中选择合适的字符编码。

2019-12-01 23:23:53 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档问题出现的原因: 发件人在发送邮件时使用了特殊的字符形式与收件人阅读邮件时默认的字符形式冲突,导致阅读邮件时出现乱码现象。 万网企业邮箱 WebMail 默认采用 Unicode(UTF-8) 编码发送邮件,如果收件人邮箱的 WebMail 不支持 Unicode(UTF-8) 编码,就会显示乱码,出现乱码后,可以按照以下方式通过浏览器手工选择正确编码进行浏览。 浏览方法: 在收件箱中单击邮件标题,进行阅读邮件。将鼠标移动到邮件内容处,单击右键,选择编码后选择并尝试用适合的字符编码,浏览的问题解决了。但是由于收件人的 WebMail 不支持 UTF-8 编码,如果以 WebMail 方式回复或者转发的话,WebMail 将无法实现 UTF-8 到其默认编码的转换,因为手工方式选择的编码是由 Web 浏览器完成的解码,并不是由对方 WebMail 服务器完成的,对方服务器在处理回复或者转发时,由于不支持 UTF-8 编码,造成编码无法识别而转换错误,这样后继的收件人将无法正确解读完整邮件,就会出现问题描述的那样了 解决此问题。 有三种情况: 收件人邮件服务商增加对 UTF-8 编码的支持。(收件人向他的邮件服务商提出需求)收件人依靠客户端收信软件进行回复或者转发。(可以采用本地默认的GB2312编码,由于本地操作系统对 UTF-8 编码的支持是可以完成编码转换的)发件人使用客户端软件进行发送(默认使用 GB2312 编码,不使用 UTF-8 编码) 关于 UTF-8 编码和中文字符集,国内网站较多使用简体中文编码 GB2312 字符集;港澳台地区网站使用繁体中文网页编码 BIG5 字符集。并且他们中的多数是支持 UTF-8 编码的,比如搜狐。但也有少数服务商还不支持 UTF-8 编码,这样其 WebMail 转发或者回复的邮件就会出现乱码。并且这种回复或者转发后形成的乱码是无法复原的。 由于 UTF-8 包含了简体和繁体中文字符,能正确显示多种语言文字,具有标准化和国际惯用的优势,随着全球一体化的不断深入, Unicode 在将来会取代现有的 GBK 及 BIG5 ,您可能已经感觉到,万网企业邮箱与国际间的邮件往来已经没有乱码的问题了,现阶段乱码问题主要集中在默认 GB2312 并且不支持 UTF-8 编码的邮件服务商,解决这一问题的过程可能会长一些,但一旦形成标准后,受益的还是我们广大用户,在此希望得到您的理解与支持。 解决方案: 通过 Web 页面接收阅读邮件,请按以下方式进行转换字符编码。 在收件箱中单击邮件标题。进行阅读邮件。将鼠标移动到邮件内容处,单击右键,选择编码后选择并尝试用适合的字符编码。 注意:请不要要选中或涂黑文字,只要将鼠标移动到邮件内容处即可。 通过OutLook接收阅读邮件,请按以下方式进行转换字符编码。 在收件箱中、单击邮件标题。进行阅读邮件。在菜单拦中选择查看下的编码,从中选择合适的字符编码。

2019-12-01 23:23:53 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档问题出现的原因: 发件人在发送邮件时使用了特殊的字符形式与收件人阅读邮件时默认的字符形式冲突,导致阅读邮件时出现乱码现象。 万网企业邮箱 WebMail 默认采用 Unicode(UTF-8) 编码发送邮件,如果收件人邮箱的 WebMail 不支持 Unicode(UTF-8) 编码,就会显示乱码,出现乱码后,可以按照以下方式通过浏览器手工选择正确编码进行浏览。 浏览方法: 在收件箱中单击邮件标题,进行阅读邮件。将鼠标移动到邮件内容处,单击右键,选择编码后选择并尝试用适合的字符编码,浏览的问题解决了。但是由于收件人的 WebMail 不支持 UTF-8 编码,如果以 WebMail 方式回复或者转发的话,WebMail 将无法实现 UTF-8 到其默认编码的转换,因为手工方式选择的编码是由 Web 浏览器完成的解码,并不是由对方 WebMail 服务器完成的,对方服务器在处理回复或者转发时,由于不支持 UTF-8 编码,造成编码无法识别而转换错误,这样后继的收件人将无法正确解读完整邮件,就会出现问题描述的那样了 解决此问题。 有三种情况: 收件人邮件服务商增加对 UTF-8 编码的支持。(收件人向他的邮件服务商提出需求)收件人依靠客户端收信软件进行回复或者转发。(可以采用本地默认的GB2312编码,由于本地操作系统对 UTF-8 编码的支持是可以完成编码转换的)发件人使用客户端软件进行发送(默认使用 GB2312 编码,不使用 UTF-8 编码) 关于 UTF-8 编码和中文字符集,国内网站较多使用简体中文编码 GB2312 字符集;港澳台地区网站使用繁体中文网页编码 BIG5 字符集。并且他们中的多数是支持 UTF-8 编码的,比如搜狐。但也有少数服务商还不支持 UTF-8 编码,这样其 WebMail 转发或者回复的邮件就会出现乱码。并且这种回复或者转发后形成的乱码是无法复原的。 由于 UTF-8 包含了简体和繁体中文字符,能正确显示多种语言文字,具有标准化和国际惯用的优势,随着全球一体化的不断深入, Unicode 在将来会取代现有的 GBK 及 BIG5 ,您可能已经感觉到,万网企业邮箱与国际间的邮件往来已经没有乱码的问题了,现阶段乱码问题主要集中在默认 GB2312 并且不支持 UTF-8 编码的邮件服务商,解决这一问题的过程可能会长一些,但一旦形成标准后,受益的还是我们广大用户,在此希望得到您的理解与支持。 解决方案: 通过 Web 页面接收阅读邮件,请按以下方式进行转换字符编码。 在收件箱中单击邮件标题。进行阅读邮件。将鼠标移动到邮件内容处,单击右键,选择编码后选择并尝试用适合的字符编码。 注意:请不要要选中或涂黑文字,只要将鼠标移动到邮件内容处即可。 通过OutLook接收阅读邮件,请按以下方式进行转换字符编码。 在收件箱中、单击邮件标题。进行阅读邮件。在菜单拦中选择查看下的编码,从中选择合适的字符编码。

2019-12-01 23:23:54 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档问题出现的原因: 发件人在发送邮件时使用了特殊的字符形式与收件人阅读邮件时默认的字符形式冲突,导致阅读邮件时出现乱码现象。 万网企业邮箱 WebMail 默认采用 Unicode(UTF-8) 编码发送邮件,如果收件人邮箱的 WebMail 不支持 Unicode(UTF-8) 编码,就会显示乱码,出现乱码后,可以按照以下方式通过浏览器手工选择正确编码进行浏览。 浏览方法: 在收件箱中单击邮件标题,进行阅读邮件。将鼠标移动到邮件内容处,单击右键,选择编码后选择并尝试用适合的字符编码,浏览的问题解决了。但是由于收件人的 WebMail 不支持 UTF-8 编码,如果以 WebMail 方式回复或者转发的话,WebMail 将无法实现 UTF-8 到其默认编码的转换,因为手工方式选择的编码是由 Web 浏览器完成的解码,并不是由对方 WebMail 服务器完成的,对方服务器在处理回复或者转发时,由于不支持 UTF-8 编码,造成编码无法识别而转换错误,这样后继的收件人将无法正确解读完整邮件,就会出现问题描述的那样了 解决此问题。 有三种情况: 收件人邮件服务商增加对 UTF-8 编码的支持。(收件人向他的邮件服务商提出需求)收件人依靠客户端收信软件进行回复或者转发。(可以采用本地默认的GB2312编码,由于本地操作系统对 UTF-8 编码的支持是可以完成编码转换的)发件人使用客户端软件进行发送(默认使用 GB2312 编码,不使用 UTF-8 编码) 关于 UTF-8 编码和中文字符集,国内网站较多使用简体中文编码 GB2312 字符集;港澳台地区网站使用繁体中文网页编码 BIG5 字符集。并且他们中的多数是支持 UTF-8 编码的,比如搜狐。但也有少数服务商还不支持 UTF-8 编码,这样其 WebMail 转发或者回复的邮件就会出现乱码。并且这种回复或者转发后形成的乱码是无法复原的。 由于 UTF-8 包含了简体和繁体中文字符,能正确显示多种语言文字,具有标准化和国际惯用的优势,随着全球一体化的不断深入, Unicode 在将来会取代现有的 GBK 及 BIG5 ,您可能已经感觉到,万网企业邮箱与国际间的邮件往来已经没有乱码的问题了,现阶段乱码问题主要集中在默认 GB2312 并且不支持 UTF-8 编码的邮件服务商,解决这一问题的过程可能会长一些,但一旦形成标准后,受益的还是我们广大用户,在此希望得到您的理解与支持。 解决方案: 通过 Web 页面接收阅读邮件,请按以下方式进行转换字符编码。 在收件箱中单击邮件标题。进行阅读邮件。将鼠标移动到邮件内容处,单击右键,选择编码后选择并尝试用适合的字符编码。 注意:请不要要选中或涂黑文字,只要将鼠标移动到邮件内容处即可。 通过OutLook接收阅读邮件,请按以下方式进行转换字符编码。 在收件箱中、单击邮件标题。进行阅读邮件。在菜单拦中选择查看下的编码,从中选择合适的字符编码。

2019-12-01 23:23:54 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档问题出现的原因: 发件人在发送邮件时使用了特殊的字符形式与收件人阅读邮件时默认的字符形式冲突,导致阅读邮件时出现乱码现象。 万网企业邮箱 WebMail 默认采用 Unicode(UTF-8) 编码发送邮件,如果收件人邮箱的 WebMail 不支持 Unicode(UTF-8) 编码,就会显示乱码,出现乱码后,可以按照以下方式通过浏览器手工选择正确编码进行浏览。 浏览方法: 在收件箱中单击邮件标题,进行阅读邮件。将鼠标移动到邮件内容处,单击右键,选择编码后选择并尝试用适合的字符编码,浏览的问题解决了。但是由于收件人的 WebMail 不支持 UTF-8 编码,如果以 WebMail 方式回复或者转发的话,WebMail 将无法实现 UTF-8 到其默认编码的转换,因为手工方式选择的编码是由 Web 浏览器完成的解码,并不是由对方 WebMail 服务器完成的,对方服务器在处理回复或者转发时,由于不支持 UTF-8 编码,造成编码无法识别而转换错误,这样后继的收件人将无法正确解读完整邮件,就会出现问题描述的那样了 解决此问题。 有三种情况: 收件人邮件服务商增加对 UTF-8 编码的支持。(收件人向他的邮件服务商提出需求)收件人依靠客户端收信软件进行回复或者转发。(可以采用本地默认的GB2312编码,由于本地操作系统对 UTF-8 编码的支持是可以完成编码转换的)发件人使用客户端软件进行发送(默认使用 GB2312 编码,不使用 UTF-8 编码) 关于 UTF-8 编码和中文字符集,国内网站较多使用简体中文编码 GB2312 字符集;港澳台地区网站使用繁体中文网页编码 BIG5 字符集。并且他们中的多数是支持 UTF-8 编码的,比如搜狐。但也有少数服务商还不支持 UTF-8 编码,这样其 WebMail 转发或者回复的邮件就会出现乱码。并且这种回复或者转发后形成的乱码是无法复原的。 由于 UTF-8 包含了简体和繁体中文字符,能正确显示多种语言文字,具有标准化和国际惯用的优势,随着全球一体化的不断深入, Unicode 在将来会取代现有的 GBK 及 BIG5 ,您可能已经感觉到,万网企业邮箱与国际间的邮件往来已经没有乱码的问题了,现阶段乱码问题主要集中在默认 GB2312 并且不支持 UTF-8 编码的邮件服务商,解决这一问题的过程可能会长一些,但一旦形成标准后,受益的还是我们广大用户,在此希望得到您的理解与支持。 解决方案: 通过 Web 页面接收阅读邮件,请按以下方式进行转换字符编码。 在收件箱中单击邮件标题。进行阅读邮件。将鼠标移动到邮件内容处,单击右键,选择编码后选择并尝试用适合的字符编码。 注意:请不要要选中或涂黑文字,只要将鼠标移动到邮件内容处即可。 通过OutLook接收阅读邮件,请按以下方式进行转换字符编码。 在收件箱中、单击邮件标题。进行阅读邮件。在菜单拦中选择查看下的编码,从中选择合适的字符编码。

2019-12-01 23:23:54 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档问题出现的原因: 发件人在发送邮件时使用了特殊的字符形式与收件人阅读邮件时默认的字符形式冲突,导致阅读邮件时出现乱码现象。 万网企业邮箱 WebMail 默认采用 Unicode(UTF-8) 编码发送邮件,如果收件人邮箱的 WebMail 不支持 Unicode(UTF-8) 编码,就会显示乱码,出现乱码后,可以按照以下方式通过浏览器手工选择正确编码进行浏览。 浏览方法: 在收件箱中单击邮件标题,进行阅读邮件。将鼠标移动到邮件内容处,单击右键,选择编码后选择并尝试用适合的字符编码,浏览的问题解决了。但是由于收件人的 WebMail 不支持 UTF-8 编码,如果以 WebMail 方式回复或者转发的话,WebMail 将无法实现 UTF-8 到其默认编码的转换,因为手工方式选择的编码是由 Web 浏览器完成的解码,并不是由对方 WebMail 服务器完成的,对方服务器在处理回复或者转发时,由于不支持 UTF-8 编码,造成编码无法识别而转换错误,这样后继的收件人将无法正确解读完整邮件,就会出现问题描述的那样了 解决此问题。 有三种情况: 收件人邮件服务商增加对 UTF-8 编码的支持。(收件人向他的邮件服务商提出需求)收件人依靠客户端收信软件进行回复或者转发。(可以采用本地默认的GB2312编码,由于本地操作系统对 UTF-8 编码的支持是可以完成编码转换的)发件人使用客户端软件进行发送(默认使用 GB2312 编码,不使用 UTF-8 编码) 关于 UTF-8 编码和中文字符集,国内网站较多使用简体中文编码 GB2312 字符集;港澳台地区网站使用繁体中文网页编码 BIG5 字符集。并且他们中的多数是支持 UTF-8 编码的,比如搜狐。但也有少数服务商还不支持 UTF-8 编码,这样其 WebMail 转发或者回复的邮件就会出现乱码。并且这种回复或者转发后形成的乱码是无法复原的。 由于 UTF-8 包含了简体和繁体中文字符,能正确显示多种语言文字,具有标准化和国际惯用的优势,随着全球一体化的不断深入, Unicode 在将来会取代现有的 GBK 及 BIG5 ,您可能已经感觉到,万网企业邮箱与国际间的邮件往来已经没有乱码的问题了,现阶段乱码问题主要集中在默认 GB2312 并且不支持 UTF-8 编码的邮件服务商,解决这一问题的过程可能会长一些,但一旦形成标准后,受益的还是我们广大用户,在此希望得到您的理解与支持。 解决方案: 通过 Web 页面接收阅读邮件,请按以下方式进行转换字符编码。 在收件箱中单击邮件标题。进行阅读邮件。将鼠标移动到邮件内容处,单击右键,选择编码后选择并尝试用适合的字符编码。 注意:请不要要选中或涂黑文字,只要将鼠标移动到邮件内容处即可。 通过OutLook接收阅读邮件,请按以下方式进行转换字符编码。 在收件箱中、单击邮件标题。进行阅读邮件。在菜单拦中选择查看下的编码,从中选择合适的字符编码。

2019-12-01 23:23:54 0 浏览量 回答数 0

回答

对方C++放过来应该是使用GBK编码,java在解析为字符串的时候要通过编码方式,如果直接获取C++发送的字符串肯定是不行的,而且java的字符串是unicode编码,需要进行转换。网上很多。。###### 引用来自“newzai”的评论 对方C++放过来应该是使用GBK编码,java在解析为字符串的时候要通过编码方式,如果直接获取C++发送的字符串肯定是不行的,而且java的字符串是unicode编码,需要进行转换。网上很多。。 刚解除mina不久,网上太多,但是具体不懂哪个应该是我要得,能否给个链接?万分感谢

爱吃鱼的程序员 2020-06-02 17:33:22 0 浏览量 回答数 0

问题

MFC 多文档程序 新建的文档的编码方式是什么?

DM。 2020-05-27 10:04:48 6 浏览量 回答数 1

回答

ASCII编码适合于英文文档的编码。Unicode编码适合于很多语言的编码。Unicode使用32位来表示字符,要求文本中每个字符占4个字节,比较浪费空间。

呵呵贺辰 2019-12-02 01:10:42 0 浏览量 回答数 0

回答

得从源头上解决问题。一点一点来搞吧。玩技术就需要有耐心,经得起挫折的考验。###### 应该可以通过字符串识别来断定文本是何种编码、比如文本编辑器那种,打开的时候都是先识别编码格式、 方法给你具体如何做google吧、 ######这种办法不可行,最好的情况下,是五个字中只有一个乱码。######转化不可能完全的,只能从源头搞起######别无选择了么?我也试过好多方法,最多只能转化80%。特别是中英文边界处,老是乱码、、、######那段字节流如果是经过定长编码的,但转换成字符流的时候如果忘了编码,它默认是采用系统的编码的,如果你的系统是定长的编码,那再逆转回来是可以的,但如果系统的默认编码是不定长的,或者那段字节流是经过不定长编码的,那逆转不了了######程序是Myeclipse上编写的,默认是GBK编码,打成jar包,运行是在linux上运行的,环境是en-utf-8什么的。有的救么?编码真心不懂!######gbk是定长字符编码,可以逆推得到原始字节流,所以在linux系统上要指明字符编码格式为gbk就可以了 ######回复 @傻不拉唧debug : 你是说已经部署了是么?如果是这样的话那你把jvm的默认编码改下吧,######关键是我现在在liunx上已经得到字符串了,而且linux是utf-8编码。

kun坤 2020-06-07 00:03:27 0 浏览量 回答数 0

回答

Unicode是唯一的,但Unicode的编码方式不是唯一的。编码方式可能是唯一的,但大端小端在前还不一定是唯一的。光说打开一个“Unicode”文件,其实不太容易做。BOM就是把一个Unicode保留字符U+FEFF,按照文件存储者的编码方式编码后,塞到文件内容的最前边。这样用不同的Unicode编码去解析文件头,就可以得知文件的编码方式和大小端顺序。结果就是文件头部多出来了两三个字节。有了BOM所有的程序都必须为BOM作出修改,这无疑是一个“大折腾”的行为。所以一般不认为BOM是个好主意。BOM引发的问题,我能想起来两个:1.PHP无法指定header(因为有BOM相当于开启输出)2.UNIX可执行脚本的Shabang标记(#!)不能识读任何时候都采用无BOM的UTF-8编码的Unicode,绝对是一个引发麻烦最少的最实用策略。UTF-8是Unicode的最佳实践,没有之一。

落地花开啦 2019-12-02 02:50:29 0 浏览量 回答数 0

回答

编码问题。统一下编码mysql是有全局编码设置的突然又好了,囧回复<aclass='referer'target='_blank'>@青柠柚子:现在在用的就是utf-8,数据库是mysql,已经固定了编码,参数传递已经通过tomcat固定以utf-8形式传输字符,这些在升级mybatis包之前就已经做了,我是在想会不会mybatis升级之后更改了Mapper.xml中参数类型的定义方式,会不会有中文特有的类型?比如字符就是VARCHAR或者CHAR之类的回复<aclass='referer'target='_blank'>@wang_liran:因为我朋友曾经也出现过这个问题,后来统一了各种编码就正常了。建议使用UTF8回复<aclass='referer'target='_blank'>@wang_liran:String的编码有很多方式,显示"中国"的编码可以有很多。

爱吃鱼的程序员 2020-06-22 14:26:49 0 浏览量 回答数 0

回答

这个很难吧?! 你说数字1,是属于什么字符集?一切皆有可能。###### 你最好自己肉眼读一下服务器这段文本,将它放在浏览器里面读,用不同的编码试试,哪个显示正常,就是哪种编码了。###### 引用来自#3楼“张敏峰”的帖子 你最好自己肉眼读一下服务器这段文本,将它放在浏览器里面读,用不同的编码试试,哪个显示正常,就是哪种编码了。 这样不行。让PHP自动判断编码格式,都转换成UTF-8的。搜到一个帖子,是通过判断文件头来判断编码,但是我觉得应该有更简单的方法。mb_convert_encoding($text, 'UTF-8','GB2312,UTF-8');这个函数基本实现了功能,但是有些编码如Unicode就会乱码 (用记事本保存时可以选,不知道是不是一种编码)。应该把尽量多的编码放到函数第三个参数上就可以吧。###### 不知道文件头信息里面会不会有文件的编码方式的标记。###### 引用来自#5楼“凹凸曼”的帖子 不知道文件头信息里面会不会有文件的编码方式的标记。 utf-8好像有固定的文件头,别的不知道。###### 回复的时候怎么出来个  {"id":10311,"post":256271957,"user":8876,"post_count":5}   红薯看一下问题。###### mb_convert_encoding用编码列表,一般ascii打头,GB2312、GBK、UTF-8基本够用了。###### 编码的顺序是很有讲究的,如果编码是ascii的就不要转换###### 引用来自#9楼“dj”的帖子 编码的顺序是很有讲究的,如果编码是ascii的就不要转换   也就是用 mb_convert_encoding($text, 'UTF-8','ascii,GB2312,gbk,UTF-8');  ? 第三个参数是文本的原编码,检测到与第二个参数相同时就不进行转码了?

kun坤 2020-06-07 17:14:14 0 浏览量 回答数 0

问题

深入分析字符编码之五-常见问题分析

夏天的日子 2019-12-01 21:13:23 4211 浏览量 回答数 0

回答

要用UTF8编码啊,可以省却很多烦恼URIEncoding 指定 UTF8 编码,然后包含中文参数的URL都要使用 URLEncoder.encode 对中文参数进行编码。

落地花开啦 2019-12-02 02:18:30 0 浏览量 回答数 0

问题

C/C++,php等其他语言的编码规范

ufosaga 2019-12-01 20:06:47 1362 浏览量 回答数 1

问题

前端开发中的字符编码详解

技术小菜鸟 2019-12-01 21:34:35 5214 浏览量 回答数 1

回答

以 Windows 为例,通常来说 文件编码有 GBK UTF8-Without-BOM UTF8-BOM, UTF16LE UTF16BE ,实际上你只要解析这些编码即可,通过读取文件的 BOM 也就是前3个或者4个字符,可以判断是否为 UTF16 或者是 UTF8 BOM,对于 GBK 或者 UTF8 without BOM 就不行了,https://github.com/BYVoid/uchardet 这是 Byvoid 从 Mozilla 提取出来的 检测 文件编码的,除掉主文件 其他文件可以用于 Windows,检测出编码后,比如 Windows 可以使用 MultiByteToWideChar 转成 UTF16 然后输出。只是过程比较繁琐。 ######"无论是记事本,notepad++,还是UltraEdit,都可以轻松打开文本文件 ",只是你没碰到,其实他们都会出现乱码,如果文件内容是任意编码的混合编码文件,没有哪个编辑器可以正确显示 ,因为不存在足够多的信息让编辑器识别每个编码的类型。对于单一编码的文件,可以通过对编码规则的试探来猜测是哪种编码的,比如一个文件的内容,如果每个字节的最高位都为0,则可以猜测它是assic码,再比如上面那位说的ucs2,如果前两个字节是0xfffe或0xfeff则认为这是ucs2编码,但实际文件中这两个字节经常不存在,所以编辑器没法识别,gb系列则每个字节的高位都是1,utf有很强的规则性也比较好识别,这里说的比较好识别不是一定能识别出来,而是规律性与其他编码区别较大,不太容易搞混。

kun坤 2020-06-07 12:51:25 0 浏览量 回答数 0

回答

Unicode 是一种字符集合,现在可容纳 100 多万个字符。每个字符对应一个不同的 Unicode 编码,它只规定了符号的二进制代码,却没有规定这个二进制代码在计算机中如何编码传输。 UTF-8 是一种对 Unicode 的编码方式,它是一种变长的编码方式,可以用 1~4 个字节来表示一个字符。

剑曼红尘 2020-04-05 21:38:41 0 浏览量 回答数 0

回答

上面逻辑就有问题,用一个编码格式的bytes去换一个编码字符串,本来就是逻辑错误。进入代码层面的字符串都是utf-16。你只要按照编码格式解析出字符串,再去输出utf-8就行。重点是保证bytes不要多做转换,先正确解析出来,之后要换什么编码,都不是问题

海边一只船 2020-05-25 21:30:19 0 浏览量 回答数 0

回答

要明白哪个好的话首先我们就要搞清楚两者之间的区别:使用转义的话就是相当于输出原字符,既然特殊字符原字符输出了的话就必须和页面的编码方式和浏览器的编码方式有关系。如果页面的编码(如GBK)中不包含该特殊字符的话,或者浏览器的编码方式不包含该特殊字符的话,就会出现乱码。你所说的HTML代码的正统名字叫做HTML 字符实体,英文名字叫做HTML Entities。使用字符实体的话浏览器会自己将代码转换为正确的字符,就少了对编码方式的要求。关于字符实体的内容你可以多看看这些页面:HTML 字符实体 | HTML Entities总结来说,使用转义的话方便书写和阅读,但是对页面的编码方式有要求。使用HTML字符实体虽然少了编码方式的显示,但是不便于书写和阅读源码。所以我个人的建议是例如"这种稍微大众平常一点的字符还是转义输出比较好,而特殊的,可以独立于页面的特殊字符(如 © ® ™ 等)则使用字符实体的形式表现。字符实体这块虽然使用实体号来写会有更大的兼容性,但是个人倾向于用字符实体的名称,原因还是方便阅读。

落地花开啦 2019-12-02 02:51:11 0 浏览量 回答数 0

问题

javascript,上传多张图片时for循环里用了闭包就没用了怎么办??报错

爱吃鱼的程序员 2020-06-08 16:14:50 0 浏览量 回答数 1

回答

python3的字符串编码问题在Python3中,有两种默认的字符编码类型,bytes和str。str表示字符Unicode字符,在Python命令行中,Unicode字符会默认的转换成可显示的字符串格式,而不会显示其本身的二进制码。我们直接用单引号或者双引号定义的字符串就是str类型我们可以通过ord函数获取其对应的十进制数字,并通过char方法获取对应的Unicode字符。如果我们知道其十六进制代码,我们还可以直接通过十六进制代码定义字符串其格式为uxxxx:c='好'd = ord(c)chr(d)print(d)hex(d)12345bytes表示字符在某种编码下的二进制码,如果知道某个字符串在某个字符编码下的二进制码,我们可以直接使用b’uxxxx’的形式来定义bytes二进制码,与str类型的字符串相比,前面多了一个字母b,表示其类型为bytes。str类型的字符串可以通过encode方法转换为bytes二进制码,同样bytes二进制码可以通过decode方法转换为str类型的字符串:c='hello'd = c.encode('unicode escape')d.decode('unicode escape')print(d)1234读取文件和网络资源的时候,是bytes对象,需要先解码,就是执行decode,如果我们不确定当前文件的字符编码,我们可以使用chardet.detect获取对应的字符编码:import chardeta = b'hello,world'print(a)charset = chardet.detect(a)print(charset)b = a.decode(charset['encoding'])print(b)1234567文件写入时的字符编码:在文件写入时,我们只能写入bytes对象,因此,我们需要将str对象以utf-8编码编码成bytes对象,再进行存储。

ylrf1212 2019-12-02 01:06:03 0 浏览量 回答数 0

问题

Spring mvc 4 javaConfig 配置 post 乱码问题:报错

kun坤 2020-06-07 12:51:32 0 浏览量 回答数 1

回答

代码多的话可以将a=%2b b=xxx c=yyy d=xxxx统一放到一个map中,然后循环map对每一个value进行URLEncode,再将key和value拼入url第二种你现在可以不关注,解决的问题是客户端编码和服务端解码的编码格式不同时的做法(Tomat等容器会自动进行URLDecode,如果和Encode的编码格式不同,tomcat会将其解析为乱码,客户端Encode两次,服务端由tomcat进行Decode一次不会产生乱码,然后再由服务端我们自己的代码使用指定编码格式DeCode)

51干警网 2019-12-02 01:34:49 0 浏览量 回答数 0

问题

OSS不支持分块传输编码的请求

sanbo 2019-12-01 20:16:13 6160 浏览量 回答数 2
阿里云大学 云服务器ECS com域名 网站域名whois查询 开发者平台 小程序定制 小程序开发 国内短信套餐包 开发者技术与产品 云数据库 图像识别 开发者问答 阿里云建站 阿里云备案 云市场 万网 阿里云帮助文档 免费套餐 开发者工具 企业信息查询 小程序开发制作 视频内容分析 企业网站制作 视频集锦 代理记账服务 2020阿里巴巴研发效能峰会 企业建站模板 云效成长地图 高端建站