Gmail 可能因接收其他 Sean Conners 的电子邮件而负有部分责任

当我在 Lobsters 上阅读关于“一名研究人员购买了noreply.net。公司开始向他发送秘密”的文章时，我留下了关于我自己在接收其他 Sean Conner 的电子邮件方面遇到的困难的评论。这引发了一个帖子，淹没了有关其他有类似故事的人的评论部分，所以很高兴知道我并不孤单。另外，这是我在该帖子中最喜欢的评论之一（出于显而易见的原因）：我正要说，“我认识一个人，他有一个关于此的完整博客系列。”但后来我一看，你就是他。 Jason McBrayer 的龙虾评论 呵呵。但整个帖子让我想到，仍然有很多人几乎不理解电子邮件，甚至不确定自己的电子邮件是什么。伤心。我确实收到了 Keong Lim 发来的一封关于我的评论的电子邮件，声称这主要是谷歌造成的混乱的错，并与 Stack Exchange 上这个相当可恶的答案相关联：这是人性的一课，这么多专家只是简单地背诵谷歌对此的简单回答，就好像一个断言与经验现实相同一样。我是拥有firstname.lastname@gmail.com 帐户的早期帐户持有人之一。大约三年前，我开始收到发送至firstnamelastname@gmail.com 的电子邮件。通过对信息进行三角测量，我能够从他们的干洗店、汽车经销商等处收集到信息。我终于能够联系到这些人（顺便说一句，距离我大约 3,000 英里）。 DO 和我有相同的帐户，只是去掉了句点。我们能够确定只有一部分电子邮件在帐户之间“泄漏”。不幸的是，我比他们早 10 年就拥有了自己的账户，这一事实并没有说服他们把账户留给我。因此，我只能忍受银行、学校等机构偶尔发出的通知。因此，我不再使用 Gmail 处理任何重要或机密的事情。最让我不安的是谷歌坚持认为他们不可能犯编程错误，而他们显然犯了这样的错误。这些人假装谦虚，却十分傲慢。为什么 Google 不考虑 Gmail 地址的用户名中的点？ “轻拍答案”是谷歌正在减少可能出现的混淆，即谁接收了firstname.lastname @gmail.com 和firstnamelastname @gmail.com ，但“轻拍答案”似乎是对Gmail 的稍后更改，以忽略电子邮件地址本地部分（“@”之前的部分）中的句点。我认为 Gmail 很大程度上依赖于“RFC-5321：简单邮件传输协议”的这一部分来证明这一点：2.3.11。邮箱和地址如本说明书中所使用的，“地址”是标识邮件将被发送到的用户或邮件将被存放到的位置的字符串。 …因此，由于中间主机尝试通过修改它们来优化传输时出现的问题由来已久，因此本地部分必须仅由地址的域部分中指定的主机来解释和分配语义。 （强调）我知道我很早就注册了 Gmail，以获得 Sean.conner@gmail.com，当时，seanconner@gmail.com 可能被视为不同的电子邮件地址。更改后，Gmail 似乎有时会感到困惑，有时还会弄乱一些旧地址。在阅读所有这些内容时，我确实深入了解了电子邮件地址中实际允许使用的字符。目前尚不清楚是否允许除 ASCII 之外的任何内容，但令人惊讶的是 ASCII 中不允许的内容很少。在 95 个定义的图形字符（我包括空格字符）中，不允许使用以下字符： 电子邮件地址中不允许使用 ASCII 字符 字符名称 空格 " 引号（左括号） 右括号、逗号 : 冒号 ; 分号 < 小于号 > 大于号 @ Commercial At [ 左方括号 \ 反斜线 ] 右方括号 从技术上讲，如果它们满足以下条件，则可以在电子邮件地址中使用它们逃脱，但我强烈建议您自由链接到此处的任何条目。我保证，日期是指向该条目的永久链接（如果只有一个条目）。链接的格式很简单：从该网站的基本链接开始：https://boston.conman.org/，然后添加您感兴趣的日期。 2000/08/01 ，这样最终的 URL 就会是：https://boston.conman.org/2000/08/01 您还可以通过省略日期部分来指定整个月份。您甚至可以选择任意时间部分。您还可以注意到链接的细微阴影，这是有意为之的：链接“越接近”（相对于页面）就越“亮”，这是使用颜色的实验。阴影表示链接距此处的距离，请不要担心；假设其中提到的每个品牌名称、口号、公司名称、符号、设计元素等都不是那么重要。