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

# Estados del remitente: Activo, Pausado, Error y los chips

> Tres estados, quién puede fijar cada uno y los chips adicionales que priman sobre el estado en una fila.

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 está siempre en exactamente uno de tres estados: **Activo**, **Pausado** o
**Error**. Dos de ellos son una decisión tuya. **Error** es un veredicto: el producto lo escribe
después de una comprobación, y tú no puedes fijarlo.

<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>
  Los mensajes de error que verás más abajo los escribe el servidor y solo existen en inglés, así
  que la captura del tooltip está en inglés a propósito: es lo que aparece en pantalla también con
  el producto en español.
</Info>

<Screenshot id="email-accounts/sender-statuses--all-states" url="/senders" lang="es" alt="La tabla de Cuentas de Email con un chip de estado en cada fila: chips verde azulado Sin campañas en tres, un chip rojo Error en una y chips verdes Activo en el resto, cada uno con un pequeño botón de icono al lado" caption="Cada fila lleva exactamente un chip de estado, y ese chip decide cuál es el control que tiene al lado." marks={[{ n: 1, x: 77, y: 16 }, { n: 2, x: 79, y: 38 }]} />

El chip **Sin campañas** (1) no es un cuarto estado: es una cuenta **Activo** con otra etiqueta. El
chip **Error** (2) es el único que no puedes fijar, y el único que impide cambiar la cuenta.

| Estado      | Qué significa              | Cómo llega ahí                                                                                                                                                                   | Cómo sale                                                                                                           |
| ----------- | -------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------- |
| **Activo**  | Puede enviar               | Una comprobación que pasó: al añadir la cuenta, al guardar ajustes corregidos, en una reconexión o (en un buzón gestionado) cuando el producto lo vuelve a probar por ti         | Lo pausas tú, o falla una comprobación                                                                              |
| **Pausado** | Retenido, no envía nada    | Lo pausas tú, en la fila o desde la barra de selección. Un buzón sobre la infraestructura gestionada de PipeLime también empieza aquí mientras termina su configuración          | Lo reanudas tú. En un buzón gestionado, el producto también puede reanudarlo cuando la configuración termina        |
| **Error**   | La cuenta no se puede usar | Una comprobación de conexión fallida, un dominio de seguimiento rechazado, destinatarios que rechazan el correo, o un buzón que se verificó pero no pudo registrarse para enviar | **Actualizar remitente**, guardar ajustes de conexión corregidos o (en un buzón gestionado) una reprueba automática |

## Cómo se comporta

### Solo se elige una cuenta Activo para enviar

Cuando el producto busca un buzón (correo de campaña, warm-up o un bloque de email en un flujo de
trabajo), elige únicamente entre cuentas **Activo**. **Pausado** y **Error** quedan fuera antes de
considerar nada más, así que ningún horario, límite ni ajuste de campaña puede devolver una a la
rotación.

**Activo** significa con permiso para enviar, no enviando ahora mismo. Una cuenta que se toma un
[día de descanso](/es/email-accounts/resting-days-and-schedule), que está fuera de su horario de
envío o que todavía se está calentando sigue siendo **Activo** todo el tiempo. Eso son marcas junto
al nombre de la cuenta (un chip **Descansando hoy**, una luna atenuada, un calendario tachado), y
ninguna es un estado.

### El estado en el que nace una cuenta es un resultado, no un valor por defecto

No hay ninguna regla que diga que una cuenta nueva empieza en **Activo**. Al añadir una cuenta, el
servidor ejecuta primero la comprobación de conexión y guarda lo que esa comprobación decidió. Si
pasa, la cuenta queda **Activo**. Si falla, la cuenta se crea en **Error**, con el motivo ya
adjunto, antes de que nadie la haya tocado.

Cuál de las dos veas depende de cómo se añadió la cuenta:

* *Por el flujo de conexión de «Add senders».* Verifica antes de guardar, y solo guarda la cuenta
  cuando la comprobación pasa. Una contraseña de aplicación mal escrita te deja en el asistente con
  un diagnóstico, en lugar de añadir una fila rota a la lista.
