Por qué un solo cambio de correo puede romper las notificaciones de la organización sin avisar
Quien va a retirar un buzón suele cambiar una sola cosa: dónde llega el correo. Pero GitHub puede usar una dirección en al menos tres funciones distintas, y cada una falla de forma diferente.
| Función | Qué hace | Qué se rompe si retiras el buzón |
|---|---|---|
| Inicio de sesión y recuperación | Te permite autenticarte y recuperar la cuenta | Puedes quedar bloqueado fuera de la propia cuenta |
| Correo de notificaciones aprobado | Recibe el correo de la organización cuando el envío está restringido a un dominio | Los avisos de la organización dejan de llegarte |
| Identidad pública de commit | Muestra una dirección en los metadatos del commit | Como mucho, algo cosmético; no entrega correo |
Trata estas comprobaciones como independientes. Cambiar una no confirma las demás.
La restricción de dominio es la parte que se pasa por alto
Si tu organización limita el envío de notificaciones a un dominio aprobado, la dirección que piensas conservar debe pertenecer a ese dominio y debe estar verificada.
GitHub exige la verificación de un correo de un dominio aprobado cuando una organización restringe el envío de notificaciones a ese dominio. Fuente
Por tanto, una dirección personal que controles no es aceptable automáticamente. Antes de retirar el buzón antiguo, pregunta al propietario de la organización qué dominio está aprobado y luego confirma que tu dirección de reemplazo pertenece a ese dominio y aparece como verificada en la configuración de correo de GitHub.
Una segunda restricción descarta el atajo más rápido:
GitHub no permite la verificación mediante servicios de correo desechable. Fuente
Si el buzón de reemplazo es un servicio desechable o temporal, busca otra dirección. Una regla de reenvío hacia un buzón desechable es el mismo problema con un salto extra.
No confundas la dirección de commit con la de notificaciones
Un commit puede mostrar una dirección no-reply, y eso es intencionado.
Una dirección de autor de commit no-reply es un mecanismo de privacidad, no un sustituto de un correo de notificaciones accesible y verificado. Fuente
Esto importa cuando revisas tu configuración: ver una dirección no-reply en el historial de commits no te dice nada sobre si el correo de la organización te llegará. Comprueba por separado las direcciones de notificaciones y de inicio de sesión.
Lista de comprobación para la retirada
Sigue estos pasos en orden y no cierres el buzón antiguo hasta completarlos todos.
- Enumera las funciones que cumple la dirección antigua. Inicio de sesión, recuperación, envío de notificaciones e identidad pública de commit. Anota cuáles de ellas cubre actualmente el buzón antiguo.
- Añade primero la dirección de reemplazo. Agrégala a la cuenta y completa la verificación antes de eliminar nada.
- Confirma el dominio aprobado. Pregunta al propietario de la organización qué dominio está aprobado para el envío de notificaciones y comprueba que tu dirección de reemplazo coincide con él.
- Descarta los servicios desechables. Si el reemplazo depende de un proveedor de correo temporal, elige otra dirección.
- Mantén la recuperación bajo tu control. Asegúrate de que puedes seguir recibiendo el correo de inicio de sesión y recuperación en una dirección que controles durante todo el cambio.
- Envía una prueba. Provoca una notificación de la organización de bajo riesgo y confirma que llega al buzón nuevo.
- Solo entonces retira el buzón antiguo. Mantén una vía de vuelta hasta que hayas visto llegar correo real al reemplazo.
Tabla de decisión: ¿está listo el reemplazo?
| Pregunta | Si sí | Si no |
|---|---|---|
| ¿Está verificada la nueva dirección en la cuenta? | Continúa | Verifícala primero |
| ¿Pertenece al dominio aprobado de la organización? | Continúa | Pregunta al propietario; no retires todavía |
| ¿Es un servicio desechable? | Elige otra dirección | Continúa |
| ¿Has recibido allí una notificación real de la organización? | Retira el buzón antiguo | Mantén ambos hasta que la recibas |
Errores habituales
- Verificar la dirección equivocada. Confirmas una dirección personal, pero la organización solo envía a su dominio aprobado. El correo deja de llegar sin aviso.
- Eliminar la dirección antigua demasiado pronto. Puede que aún necesites el correo de verificación para la propia cuenta. Mantén abierto el buzón antiguo hasta que el nuevo esté probado.
- Confiar en la identidad de commit. Una dirección no-reply ordenada en el commit parece indicar que todo está configurado, pero no dice nada sobre el envío de notificaciones.
- Usar un buzón desechable. No se puede verificar para envíos restringidos y es un mal lugar para el correo de recuperación.
Si no puedes confirmar el dominio aprobado, considera la migración incompleta. Pregunta al propietario de la organización en lugar de suponer.
Qué no establece esta guía
Este artículo no describe las etiquetas de menú actuales de GitHub, las reglas exactas de caracteres ni los pasos para cada tipo de plan. Esos detalles cambian y deben comprobarse en tu propia configuración y en la documentación de tu organización. Las comprobaciones anteriores tratan sobre funciones y verificación, no sobre un diseño de pantalla concreto.
Una tarea relacionada a continuación
Cuando el correo de la organización sea estable, quizá quieras saber qué otras cuentas están vinculadas a una dirección que vas a retirar. Es una cuestión distinta del envío de notificaciones y se trata en la guía sobre encontrar cuentas por una dirección de correo electrónico.
Si quieres una primera pasada rápida por perfiles públicos, TraceSeek comprueba nombres de usuario en más de 3.000 plataformas, con un primer escaneo gratuito y sin necesidad de registro. Una coincidencia pública es una pista, no una prueba de que una cuenta pertenezca a la misma persona, así que verifica directamente cualquier dato importante.