550 Utilisateur inconnu cmd erreur telnet (spoofing par courrier électronique)

J'essaie d'envoyer un courriel à l'aide de telnet en cmd. J'ai déjà connecté avec telnet. Btw j'utilise un fournisseur de courrier électronique jetable.

C:\Users\Student>telnet mail.dispostable.com 25 

Alors il m'a amené ici:

 220 dispostable.com ESMTP 

Puis je tape la commande suivante:

 ehlo mail.dispostable.com 

Et j'ai eu:

 250-Hi 250 SIZE 50000 

Je suis entré avec succès dans la commande "mail from:" et j'ai reçu le message 250 avec succès (signifie que je suis configuré) mais soudainement j'ai échoué sur "rcpt to:"

 mail from: caaquino@dispostable.com 250 OK rcpt to: cedr******@gmail.com 550 User Unknown 

Quelqu'un peut-il m'expliquer si je fais le bon choix en choisissant un fournisseur de courrier temporaire comme compte expéditeur de ce courrier électronique et en utilisant Gmail comme destinataire / victime.

J'ai essayé divers comptes de messagerie pour les récepteurs et toujours recevoir l'erreur inconnue de 550 utilisateurs.

2 Solutions collect form web for “550 Utilisateur inconnu cmd erreur telnet (spoofing par courrier électronique)”

Une réponse SMTP 550 à RCPT signifie que la mailbox unavailable . Le message provient du serveur auquel vous êtes connecté (et non celui de Gmail) et indique qu'il a un problème avec l'un des destinataires ou parce que le serveur est interdit par le serveur (spam, relais refusé, etc.).

Le message indique presque toujours que l'adresse du destinataire est incorrecte. Beaucoup de gens estiment que ces erreurs peuvent entraîner des problèmes plus importants s'ils surviennent souvent, alors soyez prudents. Voir plus de détails ici: http://www.gettingemaildelivered.com/what-those-smtp-error-codes-mean-and-why-you-should-care

Dans la mesure où je peux le voir, dispostable.com n'offre pas de transmission de courrier sortant. Ils ont des serveurs de messagerie qui acceptent le courrier entrant dans les adresses @dispostable.com , mais ne les ont pas configurés pour autoriser l'envoi de courrier à n'importe quelle adresse de @dispostable.com .

En d'autres termes, le message d'erreur signifie "Vous ne pouvez pas relayer le courrier via moi à @gmail.com ".

  • Cela signifie que vous devez vous connecter soit directement aux serveurs de courrier entrant du destinataire, soit à un serveur de relais ouvert. (Je dirais sincèrement que vous pourriez trouver de nombreux relais ouverts sur l'Internet rempli de spam par Internet). Par exemple, le courrier entrant de @gmail.com est traité par:

     $ Creuser gmail.com MX
     Gmail.com.  3574 IN MX 5 gmail-smtp-in.l.google.com.
     Gmail.com.  3574 IN MX 10 alt1.gmail-smtp-in.l.google.com.
     Gmail.com.  3574 IN MX 20 alt2.gmail-smtp-in.l.google.com.
     Gmail.com.  3574 IN MX 30 alt3.gmail-smtp-in.l.google.com.
     Gmail.com.  3574 IN MX 40 alt4.gmail-smtp-in.l.google.com.
    

    Toutefois, si vous faites cela, Gmail rejettera probablement votre message comme spam, car ils trouveront un enregistrement SPF à dispostable.com disant qu'aucun serveur ne devrait envoyer de courrier demandant à partir de ce domaine:

     $ Dig dispostable.com TXT
     Dispostable.com.  86340 IN TXT "v = spf1-tout"
    
  • La plupart des fournisseurs de courrier «réels» donnent aux utilisateurs un accès par l'entremise de serveurs relais de messagerie. Dans le passé, vous pouvez les utiliser à peu près de la même manière, en vous connectant au port: 25 et en envoyant le message.

    Toutefois, les services «entrants» et «sortants» («relais») de nos jours sont généralement séparés; Le dernier fonctionne sur le port: 587 et nécessite presque toujours une authentification (connexion par mot de passe). Ceci est possible à la main, mais n'est pas trop facile.

    La plupart des serveurs de relais de messagerie ne permettent que des connexions sur des connexions TLS (SSL) chiffrées, de sorte que vous auriez besoin de openssl s_client ou de gnutls-cli au lieu d'un simple telnet .

  • Et, aussi, c'est la syntaxe correcte:

     MAIL FROM:<caaquino@dispostable.com> RCPT TO:<cedr******@gmail.com> 

    Notez < > s autour de l'adresse, et aucun espace après FROM: De nombreux serveurs acceptent les variations, mais certains rejettent tout sauf cette syntaxe.

Soyons le génie de l'ordinateur et du réseau.