Todos los mensajes de Error que puede mostrar el producto, su causa y qué hace realmente reconectar.
Una cuenta de email marcada como Error no está enviando. La frase guardada junto al chip
es la que te dice por qué.
Where
Integrations→Integrations→Email Accounts
Your role needs
Read access to Email Accounts read-senders. Admin, Member and Viewer have it by default.
To create or change
create-senders to add one, update-senders to change one, on top of the permission above.
If you cannot find this in your sidebar, your workspace may have a custom menu configuration. Contact support and we will check it for you.
La página de ajustes de una cuenta de email no está traducida, y los mensajes de error los
escribe el servidor y solo existen en inglés. Por eso las capturas de esta página están en
inglés: es lo que verás en pantalla también con el producto en español.
Error es un solo estado con muchas causas posibles. El chip no te dice casi nada; la frase te
lo dice todo. Puedes leer esa frase en dos sitios: en la lista de Cuentas de Email es el
tooltip del chip Error (1), y en la página de la propia cuenta llena un aviso rojo.El único control de estado que ofrece la fila de una cuenta en error es el icono cuyo tooltip dice
Actualizar remitente (2). Ni pausar ni reanudar: cambiar el estado de una cuenta en Error
se rechaza de todas formas.Lee la frase, no el encabezado. El encabezado del aviso siempre dice «Connection Error:», sea cual
sea el texto de debajo, incluido un mensaje sobre reputación de envío, que no tiene nada que ver
con conectarse.Y léela de nuevo cada vez. La frase guardada es la que se escribió más recientemente, no lo que
falló primero, y puede cambiar mientras no miras:
Un buzón sobre la infraestructura gestionada de PipeLime lo vuelve a probar una tarea
programada. Cuando la prueba sigue fallando, la tarea sustituye la frase por el fallo que acaba
de ver.
Una cuenta cuya propia dirección rechaza el correo de warm-up ve su frase sobrescrita por ese
rebote, dijera lo que dijera antes.
Depende de qué mecanismo detectó el problema, y no coinciden entre sí.
La comprobación de conexión programada espera. Un inicio de sesión rechazado tiene que seguir
siendo rechazado antes de que el estado cambie, y un servidor inalcanzable, bastante más tiempo.
Un fallo que golpea a la vez a la mayoría de las cuentas de una de nuestras máquinas se suprime
en lugar de propagarse, así que una mala hora no quema un lote de cuentas.
Un envío fallido no espera. Cuando el servidor de correo responde con un error definitivo de
configuración o de autenticación, ese único envío cambia la cuenta de inmediato: sin margen y
sin segundo intento.
El contador de reputación necesita una racha. Varios rechazos permanentes, repartidos entre
varios dominios de destino distintos, dentro de una misma ventana.
En la página de Cuentas de Email, abre la cuenta que lleva el chip Error. También
puedes pulsar el icono de actualizar en la propia fila: ejecuta la misma reconexión y te da el
resultado en una notificación, sin abrir nada.
2
Lee el mensaje antes de pulsar nada
Arriba de la página de la cuenta hay un aviso rojo con la frase completa dentro (1), y el
botón «Reconnect» a la derecha (2).
3
Pulsa «Reconnect»
Volvemos a probar las credenciales que tenemos guardadas: las de envío y las de recepción por
separado, porque una cuenta que puede enviar pero no recibir nunca vería una respuesta. Un
buzón que conectaste iniciando sesión con tu proveedor ve revisado ese acceso en su lugar. Si
la cuenta tiene un dominio de seguimiento propio, se vuelve a comprobar también su registro
DNS, y un registro que falla deja la cuenta en Error aunque el buzón haya respondido.Solo cuando todo eso pasa se registra la cuenta para enviar otra vez y vuelve a Activo.
Reconectar solo prueba lo que tiene. La comprobación del buzón se ejecuta únicamente cuando la
cuenta guarda un juego completo de datos de conexión: host, puerto, seguridad, usuario y
contraseña para enviar, más host, puerto y seguridad para recibir. Si falta cualquiera de ellos
no se prueba nada: la cuenta pasa a Activo y se informa como verificada. Una cuenta que
informa éxito al reconectar y sigue sin enviar nada es el síntoma; ábrela y completa lo que
falte.
El aviso desaparece y sale una notificación de éxito: «Conexión verificada correctamente» si
reconectaste desde el icono de la fila, y la misma frase en inglés si pulsaste «Reconnect» en la
página de la cuenta, que no está traducida. En la lista el
chip rojo ya no está: en su lugar aparece Activo, o Sin horario o Sin campañas, que
la lista muestra en vez de Activo cuando la cuenta no tiene horario de envío o no está
ligada a ninguna campaña. Los tres significan que la cuenta está activa de nuevo.
Si no funcionó, la notificación lleva el mensaje nuevo en su lugar y la cuenta se queda en
Error con la frase actualizada. Es a propósito: una reconexión que no verificó nada nunca
informa éxito.
«Mailbox authentication failed — the account may have been deleted or its credentials revoked.
Please reconnect.» es la redacción de la comprobación programada, y un envío fallido también la
escribe cuando el servidor de correo dice que la cuenta no se puede autenticar. «Authentication
failed. Please check SMTP credentials.» es la otra forma que escribe un envío fallido. Todas
significan que el proveedor rechazó las credenciales que tenemos.Reconectar con la misma contraseña guardada no puede arreglar una contraseña que cambió.
Escribe la nueva en la página de la cuenta y guarda: guardar los datos de conexión los vuelve a
probar y recalcula el estado igual que la reconexión. Esa segunda vía no está disponible en un
buzón gestionado: sus campos de conexión son de la infraestructura y se ignoran si los envías.Si el buzón se eliminó en el proveedor, no hay nada que recuperar: elimina la cuenta aquí, o
conecta otro buzón.
Credenciales SMTP inválidas, IMAP inválidas, o las dos
«Invalid SMTP credentials», «Invalid IMAP credentials» e «Invalid IMAP and SMTP credentials»
las escribe la propia prueba de credenciales: al reconectar, al guardar datos de conexión, en
una fila de una importación masiva y en la tarea programada que vuelve a probar los buzones
gestionados. Cada una lleva añadida la respuesta del propio servidor de correo, que suele ser
la mitad más concreta del mensaje.El envío y la recepción se prueban por separado, así que una cuenta puede tener una contraseña
de envío perfecta y acabar aquí porque sus datos de recepción están mal.
No se pudo alcanzar el servidor
«Could not establish a connection to the mailbox server. Please check the account settings and
reconnect.» es la forma general. Un envío fallido escribe otra más concreta según dónde se
rompió: «Connection failed. Please check SMTP host and port.», «Connection failed. Please check
SMTP host and network.», «TLS/SSL connection failed. Please check SMTP security settings.»,
«DNS lookup failed. Please check SMTP host.» o «Protocol error. Please check SMTP port and
security settings.»Estas apuntan a los datos del servidor, no a la contraseña. Contrasta el host, el puerto y el
ajuste de seguridad con lo que publique tu proveedor, corrígelos en la página de la cuenta y
guarda.Solo la frase general se escribe después de un reintento. Cuando el servicio de envío informa
de que no puede alcanzar el buzón (o de que no está conectado a él), la cuenta se registra otra
vez y el envío se reintenta una vez, y el mensaje se escribe en el segundo fallo. Las cinco
frases más concretas no tienen ningún reintento detrás: las escribe el primer envío que falla.
Se retiró el acceso (un buzón conectado iniciando sesión)
«OAuth authorization is no longer valid — the account may have been deleted or access revoked.
Please reconnect.» viene de la comprobación programada. «OAuth verification failed: …» viene de
probar ese inicio de sesión directamente (al conectar el buzón por primera vez, y otra vez en
cada reconexión), con la negativa del propio proveedor añadida.Reconectar vuelve a revisar el acceso que nos concedieron. Si sigue funcionando, la cuenta se
recupera; si se retiró (cambió la contraseña, se eliminó la cuenta o se revocó el acceso en los
ajustes de seguridad del proveedor), hay que conectar el buzón otra vez desde cero.
La cuenta no se pudo registrar para enviar
«Failed to re-register account on the email service: …», «Credentials verified but
re-registration on the email service failed: …» y «Failed to register with Email API: …»
significan lo mismo: las credenciales se verificaron, pero después la cuenta no se pudo
entregar al servicio de envío. Un buzón gestionado informa cualquier fallo de ese mismo paso
como «Could not connect the mailbox to the sending service.», sin detalle, porque el detalle va
a nuestros registros.La cuenta se deja en Error a propósito en lugar de mostrarse como Activo, porque una
cuenta que parece sana y no envía nada es peor que una que admite el problema. Inténtalo de
nuevo en unos minutos; si el mensaje persiste, mándalo a support@pipelime.ai.
Un dominio de seguimiento propio dejó de resolver
Reconectar vuelve a comprobar también el dominio de seguimiento, si la cuenta tiene uno, y una
comprobación fallida deja la cuenta en Error aunque el buzón se haya verificado. El mensaje
es el de la comprobación de DNS, así que nombra el registro y no el buzón: «No CNAME records
found», «CNAME record must point to …», «Invalid domain format» o «DNS lookup failed: …».Arregla el registro con quien te aloje el DNS y vuelve a reconectar.
El correo de warm-up a este buzón sigue rebotando
«Email address is invalid or no longer exists. Warmup email to this address bounced too many
times.» va sobre la dirección de la propia cuenta, no la de un lead: la red de warm-up no pudo
entregarle. Este mensaje sobrescribe el que la cuenta ya llevara.Reconectar lo limpiará si el buzón ya acepta correo, porque quien decide el estado es la prueba
de credenciales. Si la dirección ya no existe de verdad, conecta otro buzón.
Error, sin ninguna frase
Un buzón gestionado que la infraestructura informa como fallido pasa a Error sin mensaje. El
aviso dice entonces «Connection Error:» y se detiene, y el tooltip del chip recurre al genérico
Error de conexión.Aquí no hay nada que puedas corregir: el buzón nunca terminó de construirse. Manda la dirección
de la cuenta a support@pipelime.ai.
«Recipient mail servers are rejecting emails from this sender — likely a sending reputation issue
with its domain or IP address. Please review the sender and reconnect it once resolved.»Reconectar una cuenta en este estado funciona: las credenciales están bien, que es justo el
problema. El siguiente rechazo la devuelve directa a Error. Resuelve primero el problema de
reputación, y reconecta después.
Este Error lo escribe un contador, no una prueba de conexión. Necesita una racha de rechazos
permanentes repartidos entre varios dominios de destino distintos antes de dispararse, así que un
único servidor receptor estricto no puede quemar una cuenta por su cuenta. Lo que informa es que el
lado receptor está rechazando tu dominio o tu dirección de envío, que es un problema de entregabilidad
a resolver en origen.Es también el único Error que la recuperación automática de más abajo salta a propósito, por la
misma razón: una cuenta cuyas credenciales se verifican quedaría reactivada en el acto y bloqueada
otra vez en su siguiente envío.
Un buzón sobre la infraestructura gestionada de PipeLime no siempre te necesita. Una tarea
programada sigue probando las cuentas gestionadas que están en Error y, cuando el buzón
responde, la registra para enviar otra vez, borra el mensaje y la devuelve a Activo, sin que
nadie pulse nada. La misma tarea recoge los buzones gestionados cuya configuración nunca terminó.
Deja en paz, a propósito, el Error de reputación de envío de arriba.Así que un buzón gestionado puede ponerse rojo y volver a verde sin ti, y su mensaje puede cambiar
por el camino. Si uno acaba de ponerse rojo, espera unos minutos antes de hacer nada.Una cuenta que conectaste tú (tu propio buzón, o uno que conectaste iniciando sesión) no entra en
nada de eso. Nada la vuelve a poner en marcha sola: la recuperación es Actualizar remitente, o
guardar unos datos de conexión corregidos.
Un inicio de sesión aplazado. Cuando un proveedor aplaza un inicio de sesión porque está
ocupado, la cuenta se deja en paz y solo se aparca ese mensaje; se envía de nuevo
automáticamente cuando el aplazamiento termina. Nada se pone rojo.
Una cuenta pausada.Pausado significa dos cosas distintas y el tooltip es el mismo para las
dos. O bien alguien la pausó, y la fila ofrece Reanudar remitente; o bien la aparcó el
producto, porque un buzón gestionado se mantiene en Pausado hasta que termina su
configuración y puede enviar de verdad. El motivo de una cuenta aparcada por el sistema se guarda
pero no se muestra en ninguna pantalla, así que las dos son indistinguibles en la interfaz. Un
buzón gestionado que acabas de pedir y que muestra Pausado no te está esperando: la misma
tarea programada lo pone en servicio cuando el buzón está listo.
Una cuenta que está callada. Una cuenta puede estar en Activo y no enviar nada ahora
mismo: fuera de su horario de envío, o descansando ese día. Esa es otra pregunta; mira la página
de estados de abajo.
Reconectar cuenta como modificar una cuenta de email, así que un rol que solo puede leerlas ve
el Error y el mensaje pero ningún control: está oculto, no desactivado. Pide a una persona
administradora del espacio de trabajo que la reconecte, o que amplíe tu rol.
«Reconnect» y «Check Connection» no son el mismo botón
«Check Connection», arriba en la página de la cuenta, prueba los valores que hay ahora mismo en
el formulario: útil justo después de corregir un host o una contraseña, antes de guardar. Nunca
cambia el estado guardado.«Reconnect» vuelve a probar lo que está guardado, y sí cambia el estado. Si has editado algo,
guarda primero.
Volvió a Error a los pocos minutos
Una reconexión demuestra que el buzón respondió en ese momento; no puede prometer que el
siguiente envío funcione. La causa habitual de una recaída rápida es el bloqueo por reputación
de arriba: reconectar sí funciona, y el siguiente rechazo la devuelve a Error. Vuelve a
leer el mensaje: si cambió, la causa también.