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

Question

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.

He estado buscando en Google esta cuestión de forma intermitente durante muchos meses, y parece que no puedo obtener una idea clara de lo que tengo que 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 host VPS hizo proporcionar un servidor SMTP, ¿qué no haría tengo que hacer, que estoy haciendo ahora?

¡Gracias!

Editar: Una breve sinopsis de mis hallazgos:

• actualización /etc/hosts y /etc/hostname para reflejar el nombre de dominio completo (por ejemplo, mail.domain.com o sub.domain.com en lugar de slicename)
  • Reiniciar y comprobar con hostname -f
• Configurar revertir DNS (que es propiedad de quien posea la piscina IP) para que apunte al mismo FQDN
  • Compruebe que el RDNS ha propagado con dig -x server.ip.address
• sudo aptitude install postfix telnet mailx
  • Uso sitio de Internet entorno
  • Establecer FQDN a lo que fue elegido anteriormente
• prueba con mail whateveryouremailis@gmail.com

Answer 1

¿Has mirado here, me parece que hay un montón de información para empezar. Encontré mail-server-slice-setup para ser bastante informativo.

Answer 2

Sólo tiene que instalar algo así como de sufijo como "sitio de Internet" y podrás enviar correos directamente desde su VPS

que debería funcionar con la configuración predeterminada, pero se recomienda leer también unos docs/cómo -para asegurarlo correctamente

Answer 3

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

1. registro "A" (IP) del nombre de dominio existe
2. registros MX del nombre de dominio existen
3. registro PTR (inversa) de la dirección IP del remitente existe (A veces, creo que es también se verifica para ver si el registro PTR tiene el mismo registro A que el dominio original)
4. 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. ser una gran solución para el filtrado de spam, este no es un registro oficial, por lo que no siempre se comprueba. Check out the SPF setup wizard.)
5. El segmento IP del servidor no es un segmento de la lista negra.

El quinto fue 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 forma de garantizar la entrega de todos los correos electrónicos 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, todo lo que necesita es un MTA simple como Postfix, siempre y cuando todos los registros DNS necesarios estén configurados correctamente, no debería tener problemas para enviar correos electrónicos.

Answer 4

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á enviando correos electrónicos de sender@example.com; 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 una dirección IP; consulte el SPF site 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 en su host, debido a direcciones de correo electrónico sintácticamente inválidas, por ejemplo). Pero si decide que recibirá correos 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 en handling undelivered emails in web applications que podría ser útil, pero también sugiero que consigas un buen libro en Postfix o en el servidor de correo que decidas usar.