No estoy seguro de a qué registros te refieres, pero de cualquier manera, no.
Para tu información:
Los registros MX indican a otras entidades en Internet “estos son los servidores a los que debes contactar para enviar correo a este dominio”.
Los registros TXT se utilizan para muchos propósitos y los que estás mencionando probablemente sean SPF o DKIM, ambos informan a otras entidades “así es como autenticas el correo que dice ser de mi dominio”.
Entonces, ¿Cloudflare está ahora a cargo de tu DNS? No estoy seguro de qué significa “vincularlo a su zona DNS”, pero creo que quieres decir que tus registros DNS ahora están en Cloudflare. Puedes verificar en Free Whois Lookup - Whois IP Search & Whois Domain Lookup | Whois.com y si los servidores de nombres son de Cloudflare, entonces tu DNS está en Cloudflare.
Si Cloudflare es donde están tus registros DNS, necesitas tener todos los registros DNS allí. Es bastante bueno copiando todos tus registros si/cuando cambias para que sea tu servicio DNS. Si Breve necesita que se configuren registros DNS, necesitas asegurarte de que se configuren donde sea que esté tu DNS.
Gracias por tu respuesta. Así que sí, Cloudflare está ahora a cargo de su DNS. Breve es el servicio de correo electrónico transaccional que utiliza la organización sin fines de lucro y todo lo que necesitaba hacer para instalarlo correctamente era proporcionar al instalador la información SMTP. Así que el foro está en funcionamiento, pero Breve todavía está a cargo del DNS de los correos electrónicos transaccionales. ¿Me estás diciendo que debería ser Cloudflare? ¿Qué arriesgo al mantener el DNS del correo electrónico con Breve?
En una nota similar, no pude hacer que la configuración funcionara (porque los puertos 433 y 80 fallaron) hasta que deseleccioné el botón de proxy en CloudFlare. Realmente no sé si debería reactivarlo ahora que el foro está en funcionamiento.
gracias por tu respuesta y por el recurso que compartiste, empezaré a leer sobre ello.
sí, el dominio de discurso y el dominio de correo son efectivamente diferentes.
En el caso de que no haya riesgo de que diferentes partes sean los servidores de nombres para los dominios, es simplemente más trabajo de gestionar que tener todo en un solo lugar.