¿Puedo usar Google Apps para el correo electrónico de dominio y aún usar un servidor "Sendmail" para enviar correos electrónicos?

StackOverflow https://stackoverflow.com/questions/351297

  •  20-08-2019
  •  | 
  •  

Pregunta

Estoy usando Google Apps for Domain para alojar el correo electrónico desde mi dominio y configuré los registros MX en mi sitio de acuerdo con la documentación de Google. ¿Puedo usar también un servidor "Sendmail" para enviar correos electrónicos adicionales desde mi servidor web sin que haya un conflicto con las aplicaciones de Google?

Preguntas específicas: 1) Quiero agregar registros MX para mi servidor Sendmail a mi webhost para evitar que el correo envíe desde mi servidor Sendmail marcado como spam (a través de una búsqueda IP). ¿de todos modos? 2) ¿El correo electrónico de Google Apps seguirá funcionando correctamente si tengo un servidor Sendmail separado en funcionamiento? Quiero que el correo electrónico de Google Apps reciba todos mis correos electrónicos y solo quiero enviar correo adicional desde mi servidor Sendmail.

La razón principal por la que quiero tener mi propio servidor Sendmail es no tener límites en la cantidad de correos electrónicos que envío (actualmente mi correo electrónico de Google Apps me limita a 250 correos electrónicos enviados al día por cuenta de correo electrónico).

Si hay alguien por ahí que haya hecho exactamente esto, ¡hable!

¿Fue útil?

Solución

Los registros de MX solo afectan recepción correo. Servidores fuera del sitio que intentan enviar correo electrónico a su dominio Use registros MX para determinar a qué host (s) enviar el correo. Puede configurar un host de sendmail para enviar Envíe por correo sin tener ningún efecto en sus registros MX o su correo receptor. (Los registros de SPF afectan el correo de envío; si usa SPF, entonces deberá actualizarlo para enumerar los hosts de Google Apps y sus hosts Sendmail).

EDITAR: Dado que su host Sendmail es solo para enviar correo, no debe figurar como un registro de MX. Listarlo como un registro MX tiene varias desventajas:

  • Puede recibir un correo destinado a su host de Google Apps. (Incluso si le da una prioridad menor, puede recibir correo si su host de Google Apps está inactivo, o si hay un DNS o falla de red intermitente, o ...)
  • Recibirá spam, por lo que tendrá que configurar filtros de spam en el host de Sendmail, o tendrá que reconfigurar sus filtros de spam de Google Apps para confiar en el host de Sendmail (de lo contrario, no reconocerán al remitente real del spam ).
  • Si bloquea SMTP en su host de Sendmail, para evitar los dos primeros problemas, entonces puede ser penalizado por filtros de spam (como mencionó Jasonrm), y puede retrasar la entrega de correo electrónico legítimo (si alguien intenta enviar un correo electrónico a su host de Sendmail para lo que sea. razón y está bloqueado).

No enumerar un host de Sendmail en sus registros MX puede hacer que algunos filtros de spam se penalicen ligeramente, como mencionó Zoredache, pero la configuración de SPF debería evitar esto. (Cualquier filtros de spam bien diseñado honrará SPF en los registros MX).

Si su host SendMail enviará cualquier correo electrónico a sus propios usuarios, también deberá asegurarse de configurarlo para transmitir el correo electrónico para sus usuarios a su host de Google Apps.

Otros consejos

¿Puedo usar también un servidor "Sendmail" para enviar correos electrónicos adicionales desde mi servidor web sin que haya un conflicto con las aplicaciones de Google?

Quiero agregar registros MX para mi servidor Sendmail a mi webhost para evitar que el correo envíe desde mi servidor Sendmail marcado como spam (a través de una búsqueda IP).

No, no quieres hacer eso. En cambio, probablemente debería mirar la configuración de un SPF registro

¿Los registros MX para Google Apps y mi servidor Sendmail conflictos de alguna manera?

Si establece los registros MX para el mismo nombre (Domain.org) para ambos, entonces sí, entrarán en conflicto, el correo irá a uno u otro. Cualquiera que tenga la preferencia más baja y esté disponible en el momento en que el envío de MTA de entregar probablemente recibirá el mensaje.

No has hecho exactamente lo que estás preguntando, pero ¿desde cuándo impide que la gente diga consejos? ;)

1) Mientras agregue los registros MX para sus servidores "Enviar solo" con una prioridad realmente baja (50, por ejemplo, donde todos los servidores de Gmail tienen menos de 20), a menos que haya un correo o Gmail mal implementado, no Mailer debe intentar hablar con sus servidores de baja prioridad. Si todo lo que le importa son los registros MX, el bloque de puertos entrante SMTP a esos servidores también para asegurarse de que el correo nunca vaya al lugar equivocado. Eso podría desechar algunos esquemas de detección de spam si intentan activamente conectarse de nuevo a la fuente Sendmail, pero no creo que sea común. Siempre podría ejecutar una redirección local también, por lo que si el correo llega por alguna razón, puede empujarlo de regreso a Gmail lo antes posible.

2) No puedo ver ninguna razón por la cual no. Si nunca permite que el correo electrónico se entregue a sus servidores salientes y haga la baja prioridad, debería funcionar bien.

Además, asegúrese de incluir todos los servidores que pueden enviar correo en su registro de texto SPF. Un filtro de spam debe verificar y confiar en que al menos tanto como los registros de MX, ya que no todas las compañías usan el mismo servidor entrante para salir.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top