* *Por el formulario de ajustes de la cuenta, o por una importación masiva.* Nada retiene la
  cuenta. La fila aparece en la lista ya en **Error**, y el mensaje dice por qué. Un CSV de buzones
  es la forma habitual de acabar con varias a la vez.
* *Restaurando una cuenta que eliminaste.* La misma comprobación se ejecuta al volver, y acaba
  igual.

El dominio de seguimiento cuenta también: si la cuenta lleva uno propio y su registro DNS no se
puede verificar, la cuenta se crea en **Error** aunque el buzón sí haya respondido.

Los buzones sobre la infraestructura gestionada de PipeLime son la excepción a todo esto. Se crean
**Pausado**, y siguen pausados hasta que termina su configuración y quedan registrados para enviar;
en ese momento el producto los pone **Activo** él mismo. Hasta entonces, activar uno a mano se
rechaza, con un mensaje que dice que se conectará automáticamente cuando termine su configuración.

### Puedes fijar dos de los tres

Crear o actualizar una cuenta acepta **Activo** o **Pausado** y nada más. **Error** no es un valor
que nadie pueda enviar: se calcula a partir de una comprobación y lo escribe el servidor.

Cada fila lleva un control junto a su chip, y el chip decide cuál. Son botones de icono, así que lo
que los nombra es un tooltip: un botón de pausa en una cuenta **Activo**, **Reanudar remitente** en
una **Pausado** y **Actualizar remitente** en una en **Error**. El tooltip de pausa es además la
frase más clara del producto sobre lo que hace pausar: mientras una cuenta está pausada no envía
ningún correo de campaña ni de warm-up. Un rol sin permiso para modificar cuentas de email ve los
tres chips y ninguno de los botones.

### La pausa dura hasta que la reanudes, con una excepción

Pausa una cuenta que conectaste tú y nada en el producto la despausará. No hay temporizador, ni
reinicio diario, ni tarea de recuperación que la retome.

De los buzones sobre la infraestructura gestionada de PipeLime se ocupa un barrido en segundo
plano, y ese barrido sí puede reanudar uno. Se ejecuta varias veces por hora sin que nadie lo
lance. Toma un buzón gestionado en cualquiera de dos situaciones:

* El mensaje de estado del buzón es uno que el propio producto escribió al aparcarlo a mitad de
  configuración.
* El buzón no está registrado para enviar en absoluto. Este caso ignora el estado, así que un buzón
  gestionado que pausaste tú entra en el alcance.

En ambos casos el barrido vuelve a leer el buzón desde el lado del aprovisionamiento y, si vuelve
listo, lo pone **Activo** y el envío se reanuda.

<Warning>
  Pausar y reanudar cambia el estado y nada más: el mensaje de estado se queda donde estaba. Así
  que un buzón gestionado que el producto aparcó durante la configuración, que luego reanudaste y
  más tarde pausaste a mano, sigue llevando el mensaje del propio producto y sigue entrando en ese
  barrido. Si necesitas que un buzón gestionado quede apagado para siempre, elimínalo: el barrido
  omite las cuentas eliminadas.
</Warning>

Reanudar a mano es el botón de reproducción de la fila (**Reanudar remitente**), o **Activar** en la
barra de selección después de marcar algunas filas.

### Error es un veredicto, y lleva el motivo

Cinco cosas ponen una cuenta en **Error**, y cada una escribe su propia explicación:

* *Falló la prueba de conexión.* En una cuenta que se conecta con host, puerto y contraseña,
  guardar los ajustes de conexión y reconectar abren una sesión SMTP y una IMAP. Cuando una o las
  dos se niegan, la cuenta cambia y el mensaje dice cuál, con el texto de error del propio servidor
  receptor añadido, que es la razón de que no haya dos iguales.
* *Falló el inicio de sesión con el proveedor.* Una cuenta conectada iniciando sesión con tu
  proveedor (la vía de Outlook) se comprueba contra ese inicio de sesión, y no se abre ninguna
  sesión SMTP ni IMAP. Su mensaje empieza por `OAuth verification failed` y lleva el motivo del
  propio proveedor.
