Ver la versión completa : Mandar mensajes por SMTP
biyonder
17-09-2008, 20:14
Tengo un tutorial sobre Hacking de correo, pero el primer paso, el fundamental nunca me funciona. Consiste en mandar emails por stmp (por consola) con el encabezado helo tipico y todo eso, pero nunca se me llega a mandar. ¿Me podriais decir como puedo hacerlo y tambien un buen stmp que me permita hacerlo? Gracias chicos
miguel86
17-09-2008, 20:18
Smtp es el encargado de mandar los mails, y pop es el protocolo encargado de recogerlos, busca información sobre como funcionan apréndetelos que son muy sencillos nos pones aquí los pasos que haces a que servidor conectas y resolveremos tus dudas
Saludos
j8k6f4v9j
17-09-2008, 20:20
pero nunca se me llega a mandar.
¿Cuál es el agente que utilizas? Es más, ¿qué sistema operativo estás usando?
Normalmente tienes que configurar el agente de correo para que pueda enviar emails al exterior. Además de esto, muchos de los servidores de correo actuales utilizan listas blancas con los dominios para la admisión de correo entrante. Es decir, que de tu máquina simplemente no lo admite.
Busca los logs del agente de transferencia de correo que estés usando. Ahí podrás conocer cuál es el problema.
Salu2
http://img359.imageshack.us/img359/6631/celliigy4.pngKeep on Rollin' :mad:
biyonder
17-09-2008, 20:39
Pues cuando me puse probe con el smtp de hotmail por consola, pero me daba error
miguel86
17-09-2008, 20:44
Es que según he entendido el debe conectar por telnet o algo así directamente con el servidor de correo y generar el mensaje no utiliza ningún agente no??? Es decir él hace de agente y "charla" directamente con el servidor de correo utilizando smtp, tendrás que saber biyonder que un servidor de correo muchas veces no acepta correro que provenga de un origen que no sea su dominio (o que no vaya a un destino de su dominio), es decir que muchas veces no hace de mediador) así que ten cuidado con que direcciones de remitente y destinatario utilizas. Prueba con otros servidores smtp no con el de hotmail. Por cierto que haciéndolo de esta manera puedes falsear la dirección del remitente....
j8k6f4v9j
17-09-2008, 20:54
No creo que el smtp de høtmail te permita modificar cabeceras. No sé qué tutorial andas siguiendo, pero supongo que se refiere a crear un email en forma local y enviarlo usando tu propio agente.
biyonder, la frase "me daba error" no es una información útil. Lo que sí es útil es citar el error exacto que te da. Si no dispones de un error, para solicitar soporte, deberás recrearlo para poder usarlo.
Es que según he entendido el debe conectar por telnet o algo así directamente con el servidor de correo y generar el mensaje no utiliza ningún agente no??? Es decir él hace de agente
Si se conecta por telnet a un servidor de correo, entonces el agente es el mta de dicho servidor. No es él quien hace de agente. Si se conecta por telnet y usa el agente de høtmail, entonces el correo que envíe sí se aceptará en el destino, ya que el dominio sí está reconocido como emisor de emails. Simplemente, no hay suficiente información sobre el escenario, el propósito ni el problema.
Salu2
http://img359.imageshack.us/img359/6631/celliigy4.pngKeep on Rollin' :mad:
miguel86
17-09-2008, 22:45
No creo que el smtp de høtmail te permita modificar cabeceras. No sé qué tutorial andas siguiendo, pero supongo que se refiere a crear un email en forma local y enviarlo usando tu propio agente.
Si se conecta por telnet a un servidor de correo, entonces el agente es el mta de dicho servidor. No es él quien hace de agente.
No es lo mismo MTA(mail transporter agent) que MUA(mail user agent). Un agente de correo de usuario (mua) es el que utilizas tu para mandar y recibir correo, como por ejemplo outlook express por tanto si te conectas por telnet a un servidor de correo para enviar un mail, no utilizas agente de correo para enviarlo, y eres tú quien vas generando el mensaje y lo envías al servidor haciendo la función que haría tu agente (que es comunicarse con el servidor de correo y utilizando como protocolo smtp enviar el correo) en este caso lo que tendría que hacer tu agente lo haces tu..
Si quieres igualmente ver tu correo te conectas a tu servidor de correo por telnet por ejemplo y con el protocolo POP(que es lo mismo que haría tu agente de correo(MUA)) lo puedes recoger y leer los mensajes sin necesidad igual de utilizar ningún agente..
Muchas veces un servidor de correo no hace de intermedirario(según como lo configures) y si le envías un mail cuyo destino no es un usuario suyo (no es de su dominio), no hará de intermediario y no se lo pasará al agente que tiene que llegar (no hace de intermediario) entre dos mta.
SALUDOS
biyonder
17-09-2008, 22:59
Lo que decias miguel de falsear el remitente, precisamente por eso quiero usar este metodo jeje. Pero no se, no hay manera. Lo intentare de nuevo para poneros el error exacto
biyonder
17-09-2008, 23:09
Probe lo del smtp con el smtp de google (smtp.google.com) y vale, el helo biene, mail from tb pero el rcpt to pongo el destinatario de alguien de hotmail y me dice Invalido. Pense que a lo mejor es porque google usa gmail, pero tampoco le va gmail, me dice Invalido
miguel86
17-09-2008, 23:14
Es lo que estoy diciendo, si tu le dices al servidor de google que envíe un correo cuyo origen no es un usuario de google y destino tampoco, puede que esté configurado para no hacer de intermediario, prueba por ejemplo con el de terra (hazte una cuenta) y pruebas como remitente el que quieras y como destino una cuenta de terra. O prueba como origen una cuenta de terra y como usuario el que quieras.
Por ejemplo haciendo telnet al puerto 25 al servidor de correo de hackhispano.com te deja poner como mail from: el que quieras pero el destinatario no te deja hotmail por que en su configuración no está permitido, imagino que te lo permitiría haciendo un auth login (es decir teniendo una cuenta de correo en hackhotmail.com), de todas maneras hay muchos servidores que hacen relay búscalos...
Aún así siempre puedes falsear el origen sin utilizar un open relay server, basta con que hagas telnet al servidor de correo que gestione la cuenta a la que quieres enviar el fake mail y enviar el mail con origen falso yo lo acabo de probar para lycos y funciona, pones el mail from el que quieras y como destino una cuenta existente de tipo
[email protected].
Saludos
biyonder
18-09-2008, 09:32
Utilice uno de los servidores SMTP de hotmail pero me dice que no aceptan el envio de mensajes:
Mail rejected by Windows Live Hotmail for policy reasons. We generally do not acccept email for dynamic IP's as they are not typically used to deliver unauthenticated SMTP e-mail to an Internet mail server. http://www.spamhus.org maintains lists of dynamic and residential IP adresses. If you are not an email/network admin please contact your E-mail/Internet Service Provider for help. Email/network admins, please visit http://postmaster.live.com fom email delivery information and support
miguel86
18-09-2008, 12:02
Que yo sepa hotmail utiliza http y para los servidores smtp necesitas una cuenta premium o algo de eso. De todas maneras intentalo con un ehlo AUTH LOGIN (después viene el username y pass pero normalmente en base64)...
Si no tendrás que utilizar otros servidores o comprar un dominio para poder utilizar los de hotmail, ya que este tipo de cosas se hacen precisamente para evitar el spam y lo que estamos hablando ya que estos servidores tienen esa clase de protecciones como rechazar los mails que vienen de una ip dinámica (solo aceptan los mta con dominio y comprueban la inversa), o tendrás que identifícarte como usuario de ese correo si quieres utilizar esos servidores, o busca un servidor open relay que te deje enviar mails con origen y destino cualquiera(que no este en una lista negra) o cuando quieras falsificar el origen conectate al servidor de correo que gestiona la cuenta de destino (por ejemplo si quieres enviar un fakemail a una cuenta d gmail utiliza los servidores de gmail y te inventas el origen si te lo permiten y no hacen como hotmail), recuerda siempre cuando te conectas a un servidor smtp hacer el helo ip o el ehlo....
Saludos
biyonder
18-09-2008, 15:44
Vale, muchas gracias, me ha quedado todo mas claro ;)
miguel86
18-09-2008, 16:28
Resumiendo cuando un servidor de correo recibe un mail(por smtp claro) lo puede recibir de un mta (por ejemplo tu eres
[email protected] y envías un correo a
[email protected], en ese caso tu mua conecta con el mta de hotmail y redacta el mensaje y se lo da y el mta de hotmail se lo da a su vez al mta de gmail, el mua de
[email protected] entra en el buzón de su correo conectándose al servidor de gmail y por pop3 recibe el mensaje), aquí en este caso el servidor de gmail recibe un correo del mta de gmail,si por ejemplo tuviese las restricciones que hace hotmail, miraría que la máquina que se lo envía tiene un dominio (en este caso hotmail.com)haciendo la resolución inversa dns para comprobar que esa ip corresponde a una máquina del dominio de hotmail.com. y si todo está bien entonces lo acepta...
Un mta a parte como en el caso anterior de recibir un mensaje de otro mta lo puede recibir de un usuario suyo para que lo envíe, por ejemplo en el caso anterior el mua de
[email protected] conecta con el mta de hotmail para que se lo envíe al de gmail, en este caso el servidor el servidor de gmail si lo recibe de otro mta pero el de hotmail lo recibe de un mua(el del usuario
[email protected])
Saludos
A dia de hoy los servidores SMTP no admiten relay en un 98%, pero tambien el 98% admiten el envio a un email propio de ese servidor, usando la conexion que comentas puedes falsear la direcion mail from de la cabecera pero el destinatario debe ser xxx.dominio.xxx
De todas formas la lista que comentas en www.spamhaus.org es para evitar el spam bloqueando los remitentes (IPs) de la lista, pero te puedes borrar yendo a la pagina y siguiendo los pasos que te indica.
Un ultimo consejo al conectar si no usas proxy queda registrada tu IP.
Salu2:0=
P.D:Existen programas con los que puedes realizarlo mas facil, por ejemplo Ghostmail o Atomic Mail Sender, pero me parece muy bien que elijas hacerlo por ti mismo.
miguel86
19-09-2008, 01:14
pero tambien el 98% admiten el envio a un email propio de ese servidor,
El 98% no, es el 100% obviamente si no ningún usuario de de ese correo podría recibir los mails. Un servidor de correo que no admita mails para sus usuarios no tiene sentido...El servidor de correo de por ejemplo dominio1 forzosamente debe aceptar mensajes cuyo destino es xxx@dominio1 ya que si no sería absurdo, no tendría razón de existencia ese servidor.
Sobre lo de la ip no es por estar en lista negra, mi ip por ejemplo es dinámica de telefónica y que yo sepa no está en ninguna lista sospechosa de spam, lo que pasa es que hotmail rechaza recibir correo por smtp de una ip dinámica para evitar estas cosas.
Esos programas que comentas no te van a servir para enviar mails anónimos por mucho que el programa te lo asegure, si quieres que un usuario por ejemplo de hotmail reciba un correo ya lo hagas tu o el programa vas a tener que pasar por los servidores de hotmail de correo forzosamente y aceptar sus restricciones.
Miguel86 la verdad es que demuestras un gran nivel, pero en este caso quizas no me explique bien, me referia a que no es posible enviar a un destinatario de ese dominio aun poniendo como remitente una direccion de ese mismo dominio, por diversas causas como necesidad de autentificacion en el servidor o poseer un rango de IPs concreto de ese dominio o estar incluido en las blacklisted IPs, etc.Como decia en mi experiencia un 98%.El uso de programas como ghostmail simplifica mucho la tarea, y es un buena alternativa para aquellos que no conozcan como enviar a traves de los servidores smtp 'a pelo'.
Salu2:0=
j8k6f4v9j
25-09-2008, 21:56
¿Lo habéis probado?
Primero reiterar que si te conectas con un cliente de telnet al servidor de smtp de, por ejemplo, gøogle, el mta es el de gøogle. Yo en ningún momento he mencionado el user agent, cuando digo "agent" me refiero a "transfer agent".
Segundo, la mayoría de los servidores de correo actuales soportan el reenvío, mediante smtp de correos electrónicos, por lo que es perfectamente factible modificar el remitente y los correos se aceptarán incondicionalmente, puesto que provienen de una red autorizada.
Salu2
http://img359.imageshack.us/img359/6631/celliigy4.pngKeep on Rollin' :mad:
miguel86
29-09-2008, 17:45
Sí lo he probado con algunos y si que funciona, lo del reenvío casi ninguno me deja (al menos los servidores conocidos de correo) me suelen decir que no soportan relay.
Un saludo
j8k6f4v9j
30-09-2008, 14:19
Claro que funciona, de hecho tengo ocho cuentas de correo activas actualmente pero sólo utilizo un mta (el de mi dominio personal) para enviar el correo proveniente de todos ellos.
Aún así, estuve un tiempo enviando de la misma forma a través de gmaił, que lo soporta sin problemas si se activa en las opciones de configuración.
Salu2
http://img359.imageshack.us/img359/6631/celliigy4.pngKeep on Rollin' :mad:
miguel86
30-09-2008, 17:02
No te entiendo, te refieres a que utilizas ese mta para enviar correo proveniente de las 8 cuentas distintas de correo a culquier destinatario no? Supongo entonces que onfiguraste tu mta para que aceptara relay, pero has intentado hacerlo con un mta por ejemplo de hotmail o gmail con tus 8 cuentas también?Me refiero a que puedes utilizar un mta de gmail por ejemplo como correo saliente para cualquiera de tus cuentas?
Un saludo
j8k6f4v9j
30-09-2008, 19:52
Supongo entonces que onfiguraste tu mta para que aceptara relay, pero has intentado hacerlo con un mta por ejemplo de hotmail o gmail con tus 8 cuentas también?Me refiero a que puedes utilizar un mta de gmail por ejemplo como correo saliente para cualquiera de tus cuentas?Es que realmente, si tú editas manualmente tu correo y editas el campo From: del mismo, es como si lo enviases desde la cuenta de correo que indiques y es allí a donde llegarán las respuestas al mismo (a no ser que se ponga un campo Reply-To: , claro está). Así que puedes tener un sistema que se encargue de rellenar los campos automágicamente una vez cargado un perfil (una de las cuentas de correo, por ejemplo). Independientemente, se puede usar cualesquiera MTA (que permitan forwarding, como bien dices)
Salu2
http://img359.imageshack.us/img359/6631/celliigy4.pngKeep on Rollin' :mad:
miguel86
30-09-2008, 21:13
Ok a eso me refería , por ejemplo tener una cuenta
[email protected] y mandar un correo a
[email protected] utilizando un mta de gmail, es que no se si acepta forwarding (por lo que yo he probado la mayoría de servidores de correo conocidos no lo hace).
Un saludo
j8k6f4v9j
30-09-2008, 23:09
Ok a eso me refería , por ejemplo tener una cuenta
[email protected] y mandar un correo a
[email protected] utilizando un mta de gmail, es que no se si acepta forwarding (por lo que yo he probado la mayoría de servidores de correo conocidos no lo hace).
Antes venía la opción explícitamente en la configuración de la cuenta. Ahora no sabría decirte. Si quieres lo compruebo y te digo.
De todas formas, la configuración correcta para el servicio de smtp sigue estando aquí (quizá porque sigue activo, quién sabe):
http://mail.google.com/support/bin/answer.py?answer=13287
Salu2
http://img359.imageshack.us/img359/6631/celliigy4.pngKeep on Rollin' :mad:
<PICCOLO>
16-12-2008, 15:20
Me di cuenta el otro día que MS exchange 2007 tiene, por defecto, deshabilitado el relay para entrega en direcciones que no estén dentro del dominio en el que está instalado, en cambio, por defecto sí que funciona la entrega a direcciones que estén dentro del dominio.
Evidentemente, muchos de estos servidores no estarán visibles para cualquier IP, pero algunos pueden estar expuestos.
Esta configuración por defecto es peligrosa porque puede ser utilizada para ataques de denegación de servicio.
Salu2
Claro que funciona, de hecho tengo ocho cuentas de correo activas actualmente pero sólo utilizo un mta (el de mi dominio personal) para enviar el correo proveniente de todos ellos.
Aún así, estuve un tiempo enviando de la misma forma a través de gmaił, que lo soporta sin problemas si se activa en las opciones de configuración.
Salu2
http://img359.imageshack.us/img359/6631/celliigy4.pngKeep on Rollin' :mad:
Carmba estoy en esto justamente y como parese que sabes bien de loque hablas mira te expongo el caso. No consigo hacer lo que mencionas. Fui a gmail y no encontre nada sobre permitir configurar el relay. ¿ Cual es la manera coreercta de configurar gmail? ¿Que programa de servidor usas? y ¿Como lo configuras? ¿Estas trabajando desde linux o desde windows?
j8k6f4v9j
13-10-2009, 21:15
Desde Linux siempre. Actualmente Gmail tiene una restricción: sólo permite usar como remitente una de las direcciones especificadas en los perfiles de la cuenta.
La configuración la tienes aquí:
http://mail.google.com/support/bin/answer.py?hl=en&answer=13287
P.D.: Procura no abrir hilos tan antiguos, mejor abre uno nuevo con tu duda.
Salu2