email - mandar - ¿Cómo configuro mi VPS de Ubuntu para enviar correos salientes?

enviar correos desde consola ubuntu (4)

Mi proveedor de VPS (Slicehost) no proporciona un servidor SMTP. Uso Google Apps para enviar y recibir correo para mis dominios, pero quiero poder enviar correos electrónicos mediante programación.

Estuve buscando en Google esta cuestión de forma intermitente durante muchos meses, y parece que no puedo obtener una idea clara de lo que debo hacer. ¿Solo necesito un MTA como Postfix? ¿Lo configuro como un "satélite" o un sitio "de Internet"? ¿Debo hacer cambios en el DNS? Si algún día quiero recibir un correo electrónico mediante programación, ¿hay alguna opción de configuración con la que deba tener cuidado? Además, si mi servidor VPS proporcionara un servidor SMTP, ¿ qué no tendría que hacer, que estoy haciendo ahora?

¡Gracias!

Editar : Una rápida sinopsis de mis hallazgos:

Actualice /etc/hosts y /etc/hostname para reflejar el FQDN (por ejemplo, mail.domain.com o sub.domain.com lugar de slicename )
- Reiniciar y verificar con hostname -f
Configure el DNS inverso (que pertenece a quien sea que posea el grupo de IP) para que apunte al mismo FQDN
- Compruebe que el RDNS se haya propagado con dig -x server.ip.address
sudo aptitude install postfix telnet mailx
- Utilice la configuración del sitio de Internet
- Establecer FQDN a lo que fue elegido anteriormente
Prueba con el mail [email protected]

¿Has mirado aquí ? , me parece que hay mucha información para comenzar. Encontré mail-server-slice-setup para ser bastante informativo.

Simplemente instale algo como postfix como "sitio de Internet" y podrá enviar correos directamente desde su VPS

debería funcionar con la configuración predeterminada, pero también se recomienda leer algunos documentos / instrucciones para asegurarla correctamente

Según mi experiencia, cuando los proveedores de correo electrónico verifican spams, verifican 5 elementos principales distintos del contenido: (Cuando digo dominio, me refiero al dominio de la dirección de correo electrónico del remitente).

Existe un registro "A" (IP) del nombre de dominio
Los registros MX del nombre de dominio existen
El registro PTR (búsqueda inversa) de la dirección IP del remitente existe (a veces, creo que también se verifica para ver si el registro PTR tiene el mismo registro A que el dominio original)
El registro SPF de ese dominio coincide con el número IP (esta es una lista de números IP permitidos para enviar correos electrónicos de ese dominio. Aunque esta sería una gran solución para el filtrado de spam, este no es un registro oficial, por lo que no siempre se controla. Consulte el asistente de configuración de SPF ) .
El segmento IP del servidor no es un segmento de la lista negra.

El quinto es el que fue un problema para mí. Aparentemente, los proveedores de correo electrónico como Hotmail, Gmail y Yahoo eliminan todos los correos entrantes de proveedores de servidores ampliamente utilizados como Amazon EC2. En ese caso, simplemente no hay manera de garantizar la entrega de todos los correos salientes, por lo que tendría que retransmitir todo el correo electrónico saliente desde otro servidor SMTP fuera del segmento de la lista negra. La forma más fácil de hacerlo es configurar Postfix (o cualquier MTA que esté utilizando) para retransmitir automáticamente todos los correos electrónicos. Puedes encontrar muchos artículos sobre esto si haces un poco de googlear.

Si ese no es el caso, entonces todo lo que necesita es un MTA simple como Postfix, siempre que todos los registros DNS necesarios listados anteriormente estén configurados correctamente, no debería tener problemas para enviar correos electrónicos.

Otras respuestas han proporcionado información sobre la mecánica del envío de correo electrónico, pero una cosa que debe tener en cuenta es qué dirección de remitente va a utilizar y cómo va a tratar los mensajes de rebote.

Digamos que estás enviando correos electrónicos desde [email protected]; luego (como señaló Murat Ayfer) debe asegurarse de que su host pueda enviar correo de acuerdo con el registro SPF de example.com. (Esto puede o no configurarse por dirección IP; consulte el sitio SPF para obtener más detalles.) Si está a cargo del dominio example.com, entonces esto no debería ser un problema. Estar en la lista de remitentes aceptables para el dominio es un paso importante hacia el cumplimiento de sus correos electrónicos.

Lo siguiente que debe preocuparse es cómo lidiar con los correos electrónicos devueltos. Si algún otro host recibe correos electrónicos para example.com (es decir, los puntos de registro MX en otro lugar), entonces es principalmente el problema de otra persona. (Sin embargo, tenga en cuenta que su aplicación debe estar preparada para un error durante la sesión SMTP en el servidor de correo de su host, debido a direcciones de correo electrónico sintácticamente inválidas, por ejemplo). Pero si decide que recibirá correo para example.com en su host, entonces debe preocuparse por tratar con los mensajes de reintento, los mensajes de rebote, los mensajes de doble rebote y una gran cantidad de otras administraciones generales de servidores de correo. Hay alguna información sobre el manejo de correos electrónicos no entregados en aplicaciones web que pueden ser útiles, pero también sugiero que obtenga un buen libro en Postfix o en el servidor de correo que decida usar.