* *Un dominio de seguimiento propio no resuelve.* Si la cuenta lleva uno y su CNAME no se puede
  verificar, el fallo de DNS pasa a ser el mensaje de estado, aunque el buzón esté bien.
* *Los destinatarios rechazan el correo.* Una racha de rechazos permanentes por política en varios
  dominios de destino es un problema de reputación, no de conexión. La cuenta cambia, y su mensaje
  lo dice y te pide reconectarla cuando el problema de fondo esté resuelto.
* *La cuenta se verificó pero no pudo registrarse para enviar.* Un buzón que pasa su comprobación y
  luego no consigue registrarse en el servicio de envío se queda en **Error** con eso como mensaje,
  en lugar de darse por sano sin enviar nada.

Las comprobaciones periódicas de salud también pueden cambiar una cuenta; qué miran está en
[comprobaciones de salud del remitente](/es/email-accounts/sender-health-checks).

Al pasar el cursor por el chip **Error** aparece ese mensaje tal cual lo guardó el servidor, y
**Error de conexión** cuando no hay nada guardado. La página de ajustes de la propia cuenta muestra
el mismo texto en un aviso rojo arriba, con un botón **Reconectar** dentro.

<Screenshot id="email-accounts/sender-statuses--error-tooltip" url="/senders" lang="en" alt="El chip Error en una fila de remitente, con el cursor encima y un tooltip abierto debajo que explica que los servidores de correo de destino están rechazando los correos de este remitente y pide revisarlo y reconectarlo" caption="Un ejemplo del texto. Lo escribe aquello que falló, así que un fallo de credenciales y uno de reputación no se parecen en nada." />

<Note>
  Estos mensajes los escribe el servidor y se muestran en inglés en cualquier idioma de la interfaz.
</Note>

No hace falta que estés mirando la página. Cuando una cuenta pasa a **Error**, se avisa por correo y
dentro de la aplicación a la persona propietaria del espacio de trabajo. Una cuenta que se *crea* en
**Error** (una fila de importación defectuosa, por ejemplo) no envía ningún aviso: simplemente
aparece en la lista con un chip rojo.

### Mientras una cuenta está en Error, su estado queda congelado

Cualquier intento de fijar el estado de una cuenta en error se rechaza: pausarla y reanudarla fallan
las dos. Eso vale también para la barra de selección: marca una cuenta en error junto a otras sanas
y **Pausar** o **Activar** la contará entre los fallos en lugar de hacerle nada.

Dos cosas sí funcionan. **Actualizar remitente** en la fila vuelve a probar las credenciales ya
guardadas y reescribe el estado con el resultado. O abre la cuenta, corrige los ajustes de conexión
y guarda: cambiar cualquier campo de conexión ejecuta la misma comprobación por el camino, que es la
vía a tomar cuando lo que está mal son las credenciales guardadas.

Las comprobaciones de salud nunca limpian un **Error**. Solo detectan. En una cuenta que conectaste
tú, eso convierte limpiarlo en trabajo de una persona: **Actualizar remitente**, o guardar los
ajustes corregidos.

Los buzones gestionados se recuperan sin ti. El mismo barrido que los desaparca vuelve a probar los
buzones gestionados en error varias veces por hora y los pone **Activo** de nuevo en cuanto las
credenciales guardadas funcionan; el caso habitual es un buzón recién aprovisionado cuyo dominio no
estaba listo cuando se comprobó por primera vez. La excepción es un buzón gestionado que cambió por
rechazos de los destinatarios: ese sigue pasando la prueba de conexión, así que el barrido lo deja
en paz a propósito y espera por ti.

<Warning>
  Reconectar siempre acaba en **Activo** cuando la comprobación tiene éxito: no restaura lo que la
  cuenta era antes. Una cuenta que estaba pausada antes de que algo la pusiera en **Error** vuelve
  enviando.
</Warning>

Reconectar tampoco da por hecho que funcionó. La fila vuelve a leer el estado recalculado y, cuando
la cuenta sigue fallando, te muestra el motivo en lugar de una confirmación.

