Reintentos automáticos

Las cosas fallan.
No se pierde nada.

Las nubes se caen, los tokens caducan, los servidores de correo no contestan. Nada de eso debería significar que un documento desaparece en silencio — por eso un documento nunca está simplemente «bien o mal»: recorre estados, y cada fallo tiene una salida definida.

El recorrido

Cuatro estados, y una salida de cada uno.

Cada documento lleva un estado. Se ve en tu Historial, y es el mismo que usa el sistema para decidir qué hacer a continuación.

1
pending

El adjunto está guardado y en cola para leerse. Llega aquí a los pocos segundos de verse el correo.

2
processing

El documento se está leyendo y contrastando con tus reglas.

Si esto se queda a medias — un timeout del modelo, un arranque en frío — el documento se queda en pending en vez de marcarse como fallido. Un barrido corre cada minuto y lo vuelve a coger.
3
uploading

Una regla ha encajado y el fichero se está escribiendo en tu carpeta de la nube.

Si tu nube rechaza la subida, el documento se marca como fallido con el mensaje de error del propio proveedor, no uno genérico — así distingues un Drive lleno de un token revocado.
uploaded

El fichero está en tu carpeta. Aparece en el Historial con la regla que encajó y el destino exacto.

Un documento que no encaja con ninguna regla no entra en esta escalera como fallo — se guarda con el motivo, que es funcionamiento normal y no algo de lo que haya que recuperarse.

La distinción que importa

No todo fallo merece un reintento.

Esta es la parte fácil de hacer mal, y hacerla mal es peor que no reintentar nada.

Permanente — te necesita

Una contraseña de aplicación revocada. Una cuenta desconectada. Una credencial que ya no se puede descifrar. Reintentar esto cada cinco minutos para siempre repetiría el mismo fallo hasta el fin de los tiempos sin arreglar nada.

Se marca la conexión y se te avisa. No se vuelve a intentar.

Pasajero — se reintenta

Un servidor de correo que no contestó a tiempo. Una nube con un mal minuto. Un corte de red. Esto se arregla solo con volver a pedirlo un poco más tarde.

Se deja estar y se recoge en la pasada siguiente, automáticamente.

Sin esa separación, una contraseña que revocaste a propósito se estaría aporreando contra tu proveedor de correo cada cinco minutos indefinidamente — que además de inútil es la clase de cosa por la que te bloquean una IP.

Radio de daño

Que falle una cosa no se lleva por delante el resto.

Un adjunto roto

Si un adjunto de un correo está corrupto o ilegible, se anota como fallido él solo. Los demás adjuntos del mismo correo se procesan con normalidad — un PDF malo no te cuesta los tres buenos que venían al lado.

Una copia extra en otra nube

En Business, una regla puede archivar en varias nubes a la vez. Si falla la segunda nube, el archivado principal sigue saliendo bien; la copia fallida se anota en el documento con su error y se ve en el Historial.

Un mensaje ilegible

Si un mensaje no se puede interpretar en absoluto, se marca y el buzón sigue adelante. No se reintenta eternamente, porque reintentar un correo ilegible solo bloquea a todos los que vienen detrás.

Archivado una vez

Reintentar no puede significar archivar dos veces.

Cada mensaje lleva una clave formada por tu cuenta, la dirección del buzón y el identificador del propio mensaje. Antes de archivar nada, esa clave se reserva. Si ya existía, el mensaje ya se trató y se salta.

Esa garantía es lo que hace seguro reintentar con insistencia: un barrido puede recoger un documento tantas veces como quiera sin ningún riesgo de que aparezca una segunda copia en tu carpeta.

También estuvo mal una vez, y por eso merece la pena contarlo. La clave incluía al principio el id interno de la conexión — que cambia cada vez que desconectas y vuelves a conectar el mismo buzón. Reconectar generaba entonces claves nuevas para mensajes ya archivados, y re-archivaba la ventana entera. Ahora va por cuenta y dirección del buzón, que sobreviven a la reconexión.

Avisos

Solo te enteras de los fallos de verdad.

Findest avisaba por tres cosas: un archivado fallido, un documento sin regla que encajara, y llegar al límite del plan. Dos de esas son funcionamiento normal y se ven en el Historial, y mandar un correo por ellas enseñaba a la gente a ignorar los correos.

Ahora solo manda correo un fallo real de archivado. Los avisos de seguridad — inicio de sesión nuevo, cambio de contraseña, cuenta recién conectada — van aparte, y esos se pueden desactivar en Ajustes.

Preguntas que hace la gente

¿Cuánto tarda en recogerse un documento atascado?

El barrido corre cada minuto, así que aproximadamente en un minuto desde que se queda parado.

¿Voy a acabar con dos copias del mismo fichero?

No. Cada mensaje reserva una clave antes de archivar nada, así que reintentar un mensaje ya archivado no hace nada.

¿Qué pasa si mi nube está llena?

La subida falla y el documento se marca como fallido con el error del proveedor, así que dice que la unidad está llena en vez de algo vago. Liberas espacio y el documento se puede archivar.

¿Una copia extra fallida rompe la principal?

No. El destino principal se archiva por su cuenta; la copia fallida se anota en el documento con su error.

¿Y si revoqué la contraseña de aplicación a propósito?

La conexión se marca tras el primer fallo de autenticación y se deja en paz. La reconectas cuando quieras y el sondeo se reanuda.

Configúralo una vez y deja de mirarlo.

De eso va todo el comportamiento de recuperación de esta página — no deberías tener que vigilarlo.