> ## Documentation Index
> Fetch the complete documentation index at: https://help.pipelime.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Arreglar una cuenta de email en Error

> Todos los mensajes de Error que puede mostrar el producto, su causa y qué hace realmente reconectar.

export const Screenshot = ({id, alt, caption, frame = 'browser', url, marks = [], lang = 'en', workspace = 'northwind-outbound'}) => {
  const src = `/images/screenshots/${lang}/${id}.png`;
  const chrome = url ? `app.pipelime.ai/${workspace}${url}` : 'app.pipelime.ai';
  return <figure className={`pl-shot pl-shot--${frame} not-prose`}>
      <div className="pl-shot__frame">
        {frame !== 'bare' && <div className="pl-shot__bar">
            <span className="pl-shot__dots">
              <span className="pl-shot__dot" />
              <span className="pl-shot__dot" />
              <span className="pl-shot__dot" />
            </span>
            <span className="pl-shot__url">{chrome}</span>
          </div>}
        <div className="pl-shot__media">
          <img src={src} alt={alt} loading="lazy" />
          {marks.map(mark => <span key={mark.n} className="pl-shot__mark" style={{
    left: `${mark.x}%`,
    top: `${mark.y}%`
  }} aria-hidden="true">
              {mark.n}
            </span>)}
        </div>
      </div>
      {caption && <figcaption className="pl-shot__caption">{caption}</figcaption>}
    </figure>;
};

Una cuenta de email marcada como **Error** no está enviando. La frase guardada junto al chip
es la que te dice por qué.

<div className="pl-availability">
  <div className="pl-availability__row">
    <div className="pl-availability__label">Where</div>
    <div className="pl-availability__value"><span className="pl-path">Integrations<span className="pl-path__sep">→</span>Integrations<span className="pl-path__sep">→</span>Email Accounts</span></div>
  </div>

  <div className="pl-availability__row">
    <div className="pl-availability__label">Your role needs</div>
    <div className="pl-availability__value">Read access to Email Accounts <code>read-senders</code>. Admin, Member and Viewer have it by default.</div>
  </div>

  <div className="pl-availability__row">
    <div className="pl-availability__label">To create or change</div>
    <div className="pl-availability__value"><code>create-senders</code> to add one, <code>update-senders</code> to change one, on top of the permission above.</div>
  </div>

  <div className="pl-availability__note">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.</div>
</div>

<Info>
  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.
</Info>

## Dónde está el mensaje, y qué es

**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.

<Screenshot id="email-accounts/reconnect-a-sender--row-action" url="/senders" lang="en" alt="La tabla de Cuentas de Email con una fila que muestra un chip rojo Error y un botón de icono de actualizar, entre filas que muestran Activo y Sin campañas" caption="El icono de actualizar de una fila con error ejecuta la misma reconexión que el botón de la página de la propia cuenta." marks={[{ n: 1, x: 79, y: 38 }, { n: 2, x: 84, y: 38 }]} />

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.

## Cuánto tarda una cuenta en ponerse roja

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.

## Reconéctala

<Steps>
  <Step title="Abre la cuenta">
    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.
  </Step>

  <Step title="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).

    <Screenshot id="email-accounts/reconnect-a-sender--error-banner" frame="bare" lang="en" alt="Un aviso rojo que dice «Connection Error:» seguido de un mensaje sobre servidores de correo de destino que rechazan los correos, con un botón Reconnect a la derecha" caption="Aquí el encabezado habla de conexión y el mensaje habla de reputación. El mensaje es el que acierta." marks={[{ n: 1, x: 30, y: 34 }, { n: 2, x: 85, y: 45 }]} />
  </Step>

  <Step title="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**.
  </Step>
</Steps>

<Warning>
  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.
</Warning>

<Check>
  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.
</Check>

<Screenshot id="email-accounts/reconnect-a-sender--success" frame="bare" lang="en" alt="Una notificación verde que dice «Connection verified successfully»" caption="Un ejemplo representativo: esta confirmación necesita un buzón que vuelva a responder, así que la pantalla se captura contra una respuesta simulada." />

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.

## Qué te está diciendo cada mensaje

<AccordionGroup>
  <Accordion title="El buzón rechazó el inicio de sesión">
    «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.
  </Accordion>

  <Accordion title="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.
  </Accordion>

  <Accordion title="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.
  </Accordion>

  <Accordion title="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.
  </Accordion>

  <Accordion title="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](mailto:support@pipelime.ai).
  </Accordion>

  <Accordion title="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.
  </Accordion>

  <Accordion title="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.
  </Accordion>

  <Accordion title="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](mailto:support@pipelime.ai).
  </Accordion>
</AccordionGroup>

## El único Error que reconectar no arregla

<Warning>
  «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.
</Warning>

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.

## Los Errores que se limpian solos

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.

## Cosas que parecen esto y no lo son

* *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.

## Solución de problemas

<AccordionGroup>
  <Accordion title="No aparece el botón para reconectar">
    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.
  </Accordion>

  <Accordion title="«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.
  </Accordion>

  <Accordion title="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.
  </Accordion>
</AccordionGroup>

## Relacionado

<CardGroup cols={2}>
  <Card title="Estados del remitente" icon="activity" href="/es/email-accounts/sender-statuses">
    **Activo**, **Pausado** y **Error**, y los chips que no son estados en absoluto.
  </Card>

  <Card title="Comprobaciones de salud automáticas" icon="heart-pulse" href="/es/email-accounts/sender-health-checks">
    Qué mira la comprobación programada, y qué cambia y qué no.
  </Card>

  <Card title="Glosario de mensajes de error" icon="list" href="/es/troubleshooting/error-messages-glossary">
    Todos los mensajes que el producto puede mostrarte, en un solo sitio.
  </Card>

  <Card title="Conectar otro buzón" icon="mail" href="/es/email-accounts/connect-other-smtp">
    Los datos de servidor que necesita un buzón, por si los tuyos están mal.
  </Card>
</CardGroup>