### Dos chips ocupan el lugar del chip Activo

Una cuenta **Activo** que todavía no puede hacer nada útil muestra por qué en vez de mostrar
**Activo**:

* **Sin horario**: la cuenta no tiene horario de envío. Al pulsarlo se abre la sección de horario
  de esa cuenta.
* **Sin campañas**: ninguna campaña usa esta cuenta. Al pulsarlo se abren tus campañas.

Sustituyen al chip **Activo** en lugar de acompañarlo, y se comprueban en ese orden, así que una
cuenta sin horario y sin campaña muestra solo **Sin horario**. Los dos dependen de que la cuenta
esté **Activo**, así que una cuenta **Pausado** o en **Error** nunca muestra ninguno: el estado
siempre gana.

El pequeño calendario tachado junto al nombre de la cuenta es otra cosa, y aparece en cualquier
cuenta sin horario sea cual sea su estado. Así es como una cuenta pausada y sin horario te sigue
avisando del horario que falta.

### Los contadores cuentan los chips como Activo

**Remitentes activos** cuenta todas las cuentas que no están **Pausado** ni en **Error**, lo que
significa que una cuenta que muestra **Sin horario** o **Sin campañas** cuenta ahí como activa.
**Capacidad de límite diario** suma los límites diarios de ese mismo conjunto, así que pausar un
buzón baja la capacidad declarada del espacio de trabajo y una cuenta en error no aporta nada.
**Remitentes con errores** es la cuenta simple del tercer estado.

### Eliminar no es un cuarto estado

Eliminar una cuenta la archiva y quita el buzón del servicio de envío. Sale de la lista en lugar de
tomar un estado, y sus leads en curso se pasan a cuentas que sigan enviando.

## Límites

|                                        |                                                                                                                           |
| -------------------------------------- | ------------------------------------------------------------------------------------------------------------------------- |
| Cuántos estados                        | Tres: **Activo**, **Pausado**, **Error**. Todo lo demás en una fila es un chip o una marca                                |
| En qué nace una cuenta nueva           | En lo que decida su primera comprobación: **Activo** si pasa, **Error** si falla. Un buzón gestionado empieza **Pausado** |
| Cuáles puedes elegir                   | **Activo** y **Pausado**. **Error** se calcula                                                                            |
| Qué envía                              | Solo las cuentas **Activo**                                                                                               |
| Cambiar el estado estando en **Error** | Se rechaza, en la fila y en masa                                                                                          |
| Salidas de **Error**                   | **Actualizar remitente**, guardar ajustes corregidos, o la reprueba automática de un buzón gestionado                     |
| Dónde acaba una reconexión             | En **Activo** si funciona; en **Error**, con un mensaje nuevo, si falla                                                   |
| Recuperación automática                | Solo buzones gestionados, varias veces por hora. Nada automático toca una cuenta que conectaste tú                        |
| Idioma del mensaje de **Error**        | Inglés, en todos los idiomas                                                                                              |
| Quién puede cambiar un estado          | Los roles con permiso para modificar cuentas de email. Todo el que puede abrir la página ve los chips                     |

## Relacionado

<CardGroup cols={2}>
  <Card title="Arreglar una cuenta en Error" icon="refresh-cw" href="/es/email-accounts/reconnect-a-sender">
    Qué hace realmente **Actualizar remitente**, y qué probar cuando vuelve fallando igual.
  </Card>

  <Card title="Comprobaciones de salud del remitente" icon="activity" href="/es/email-accounts/sender-health-checks">
    El sondeo periódico detrás de una cuenta que dio error sin que la tocaras.
  </Card>

  <Card title="Días de descanso y horarios" icon="calendar" href="/es/email-accounts/resting-days-and-schedule">
    El chip **Descansando hoy** y la luna: por qué una cuenta **Activo** está callada hoy.
  </Card>

  <Card title="Activo, pero no llega nada" icon="circle-alert" href="/es/troubleshooting/sender-shows-active-but-nothing-delivers">
    Cuando el chip está verde y el correo sigue sin llegar.
  </Card>
</CardGroup>