是否有用于测试“一次性”电子邮件的标准域？答案

【问题标题】：Is there a standard domain for testing "throwaway" email?是否有用于测试“一次性”电子邮件的标准域？
【发布时间】：2010-11-24 23:40:39
【问题描述】：

我注意到域

contoso.com

通常在需要样本时用于文档中。我一直认为这是一个虚拟域，就像电话前缀“555”一样用于将垃圾邮件路由到某种电信空域（尽管contoso.com 似乎是一个真实的站点）。

当我必须使用唯一的电子邮件地址测试注册表单 20 次并且我不在乎邮件会发生什么但我不希望它发生时，是否有一个可以安全使用的域一个真实的人？

【问题讨论】：

这在其中一个答案中被提及，并且有关于该主题的最佳细节：faqs.org/rfcs/rfc2606.html

标签： email web-applications integration-testing

【解决方案1】：

您可以使用 example.com。根据Wikipedia article：

example.com、example.net 和 example.org 是 Internet 工程任务组通过 RFC 2606 第 3 节1 保留用于文档和示例的二级域名。它们无法注册。

通过实施保留，互联网号码分配机构 (IANA) 提供了可用于手册和示例软件配置的域。因此，如果最终用户尝试逐字使用示例配置或示例，文档编写者可以确保选择域名而不会产生命名冲突。

当使用诸如“yourusername@example.com”之类的地址来演示网站上的注册过程时，它会向用户表明他们应该填写他们接收邮件的实际电子邮件地址。 “example.com”以通用和供应商中立的方式使用。

这些域名解析到由 ICANN 管理的服务器。

【讨论】：

不幸的是，向 foo@example.com 发送电子邮件确实会被退回。它会发送 3 次失败通知，因为它会继续尝试交付。
使用 Google SMTP 向 test@example.com 发送电子邮件确实会被退回，至少目前是这样。根据this answer，该行为可能取决于服务器。我想知道 Google（或其他 SMTP 服务器所有者）是否愿意丢弃发送到 example.com 的电子邮件：这对我来说似乎更合理。但我不知道标准是否允许这样做。
我的服务器端电子邮件验证的一部分执行 DNS 和 MX 记录检查。即使使用了看起来有效的域名，未正确配置 MX 服务器的不可路由的电子邮件地址也会被拒绝。因此，我不会使用您不拥有的电子邮件地址。使用 Gmail“+”规则进行测试...将您的测试邮件发送到“youremail+random@gmail.com”。
我不建议使用在通过 Web 表单提交电子邮件地址时无法访问的电子邮件地址。一些 Web 表单具有服务器端过滤器和反垃圾邮件功能。通过使用无效、未注册、不可路由、滥用或伪造域或无效用户名（如“noreply”），您可能会发现您的 IP 地址被自动阻止和/或报告给反滥用服务。

【解决方案2】：

为此，我开始使用whatever@example.com，但随后我开始从我的外发电子邮件服务器收到回复，说该地址的递送已延迟。我不了解 OP，但我想要一些我可以发送并完全忘记它的东西。

现在我要改用 whatever@mailinator.com -- 我知道它会交付给他们的包罗万象（所以我不会收到关于交付错误的任何垃圾邮件），如果我愿意，我什至可以去查看http://mailinator.com/ 查看电子邮件是否按计划通过。（但如果我不关心它，它不会堵塞我的收件箱。）

【讨论】：

Mailinator 是一个很好的解决方案，但是在这种情况下，假设您是一个组织或企业，为什么不在您自己的邮件服务器上创建一个真正的测试邮箱呢？ Mailinator 可能会滥用或出售您的电子邮件地址...
@Roland -- 在您自己的服务器上设置邮箱对于“一次性”电子邮件来说似乎需要做很多工作，不是吗？
工作量大？当然，这取决于它是否对您不值得，而且您不必担心滥用您的电子邮件地址。如果您以后可能需要重复测试，例如当人们抱怨邮件丢失时。如果是为了爱好，还是为了专业项目

【解决方案3】：

http://www.faqs.org/rfcs/rfc2606.html 具有所有标准保留名称。值得注意的是，example.com 等在几年前就开始解决了。在此之前，它们是真正的保留名称，甚至在 DNS 中都找不到。但它们仍然是有用的“假”域。

【讨论】：

【解决方案4】：

测试电子邮件递送的一种简单方法是使用带有“加号”规则的 Gmail。我们在向某些使用唯一电子邮件地址作为用户名的服务注册共享电子邮件帐户时会使用此功能。这使我们能够对所有传入的注册使用单个收件箱，并过滤邮件以将所有邮件发送到同一文件夹。

http://fieldguide.gizmodo.com/how-to-use-the-infinite-number-of-email-addresses-gmail-1609458192

您可能会或可能不会了解有关 Gmail 的一个技巧是，您可以在地址前面的任何地方添加句点，它没有任何区别：john.smith@gmail.com 只是与 johnsmith@gmail.com 相同。更重要的是，您可以添加一个加号和 @ 符号前的任何单词（例如 johnsmith+hello@gmail.com）和消息仍会发送给您。如果这些调整没有任何区别，那为什么要使用它们呢？一个主要原因：过滤器。

【讨论】：

【解决方案5】：

example.com 怎么样？

这是一个有效的域，但被 RFC 保留用于文档。

【讨论】：

【解决方案6】：

坦率地说，我使用来自我自己的测试电子邮件服务器的电子邮件地址，因为部分测试是为了确保表单信息实际到达电子邮件地址，并且由于检查它超出了我的正常工作流程，这意味着我必须积极这样做。

【讨论】：

对，我通常从我自己的个人电子邮件地址开始（假设我之后可以删除记录）。但是在我已经使用了自己的“真实”帐户之后，我最终还不得不进行几次注册。
我有一个域，它基本上可以在电子邮件服务器上传递到任何域。有了它基本上是一个包罗万象的东西，无论我向它发送什么，我都可以检查它。

【解决方案7】：

Contoso.com 是一个可用于测试的虚拟域。

Microsoft 在需要示例公司或域时将其用作示例。他们是注册它的人，他们在他们的例子中经常使用它，所以我怀疑他们是否关心你是否将它用于测试。他们可能会忽略任何它认为它是如何在网络上发布并可能成为垃圾邮件目标的东西。

【讨论】：

【解决方案8】：

guerillamail.com 例如被多个黑名单（如http://www.block-disposable-email.com）阻止。所以也许使用 contoso.com 会更好。

杰洛德

【讨论】：

【解决方案9】：

我们为此使用 .local 域。

出于测试目的，我喜欢使用实际上不存在且无法注册的电子邮件地址。出于安全原因，即使像 example.com 这样的 IANA 访问也是不可行的。意外发送到 max.mustermann@example.com 的电子邮件可能会发送到 IANA 控制的服务器。这可能是 Max Mustermann 等人的隐私问题......

不要误会我：这只是为了附加安全性，尽可能减少风险。

【讨论】：

【解决方案10】：

您可以将内部 MTA 配置为丢弃所有 example.com/net/org 电子邮件。您可以确定没有人会期望它们会被交付。这样可以避免您的服务器使用资源和浪费带宽。

【讨论】：

【解决方案11】：

如果您要测试的是电子邮件，为什么不使用一次性电子邮件地址，例如GuerrilaMail？您可以在有限的时间内向anyone@guerrillamail.com 发送电子邮件，或设置您自己的用户名。
顺便说一句，Contoso 是他们多年来一直用于演示 .Net 技术的 Microsoft 虚拟站点现在。

【讨论】：