Email 电子邮件地址的dsv的安全分隔符

Email 电子邮件地址的dsv的安全分隔符,email,mime,email-validation,email-address,Email,Mime,Email Validation,Email Address,我需要使用/存储电子邮件地址的分隔符分隔值字符串(不是csv)。我需要选择一个安全的分隔符 例如,bar@foo.com,baz@foo.com,-此示例中的逗号不安全,因为它在电子邮件地址中有效 似乎电子邮件地址中的任何内容,尤其是现在的电子邮件地址 什么是一个安全的定界符,使用时不会因为角落的情况而跳过铁环?我找不到一个明确无效的字符(但是有很多与电子邮件相关的RFC,所以我不确定要查询哪个)。您将在哪里/如何存储字符串以及分隔符将用于什么 您可以使用不可见的ascii字符,如CR(asci

我需要使用/存储电子邮件地址的分隔符分隔值字符串(不是csv)。我需要选择一个安全的分隔符

例如,
bar@foo.com,baz@foo.com,
-此示例中的逗号不安全,因为它在电子邮件地址中有效

似乎电子邮件地址中的任何内容,尤其是现在的电子邮件地址


什么是一个安全的定界符,使用时不会因为角落的情况而跳过铁环?我找不到一个明确无效的字符(但是有很多与电子邮件相关的RFC,所以我不确定要查询哪个)。

您将在哪里/如何存储字符串以及分隔符将用于什么


您可以使用不可见的ascii字符,如CR(ascii 13)或Tab(ascii 9)。

我最初使用的是
\
,因为这是一个转义字符,但如果转义则允许@马特沃克的回答建议使用CR或LF等,但如果它们被逃脱,也可以使用

逃跑、替换和逃脱变得有点复杂。所以现在我使用的是控制字符
STX
(即“文本开头”,小数点2)


虽然RFC没有提到(从我所看到的)控制字符是否有效,但似乎没有任何东西使它成为一个错误的选择。它确实说控制字符是“不受鼓励的”,但不禁止用于标题字段。

存储在数据库中。你是怎么到达那些地方的?提到ascii控制字符对于正文是“不鼓励的”,但没有说明任何关于标题的内容,所以我假设这些字符在技术上是允许在电子邮件地址中使用的?诚然,这没有道理,但我们需要依赖于正式规范。