Comment empêcher les gens d'utiliser mon domaine pour envoyer du spam ?

La nature du SMTP (le protocole utilisé pour transférer le courrier) fait qu'aucune validation n'est effectuée sur l'adresse de l'expéditeur figurant dans un courriel. Si vous voulez envoyer un courriel qui semble provenir de president@whitehouse.gov ...vous pouvez aller de l'avant et faire ça, et dans de nombreux cas, il n'y a rien que l'on puisse faire pour vous en empêcher.

Cela dit, si vous établissez Enregistrements SPF pour votre domaine, il y a plus de chances que les systèmes de réception reconnaissent le faux courriel comme du spam. Un enregistrement SPF identifie les systèmes qui sont autorisés à envoyer du courrier pour votre domaine. Tous les systèmes de réception ne prêtent pas attention aux enregistrements SPF, mais les grands fournisseurs de courrier électronique utilisent ces informations.

J'approuve les réponses déjà données concernant le FPS (+1, chacun d'entre vous !) mais notez que si vous décidez de suivre cette voie - et c'est une bonne voie - il y a aucun point de le faire à moins d'identifier et d'annoncer tous hôtes qui sont approuvés pour envoyer des e-mails pour votre domaine, et interdire tous les autres avec -all .

Non seulement ?all y ~all n'ont pas l'effet désiré, mais certains administrateurs de courrier sur SF les considèrent comme le signe d'un domaine expéditeur positivement spammeur.

Cadre de la politique de l'expéditeur (SPF) peut aider. Il s'agit d'un système de validation des e-mails conçu pour empêcher le spam en vérifiant les adresses IP des expéditeurs. SPF permet aux administrateurs de préciser quels hôtes sont autorisés à envoyer du courrier à partir d'un domaine donné en créant un enregistrement SPF spécifique (ou enregistrement TXT) dans le système de noms de domaine (DNS). Les échangeurs de courrier utilisent le DNS pour vérifier que le courrier d'un domaine donné est envoyé par un hôte autorisé par les administrateurs de ce domaine.

Il ne semble pas qu'un FPS aurait été utile dans cet exemple particulier. Il est peu probable qu'une machine qui prend la peine de vérifier les enregistrements SPF pour rejeter du courrier soit cassée au point d'accepter du courrier pour un domaine inexistant, puis de décider qu'elle ne peut pas le distribuer et de générer le message de rebond. Si mail-gw01.fsdata.se, la machine acceptant le courrier pour whao.se, l'avait correctement rejeté, votre message de rejet proviendrait d'un serveur SMTP Google.

Malheureusement, ce genre de comportement défectueux (accepter et générer ensuite un rebond) n'est pas si rare. Il n'y a rien que vous puissiez faire pour empêcher une machine aléatoire de prétendre qu'elle a un message à délivrer de votre domaine. Il n'y a rien que vous puissiez faire non plus contre les rebonds retardés.

Vous pouvez cependant avoir moins de ces rebonds à lire. Si 7E949BA n'est pas un utilisateur réel sur itaccess.org, comme je le soupçonne, vous recevez le message de rebond parce que votre adresse fourre-tout est activée. Une adresse "catch-all" signifie que votre domaine acceptera les emails pour tout utilisateur inexistant et vous les délivrera. Il s'agit principalement d'un bon moyen d'accroître votre collection de spams et de messages de rebond. Dans Google Apps, pour configurer votre adresse attrape-tout, il faut aller dans "Gérer ce domaine" -> Paramètres -> Courriel, à peu près à mi-chemin.