Puerto smtp gmail
Contenidos
Esta guía paso a paso te mostrará cómo configurar las opciones de SMTP, e incluso te explicaré para qué se utiliza SMTP en Gmail. También destacaré cómo configurar la configuración POP e IMAP de Gmail para ayudarte a recibir los correos entrantes.
Por ejemplo, [email protected] podría ser un alias de [email protected] para recibir consultas sobre su negocio. Le permite enviar mensajes de Gmail desde su ID de empresa e incluso probar correos electrónicos para usted mismo. Y lo que es más importante, te ayuda a mantener la privacidad de tu dirección personal de Gmail.
Nota: la autenticación SMTP pone de manifiesto que el cliente de correo tiene permiso para retransmitir los correos electrónicos a través del servidor de Gmail. En algunos casos, tendrás que autenticar tu nombre de dominio, lo que ayudará a evitar que tus correos masivos sean etiquetados como correos sospechosos.
Una API (interfaz de programación de aplicaciones) permite que dos aplicaciones se comuniquen entre sí. En el caso anterior, la API de Gmail te permite enviar mensajes de Gmail y correos electrónicos transaccionales directamente desde tu sitio web de WordPress.
Como Gmail es uno de los clientes de correo electrónico más accesibles, puedes terminar su configuración SMTP en poco tiempo. Sólo tienes que seguir las instrucciones que he cubierto aquí y podrás configurar los ajustes de la cuenta SMTP, POP e IMAP de Gmail con facilidad.
Gmail smtp no funciona
Para los clientes que no son de Gmail, Gmail admite los protocolos IMAP, POP y SMTP estándar. Los servidores IMAP, POP y SMTP de Gmail se han ampliado para admitir la autorización a través del protocolo estándar OAuth 2.0.
IMAP, POP y SMTP utilizan la capa de seguridad y autenticación simple (SASL) estándar, a través de los comandos nativos IMAP AUTHENTICATE, POP AUTH y SMTP AUTH, para autenticar a los usuarios. El mecanismo SASL XOAUTH2 permite a los clientes proporcionar credenciales OAuth 2.0 para la autenticación. La documentación del protocolo SASL XOAUTH2 describe el mecanismo SASL XOAUTH2 con gran detalle, y hay disponibles bibliotecas y muestras que han implementado el protocolo.
Las conexiones entrantes al servidor IMAP en imap.gmail.com:993 y al servidor POP en pop.gmail.com:995 requieren SSL. El servidor SMTP saliente, smtp.gmail.com, requiere TLS. Utiliza el puerto 465, o el puerto 587 si tu cliente comienza con texto sin formato antes de emitir el comando STARTTLS.
Las sesiones POP de Gmail están limitadas aproximadamente a 7 días. Las sesiones IMAP de Gmail están limitadas a unas 24 horas. Si la sesión se ha autenticado mediante credenciales OAuth, está limitada a aproximadamente el periodo de validez del token de acceso utilizado (normalmente 1 hora). Una sesión en este contexto es una conexión TCP continua.
Configuración smtp de Gmail
He buscado y encontrado muchos enlaces, incluido el artículo de Wikipedia sobre el comando STARTTLS. Pero no soy capaz de usar TLS y autenticar al servidor SMTP de Gmail usando la línea de comandos (o enviando yo mismo los comandos en lenguajes de programación). ¿Alguien puede ayudar?
Sin embargo, pude hacer funcionar un programa similar llamado stunnel (que se puede descargar desde aquí). Tomé la idea de www.tech-and-dev.com pero tuve que cambiar ligeramente las instrucciones. Esto es lo que hice:
$ echo “Hello world” | swaks -4 –server smtp.gmail.com:587 –from [email protected] –to [email protected] -tls –tls-protocolo sslv3 –auth PLAIN –auth-user [email protected] –auth-password 7654321 –h-Subject “Test message” –body –
$ echo “Hola mundo” | swaks -4 –servidor smtp.mail.yahoo.com:465 –de [email protected] –a [email protected] –tlsc –tls-protocolo tlsv1_2 –auth PLAIN –auth-user [email protected] –auth-password 7654321 –h-Subject “Mensaje de prueba” –body –
Nombre de usuario y contraseña de Smtp
La autenticación SMTP, a menudo abreviada como SMTP AUTH, es una extensión del Protocolo Simple de Transferencia de Correo (SMTP) por la que un cliente puede iniciar sesión utilizando cualquier mecanismo de autenticación soportado por el servidor. Se utiliza principalmente en los servidores de envío, donde la autenticación es obligatoria[1].
El SMTP, tal y como lo especificó Jon Postel en los años 70, no preveía el uso de contraseñas para el envío de mensajes de correo electrónico; cada servidor era, por diseño, un relé de correo abierto. Como resultado, el spam y los gusanos, aunque no fueron inicialmente un problema, se convirtieron en una plaga a finales de los 90.[2] Antes de SMTP AUTH, un cliente de retransmisión tenía que ser identificado por la dirección IP, lo que sólo es práctico para los servicios de correo electrónico proporcionados por el mismo proveedor de servicios de Internet (ISP) que suministra la conexión, o bien utilizando hacks específicos, como POP antes de SMTP.
John Gardiner Myers publicó el primer borrador de SMTP AUTH en 1995,[3] y se ha ido desarrollando y discutiendo sucesivamente en el IETF junto con el protocolo de envío de correo, el SMTP extendido (ESMTP) y la capa de autenticación y seguridad simple (SASL). Un mecanismo más antiguo de SASL para la autenticación de ESMTP (ESMTPA) es CRAM-MD5, y los usos del algoritmo MD5 en los HMAC (códigos de autenticación de mensajes basados en hash) todavía se consideran sólidos[4].