Startupkit Email

Qué es

Startupkit Email es un servicio gestionado de correo entrante. Añade tu dominio, apunta su registro MX a nuestro servidor de correo y Startupkit comienza a recibir emails para cualquier dirección en ese dominio. Los mensajes entrantes llegan a Kit, donde pueden alimentar la bandeja de entrada general de candidatos, bandejas de entrada por puesto de trabajo o cualquier otro lugar donde Kit escuche correo entrante.

No necesitas tu propio servidor de correo, una cuenta de Cloudflare ni tokens de API. Startupkit gestiona la infraestructura; tú solo le indicas al DNS dónde enviar el correo.

Cuándo usarlo

Elige Startupkit Email cuando:

• Quieras la configuración más sencilla posible (un registro DNS, sin cuentas de terceros)
• No tengas Cloudflare Email Routing activo en el dominio que quieres usar
• Quieras que Startupkit se encargue del uptime, el filtrado de spam y la entrega

Elige Cloudflare Email Routing en cambio si tu dominio ya está en Cloudflare y prefieres mantener el enrutamiento de correo allí.

Ambas opciones conviven en la página de Inbound Email. Puedes cambiar entre ellas en cualquier momento, sin necesidad de migración.

Configuración

1. Añade tu dominio

Navega a Integrations > Startupkit Email y haz clic en Add Domain. Introduce el dominio en el que quieres recibir correo (por ejemplo, mail.yourcompany.com). Startupkit aprovisiona el dominio en su servidor de correo y te muestra el registro MX que necesitas publicar.

Usa un subdominio como mail.yourcompany.com si tu dominio principal ya recibe correo de otro proveedor. De esta forma, Startupkit gestiona el correo entrante para las direcciones de candidatos sin afectar al resto de tu configuración.

2. Publica el registro MX

Añade el siguiente registro MX en tu proveedor de DNS:

Tipo	Host	Prioridad	Valor
MX	tu dominio	10	se muestra en la página de detalle del dominio

El dominio cambia a Active en cuanto Startupkit termina de aprovisionarlo en nuestro servidor de correo. Eso ocurre del lado del servidor y no espera a que se propague tu DNS: un estado Active significa que Kit está listo para recibir correo, no que tus registros ya estén activos.

Si tu registro MX se ha propagado realmente se controla por separado. La propagación DNS suele tardar unos minutos, pero puede llevar hasta una hora dependiendo del TTL de tu registrador; la página de detalle del dominio muestra una comprobación por registro (MX, además de DKIM, SPF y DMARC) con una marca de tiempo «Última comprobación». Cada registro se pone en verde en cuanto el resolvedor de Startupkit lo ve activo en tu registrador.

Dónde se publica cada registro

La página de detalle del dominio muestra hasta cuatro registros. Dos de ellos se sitúan en el propio nombre del dominio, y los otros dos en nombres hijos por debajo de él:

Registro	Se publica en	Función
MX	mail.yourcompany.com	Enruta el correo entrante hacia Startupkit
TXT (SPF)	mail.yourcompany.com	Autoriza a Startupkit a enviar como este dominio
TXT (DKIM)	kit._domainkey.mail.yourcompany.com	Firma el correo saliente
TXT (DMARC)	_dmarc.mail.yourcompany.com	Indica a los receptores cómo tratar los fallos

Esa división importa si el mismo nombre también sirve un sitio web — consulta Cuando el dominio también sirve un sitio web más abajo.

3. Añade manejadores de email

Una vez que el dominio esté activo, crea manejadores de email (email handlers): son las direcciones individuales en las que Startupkit escucha. Por ejemplo, un manejador llamado apply en el dominio mail.yourcompany.com crea la bandeja de entrada [email protected].

Los manejadores son lo que hace útil el correo entrante en Kit:

• Conecta un manejador a la bandeja de entrada general de candidatos para enrutar cualquier email al puesto abierto correspondiente
• Asocia un manejador a una oferta de empleo específica para que las respuestas de los candidatos lleguen a esa candidatura
• Usa un manejador como dirección de contacto que Kit enruta a un flujo de trabajo específico

Cuando el dominio también sirve un sitio web

Los servicios de alojamiento web como Vercel, Netlify y Cloudflare Pages te piden que apuntes tu subdominio hacia ellos con un registro CNAME. Si después intentas añadir Startupkit Email a ese mismo subdominio, dos de los cuatro registros no se podrán publicar.

El motivo es una regla del DNS, no una limitación de Startupkit: un nombre que tiene un CNAME no puede tener ningún otro tipo de registro (RFC 1034). Así que mientras jobs.yourcompany.com sea un CNAME hacia tu servicio de alojamiento, los registros MX y TXT de SPF en ese mismo nombre no se pueden representar. La mayoría de los proveedores de DNS los rechazan de plano; algunos los aceptan y, sin avisar, no hacen nada con ellos — lo cual es peor.

DKIM y DMARC entran sin problema en ambos casos, porque kit._domainkey.jobs.yourcompany.com y _dmarc.jobs.yourcompany.com son nombres distintos, no el nombre que tiene el CNAME. Por eso el síntoma habitual es quedarse a mitad de la configuración: dos registros en verde y dos rechazados.

Solución 1 (recomendada): dar al correo su propio subdominio

Mantén jobs.yourcompany.com como CNAME hacia tu servicio de alojamiento y añade Startupkit Email en un nombre que no sirva ningún sitio web: mail.yourcompany.com o careers-mail.yourcompany.com. Nada cambia en tu sitio, y todos los registros entran a la primera. El único coste es que las direcciones que ven los candidatos son [email protected] en lugar de [email protected].

Solución 2: aplanar el CNAME a un registro A

Si el correo tiene que vivir en el mismo nombre exacto que sirve el sitio web, sustituye el CNAME por un registro A. Los servicios de alojamiento web enrutan las peticiones por la cabecera Host y el SNI de TLS, no por IP, de modo que el sitio sigue funcionando y el nombre queda libre para publicar MX y SPF:

Tipo	Nombre	Valor
A	jobs	La IP que te indique tu proveedor

Toma la IP del panel o de la documentación de tu propio proveedor — en Vercel, el valor que aparece en la tarjeta de dominio de ese proyecto. No copies una de un resultado de dig sobre el sitio de otra persona.

Las contrapartidas son reales, así que elige esta opción con conocimiento de causa:

• Un registro A fija una dirección concreta. Un CNAME permite a tu proveedor redirigir el tráfico para el enrutamiento y la mitigación de DDoS, y le sigue si rota sus direcciones; un registro A no hace ninguna de las dos cosas, y deja de funcionar sin avisar si la dirección se retira.
• Los proveedores documentan registros A para el apex, pero en general no para subdominios — Vercel, sin ir más lejos, asigna a los proyectos más recientes IP anycast distintas y te indica usar un CNAME para los subdominios. Quedas fuera de lo que el proveedor admite oficialmente, así que vuelve a comprobar la dirección tras cualquier migración de tu proveedor.

Si no es un intercambio que te convenza, usa la solución 1.

Los dominios apex tienen el mismo problema

Si quieres correo en tu dominio raíz (yourcompany.com) y lo sirve un servicio de alojamiento web, lo más probable es que tu proveedor esté usando aplanamiento ALIAS o ANAME: la solución habitual al hecho de que un apex no puede tener un CNAME. Que ALIAS conviva con MX depende por completo del proveedor: algunos lo aplanan a un registro A en el momento de servirlo y permiten un MX al lado; otros aplican la misma restricción que al CNAME. Si el tuyo rechaza el MX, usa un subdominio para el correo.

Gestionar dominios

Desde la página principal de Startupkit Email puedes:

