web-dev-qa-db-fra.com

Existe-t-il un domaine standard pour tester le courrier électronique "jetable"?

J'ai remarqué que le domaine

contoso.com

est souvent utilisé dans la documentation lorsqu'un échantillon est nécessaire. J'ai toujours pensé que c'était un domaine factice, utilisé comme le préfixe téléphonique "555" pour acheminer le spam dans une sorte de vide télécommunicatif (bien que contoso.com apparaisse comme un véritable site).

Existe-t-il un domaine que je peux utiliser en toute sécurité lorsque je dois, par exemple, tester un formulaire d'inscription 20 fois avec une adresse e-mail unique et que je ne me soucie pas de ce qu'il advient du message, mais je ne veux pas qu'il soit envoyé à une personne réelle ?

45
harpo

Vous pouvez utiliser exemple.com. Selon le article Wikipedia :

example.com, example.net et example.org sont des noms de domaine de second niveau réservés par l'Internet Engineering Task Force via RFC 2606, Section 3, 1 pour utilisation dans la documentation et dans les exemples. Ils ne sont pas disponibles pour l'inscription.

En mettant en œuvre la réservation, l'IANA (Internet Assigned Numbers Authority) a rendu disponibles les domaines à utiliser dans les manuels et les exemples de configuration logicielle. Ainsi, les rédacteurs de documentation peuvent être sûrs de sélectionner un nom de domaine sans créer de conflits de noms si les utilisateurs finaux essaient d'utiliser les exemples de configuration ou les exemples tels quels.

Lorsqu'une adresse telle que "votre nom d'[email protected]" est utilisée pour illustrer le processus d'inscription sur un site Web, elle indique à l'utilisateur qu'il doit renseigner l'adresse de messagerie réelle à laquelle il reçoit le courrier. "example.com" est utilisé de manière générique et indépendante du fournisseur.

Ces noms de domaine sont résolus sur un serveur géré par l'ICANN.

104
Alex Papadimoulis

À cette fin, j'ai commencé à utiliser le site [email protected], mais j'ai ensuite commencé à recevoir des réponses de mon serveur de messagerie sortant indiquant que la livraison à cette adresse avait été retardée. Je ne sais pas pour le PO, mais je veux quelque chose que je peux envoyer et que je peux complètement oublier.

Maintenant, je passe à [email protected] - je sais que le produit est livré à leur fourre-tout (donc je ne reçois pas d'ordure à propos d'erreurs de livraison), et si j'aime bien, je peux même aller vérifier à http://mailinator.com/ pour voir si le courrier électronique a été passé comme prévu. (Mais ça n'engorge pas ma boîte de réception si ça ne me dérange pas.)

11
Curtis Gibby

http://www.faqs.org/rfcs/rfc2606.html a tous les noms réservés standard. Notamment, example.com, etc., a commencé à se résoudre il y a quelques années. Avant cela, c'étaient des noms vraiment réservés, même dans le DNS. Mais ce sont toujours des "faux" domaines utiles.

9
catfood

Un moyen simple de tester la livraison des e-mails consiste à utiliser Gmail avec la règle "plus". Nous l'utilisons lors de l'enregistrement de notre compte de messagerie partagé avec certains services qui utilisent des adresses de messagerie uniques comme nom d'utilisateur. Cela nous permet d'utiliser une seule boîte de réception pour tous les enregistrements entrants et de filtrer les messages envoyés à tous dans le même dossier.

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

Un truc que vous pouvez avoir ou ne pas avoir compris à propos de Gmail est que vous pouvez ajouter des points n'importe où dans la partie avant de votre adresse et le ne fait aucune différence: [email protected] fonctionne uniquement avec le Identique à [email protected]. De plus, vous pouvez ajouter un signe plus et n'importe quel mot avant le signe @ (par exemple, [email protected]) et les messages vous parviendront toujours. Si ces ajustements ne font aucune différence, alors pourquoi les utiliser? Une raison majeure: les filtres.

2
James Moberg

que diriez-vous de example.com ?

C'est un domaine valide, mais réservé par RFC à utiliser pour la documentation.

2
Eric Petroelje

Franchement, j’utilise une adresse électronique de mon propre serveur de messagerie d’essai pour cela car une partie de l’essai consiste à s’assurer que les informations du formulaire parviennent bien à l’adresse e-mail; comme je le vérifie en dehors de mon flux de travail avoir à le faire activement. 

2
Stephen Wrighton

guerillamail.com, par exemple, est bloqué par plusieurs listes noires (comme http://www.block-disposable-email.com ). Alors peut-être que c'est mieux d'utiliser contoso.com.

Gerold

1
Gerold

Contoso.com est un domaine factice pouvant être utilisé pour les tests. 

C'est un exemple utilisé par Microsoft chaque fois qu'ils ont besoin d'un exemple d'entreprise ou de domaine. Ce sont eux qui l'ont enregistré, et ils l'utilisent fréquemment dans leurs exemples, alors je doute qu'ils s'en soucient si vous l'utilisez pour des tests. Ils ignorent probablement tout ce qui se passe, car ils sont affichés sur le Web et constituent une cible potentielle pour le spam.

0
Brandon

Si vous souhaitez tester le courrier électronique, pourquoi ne pas utiliser une adresse électronique jetable, telle que GuerrilaMail ? Vous pouvez envoyer un courrier électronique à [email protected], ou définir votre propre nom d'utilisateur, pour une durée limitée.
En passant, Contoso est un site factice de Microsoft qu’ils utilisent depuis plusieurs années pour faire la démonstration des technologies .Net.

0
Traveling Tech Guy

vous pouvez configurer votre MTA interne pour qu'il supprime tous les courriels example.com/net/org vous pouvez être sûr que personne ne s'attend à ce qu'ils soient livrés. et cela éviterait à votre serveur d’utiliser des ressources et de gaspiller de la bande passante.

0
Paul Van Bommel

Nous utilisons des domaines .local pour cela. 

À des fins de test, j'aime bien avoir des adresses électroniques qui n'existent pas et ne peuvent pas être enregistrées. Même l'accès par IANA, comme par exemple exemple.com, est interdit pour des raisons de sécurité. Les courriels envoyés accidentellement à [email protected] peuvent être envoyés à des serveurs contrôlés par IANA. C'est peut-être un problème de confidentialité pour Max Mustermann, etc.

Ne me traitez pas mal: Ceci est juste pour supplémentaire sécurité minimisant les risques autant que possible.

0
Fabian Barney