Servidor Correo

http://www.carlossura.com/blog/cambiar-puerto-predeterminado-en-postfix-puerto-25/

este tutorial explica como cambiar el puerto bastante facil, pero yo no tengo la linea que cita ahi ...

2
3
4
5
6
7
8
#Donotforgettoexecute"postfix reload"aftereditingthisfile.
#
#==========================================================================
#servicetypeprivateunprivchrootwakeupmaxproccommand+args
# (yes) (yes) (yes) (never)(100)
#==========================================================================
#smtpinetn - n - - smtpd
#submissioninetn - n - - smtpd

en mi caso es asi, vale iwal?

proxymap unix - - n - - proxymap
proxywrite unix - - n - 1 proxymap
smtp unix - - n - - smtp

 

tengo instalado devecot y funcionando, no he tocado nada de la configuracion pero segun he visto creo que tampoco hace falta yo tengo unix en vez de inet, eso puede influir?

 

sigue sin funcionar, algun tiene 10 minutos para usar teamviewer? puede que sea una melonada muy facil, lo agradeceria bastante

 

joder que pajas mentales...

descomenta la linea que pone submission que es el puerto 587 pero de todas formas como te han comentado desde tu casa un telnet al puerto 25 y haz las pruebas y pon aquí, no la config que eso es cosa tuya, si no los errores del log(mail.log mail.err)... ya que la ayuda podrá ser mas exacta

Para ser novato usa un panel y ves aprendiendo en tu casa con un sistema virtualizado ya que si no aplicas políticas de seguridad estarás vendido.. hace poco dije lo mismo.

 

El telnet para hacer pruebas si pero luego en producción se cierra. Al igual que el icmp echo request. (solo monitoreo) El puerto tambien hay que usar el 26. El 25 los isp lo cierran.

 

Cuando haces un telnet host puerto te estas conectando ha ese puerto específico no entiendo eso de cerrar telnet :s

Yo tuve en mi casa muchos años un servidor de correo y el puerto 25 funcionaba muy bien... El proveedor es ONO.

de todas maneras mejor hoy por hoy usar 587 o 465

 

En entornos de producción lo habres solo para hacer las primeras pruebas y después cierras. Telnet es un protocolo donde los datos viajan "en llano" es decir sin encriptar a diferencía de ssh. Solo basta que un cliente tuyo tenga su equipo troyanizado o algún gracioso te quiera joder.

 

De la wikipedia:

Hay 3 razones principales por las que el telnet no se recomienda para los sistemas modernos desde el punto de vista de la seguridad:

• Los dominios de uso general del telnet tienen varias vulnerabilidades descubiertas sobre los años, y varias más que podrían aún existir.

• Telnet, por defecto, no cifra ninguno de los datos enviados sobre la conexión (contraseñas inclusive), así que es fácil interferir y grabar las comunicaciones, y utilizar la contraseña más adelante para propósitos maliciosos.

• Telnet carece de un esquema de autentificación que permita asegurar que la comunicación esté siendo realizada entre los dos anfitriones deseados, y no interceptada entre ellos.

En ambientes donde es importante la seguridad, por ejemplo en el Internet público, telnet no debe ser utilizado. Las sesiones de telnet no son cifradas. Esto significa que cualquiera que tiene acceso a cualquier router, switch, o gateway localizado en la red entre los dos anfitriones donde se está utilizando telnet puede interceptar los paquetes de telnet que pasan cerca y obtener fácilmente la información de la conexión y de la contraseña (y cualquier otra cosa que se mecanografía) con cualesquiera de varias utilidades comunes como tcpdump y Wireshark.

http://es.wikipedia.org/wiki/Telnet

 

Nadie está hablando de activar un servidor telnet, es emular desde otra pc una sesión SMTP exactamente como se comunicaría cualquier otro servidor smtp, enviado comandos...

Debes obligatoriamente tener el puerto 25 abierto entre servidores smtp las conexiones no encriptadas van por ese puerto, adicionalmente puede colocar cualquier otro para casos como los que describes, pero no tiene que ser el 26, puede ser el 666 si quieres.
Más sobre SMTP http://en.wikipedia.org/wiki/Simple_Mail_Transfer_Protocol

 

y dale con telnet...

 

Hola,

El puerto 25 debe cambiarse al 26 para ir sin encriptar telefónica lo bloquea para evitar el envio de spam o cualquier otro puerto que se quiera.

https://www.google.es/search?q=tele...ome&es_sm=119&ie=UTF-8#q=telefonica+puerto+25

 

http://www.infoal.com/soporte-tecni...-telefonica-me-ha-bloqueado-el-puerto-25.html

 

pues que use el 587 o 465 que son mas seguros y ya esta...

 

Más razones:
http://kb.iweb.com/entries/23393463-Cambiar-los-puertos-SMTP-Linux-?locale=2

 

ahí lo repiten 587

 

Que lo cierren algunos "ISP" de turno no implica que tengas que cambiarlo. Como ya se ha señalado, se puede dejar ahí por defecto (porque la gente que entiende es el primero que va a intentar configurar), y tener el 26 (o 587, o el número del diablo jajaj - como señalaba @Datacenter1 -) como puerto adicional para esos casos donde el ISP cierre el 25.

La cosa es optimizar bien los servicios y securizarlos. Partiendo de esa base, el número de puerto, mientras esté libre, qué más dará. Si la mitad de clientes que no entienda del tema te lo preguntará igual, y los que entiendan, pues irán al 25, y si no les va, pues intentan con el 26 (o 587, que diría incluso que es más conocido que el 26). Y si ya no les va porque has puesto el número de la exnovia (y que alguno ya lo pondría si hubiera opción jajaja), pues se lo das y te hace un doble favor.

Saludos

 

Para securizar hay que cambiarlo hay programas de mailbombing que por defecto chutan al port 25. Esto es lo primero que se prueba en una auditoría. Si lo cambias los evitas en cierta medida. otra cosa es que el programa de mail bombing le puedas cambiar el puerto. Al menos eso tengo entendido yo. Cyberneticos el telnet lo tiene cerrado y si lo tienen yo no me equivoco. Y arsys tiene cerrado el icmp echo request. Que es lo suyo.

 

Yo esq aun soy muy noob en este tema por lo que veo porke muxas cosas que hablais ni lo entiendo. He conseguido solucionar mi problema montando el servidor en mi propio pc en windows ya que mi unico interes en montar el correo era para conseguir una licencia de team speak y me hacia falta un correo con el mismo dominio que mi web y el ts.