• Add Domain — Registrar otro dominio
• View — Ver el estado DNS, los manejadores y la actividad reciente de un dominio
• Remove — Eliminar un dominio requiere dos clics. En un dominio activo, el primer Remove lo desconecta: Startupkit desmonta el dominio en nuestro servidor de correo y su estado cambia a Disabled. Todavía no se elimina nada. Haz clic de nuevo en Remove en el dominio ya inactivo para eliminarlo definitivamente, junto con sus manejadores y todos los emails recibidos.

Si el estado de un dominio aparece como Failed, pasa el cursor sobre el mensaje de error para ver los detalles. Failed significa que Startupkit encontró un error al aprovisionar el dominio en nuestro servidor de correo (un error de la API de administración de nuestro lado): no indica un problema de DNS de tu parte. Los problemas de DNS nunca aparecen como estado Failed; se muestran en las comprobaciones separadas por registro DNS en la página de detalle del dominio. Si el error menciona autenticación o una solicitud rechazada, vuelve a intentarlo desde la página de detalle del dominio; si persiste, contacta con soporte.

Resolución de problemas

El dominio está atascado en pendiente. Startupkit todavía está aprovisionando el dominio en nuestro servidor de correo; esto normalmente se completa en bastante menos de un minuto. «Pendiente» refleja nuestro aprovisionamiento, no la propagación de tu DNS: recarga la página de detalle del dominio y, si sigue pendiente, es posible que la tarea de configuración esté reintentando. (Si tu DNS se ha propagado se muestra por separado en las comprobaciones por registro DNS.)

El correo no llega. Verifica que el registro MX esté publicado exactamente como se muestra en la página de detalle del dominio, incluyendo la prioridad. Usa dig MX tudominio.com para confirmarlo desde la línea de comandos.

Mi proveedor de DNS no me deja añadir el registro MX o SPF. Ese nombre probablemente ya es un CNAME, algo habitual cuando lo sirve un servicio de alojamiento web como Vercel, Netlify o Cloudflare Pages. El DNS no permite que un CNAME conviva con ningún otro tipo de registro en el mismo nombre, así que MX y SPF no pueden añadirse a su lado. Consulta Cuando el dominio también sirve un sitio web.

¿Puedo usar mi dominio principal? Sí, pero solo si tu dominio principal no se usa ya para correo saliente de otro proveedor. De lo contrario, usa un subdominio como mail.yourcompany.com para mantener las cosas separadas.

¿Startupkit también envía correo saliente? No en este dominio. Startupkit Email solo gestiona correo entrante. El correo transaccional saliente se configura por separado en los ajustes de SMTP.

Candidaturas incompletas

Los candidatos que se postulan por correo a veces envían solo un mensaje de una línea, sin currículum, sin LinkedIn, sin portafolio. Kit marca esas candidaturas como candidaturas incompletas con un banner ámbar en la vista del reclutador, para que las detectes antes del cribado.

Si prefieres no perseguir a los candidatos manualmente, activa Auto-request more info en los ajustes de Inbound Email. Cuando está activo, Kit envía al candidato un mensaje breve y educado pidiéndole los elementos que faltan y le envía un enlace a una página privada de complemento donde puede:

• Subir un CV
• Pegar una URL de LinkedIn, GitHub o portafolio
• Añadir un párrafo breve sobre sí mismo

El enlace se genera con un token por candidatura y caduca a los 14 días. Lo que el candidato añada se adjunta a su candidatura existente. Sin nueva cuenta ni contraseña.

El correo de solicitud automática está desactivado por defecto. La redacción es totalmente personalizable junto al resto de correos transaccionales de Kit (es el 14.º tipo de plantilla). Edítalo en los ajustes de plantillas de correo de tu cuenta.

Ver también

• Descripción general de Inbound Email — compara Startupkit Email y Cloudflare Email Routing
• Cloudflare Email Routing — el proveedor alternativo si prefieres usar tu propia cuenta de Cloudflare
• Dominios personalizados — URLs de portal con tu marca, y por qué el correo necesita un subdominio propio