example.com n'a pas d'enregistrement MX, donc votre serveur SMTP sur le domaine d'envoi devrait renvoyer le message s'il est configuré comme le sont la plupart des serveurs SMTP.
EDIT: pour plus de clarté à ceux qui trouveront cette réponse à l'avenir, voici une explication de ce qu'est un enregistrement MX: (extrait de http://fr.wikipedia.org/wiki/Mx_record, consulté le 21 novembre 2011)
Un enregistrement d'échangeur de courrier (enregistrement MX) est un type d'enregistrement de ressource dans le système de noms de domaine qui spécifie un serveur de messagerie responsable de la réception des e-mails pour le compte du domaine du destinataire et une valeur de préférence utilisée pour hiérarchiser la livraison du courrier si plusieurs serveurs de messagerie sont disponibles. . L'ensemble d'enregistrements MX d'un nom de domaine spécifie comment le courrier électronique doit être routé avec le protocole de transfert de courrier simple.
Ainsi, fondamentalement, exemple.com, exemple.net et exemple.org n’ont pas de serveur désigné pour traiter le courrier entrant. Par conséquent, tout courrier qui leur est envoyé doit être renvoyé à l’expéditeur en tant que "non distribuable" (peut varier en fonction de la configuration du serveur SMTP). , mais retourner à l'expéditeur en tant que "non livrable" est un comportement très courant dans cette situation).
EDIT 2: Quelqu'un a évoqué le comportement défini par la RFC 5321 consistant à revenir à l’utilisation de l’enregistrement A dans le cas d’un enregistrement MX manquant. J'ai cherché cette RFC ( http://tools.ietf.org/html/rfc5321 ) et je n'ai rien trouvé de tel, mais il est possible que certains MTA (agents de transfert de courrier, tels que exim, postfix, sendmail et Microsoft Exchange Server), parmi autres) peuvent essayer de remettre du courrier via SMTP à l'adresse définie dans l'enregistrement A. Pour la postérité, voici ce qui se passe lorsque vous essayez d'établir une connexion SMTP avec l'adresse d'enregistrement A définie pour example.com (192.0.43.10 au moment de l'écriture):
$ telnet 192.0.43.10 25
Trying 192.0.43.10...
telnet: Unable to connect to remote host: Connection timed out
EDIT 3: voir les réponses ci-dessous pour des éclaircissements sur les RFC pertinents et le comportement de repli.