【问题标题】:Is "ISO8859-1" an acceptable variation/alias for "ISO-8859-1"“ISO8859-1”是“ISO-8859-1”可接受的变体/别名吗
【发布时间】:2013-07-24 05:39:24
【问题描述】:

我有一个发送电子邮件通知的应用程序。生成电子邮件时,它在 mime 源中包含以下内容:

Content-Type: text/plain;
      charset="ISO8859-1"
Content-Transfer-Encoding: quoted-printable

我注意到其他电子邮件程序和开源转换工具(如 iconv)不支持该特定拼写,而是需要“ISO-8859-1”。

我没有看到 IANA 字符集列表中专门列出了“ISO8859-1”:https://www.iana.org/assignments/character-sets/character-sets.xhtml

所以我的问题是:

ISO8859-1 是可接受的 ISO-8859-1 变体名称吗?是否有某种 RFC 或标准可用于明确“证明”这一点?

【问题讨论】:

  • 对我来说只是应用程序中的拼写错误
  • @Novocaine88 我同意但是出于某种原因,操作系统上的“区域设置”配置似乎将其列为 ISO8859-1。我不确定语言环境和字符编码是否一定相同。

标签: email character-encoding mime iso latin1


【解决方案1】:

问题中提到的 IANA 注册机构引用了 RFC 2978,而后者又引用了几个 RFC,这些 RFC 定义了如何在 Internet 中指定字符编码。因此,由于 ISO8859-1 未在其中列出,因此使用它是不正确的。

程序可能仍会接受它,作为其错误恢复的一部分,但它们不是必须这样做。在遇到未定义的字符编码名称时,程序可以通过检查文本数据的实际内容并尝试猜测编码来更好地恢复错误。或者他们可能只是退回到他们使用的一些默认编码,这很可能是 ISO-8859-1(或者,实际上,更常见的是 windows-1252)。

【讨论】:

    猜你喜欢
    • 2011-06-10
    • 1970-01-01
    • 2012-09-29
    • 1970-01-01
    • 2015-10-11
    • 2013-01-19
    • 2012-05-25
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多