Gmail raciona seu próprio e-mail: o limite diário de download de 2.500 MB

Seu e-mail é seu. Tirar tudo dele do Gmail de uma vez, porém, não é algo que o Google está disposto a permitir. Há um teto publicado de quantos bytes uma única conta pode baixar por dia e, ao ultrapassá-lo, a conta para de responder — não por um minuto, potencialmente por um dia.

Ninguém atinge esse limite lendo e-mails. Você o atinge na primeira vez que tenta levar o arquivo inteiro com você.

Os números que o Google publica

Os limites são por usuário, por dia, e o Google os aplica em todas as edições do Workspace:

• Download via IMAP: 2.500 MB por dia. O relevante para backups, arquivadores e clientes de e-mail de desktop.
• Download via POP: 1.250 MB por dia. Metade disso, o que é mais um motivo para não arquivar via POP.
• Download pelo cliente web: 1.250 MB por dia. Arrastar anexos para fora do navegador também conta.
• Upload via IMAP: 500 MB por dia. É esse o limite que incomoda quando você está movendo e-mails para dentro de uma conta do Gmail, e não para fora dela.
• Upload pelo cliente web: 1.500 MB por dia.

Ultrapasse um limite e a conta é suspensa temporariamente. Nas palavras do próprio Google, uma suspensão geralmente dura uma hora, mas pode durar até 24 horas. Você faz login e recebe um erro em vez da caixa de entrada. Nada é excluído — mas nada fica disponível também.

O Google também observa que esses limites podem mudar sem aviso prévio, o que é a forma educada de dizer: não projete nada que assuma que o número é um contrato. Os valores atuais estão na página de limites de largura de banda do Gmail do Google.

Dois gigabytes e meio parecem generosos até você dividir

Uma caixa de entrada em uso desde a faculdade raramente é pequena. Quinze anos de recibos, fotos de parentes, PDFs de contadores e uma década de newsletters somam rápido — 30, 40, 60 GB é algo comum.

A 2.500 MB por dia, uma caixa de entrada de 40 GB precisa de pelo menos dezesseis dias de download. Não dezesseis horas. Dezesseis dias, supondo que nada mais toque na conta e nenhum byte seja baixado duas vezes.

Divida qualquer caixa pelo teto e você tem o calendário. Uma conta de 10 GB são quatro dias. Cinquenta são vinte. Cem são quarenta. E se a ferramenta continuar tentando depois que o servidor já disse não, cada excesso pode custar uma suspensão que engole a cota do dia seguinte — o que dobra cada um desses números.

Essa última parte surpreende as pessoas. O orçamento pertence à conta, não ao aplicativo. O celular sincronizando em segundo plano, o cliente de e-mail do laptop atualizando uma pasta grande, e uma ferramenta de arquivamento percorrendo a caixa de entrada — todos consomem os mesmos 2.500 MB. Um backup pode se comportar perfeitamente bem e, ainda assim, a conta ser bloqueada porque três outros clientes estavam ativos ao mesmo tempo.

Os anexos dominam a conta. Cem mil mensagens em texto simples podem pesar menos do que quatrocentos e-mails com fotos anexadas. O que significa que o tamanho da caixa de entrada em número de mensagens quase nada diz sobre quantos dias o processo vai levar.

O Gmail conta uma mensagem mais de uma vez

O Gmail não é um sistema de pastas disfarçado de marcadores. É um sistema de marcadores disfarçado de pastas. Via IMAP, uma mensagem com três marcadores aparece em três caixas, mais em All Mail. Uma ferramenta que percorre todas as pastas e baixa tudo o que encontra vai baixar essa mensagem quatro vezes — e ser cobrada quatro vezes no limite diário.

A regra prática para qualquer cliente IMAP no Gmail: escolha All Mail ou seus rótulos individuais, nunca os dois. All Mail contém cada mensagem exatamente uma vez, o que faz dele a escolha eficiente para um arquivo completo. Selecionar os dois é a forma mais comum de queimar a banda de um dia em uma tarde — e ainda ficar com duplicatas como recompensa.

Como é bater no limite

Não há aviso prévio. O servidor simplesmente começa a recusar, e o que aparece no cliente costuma ser um erro inútil de autenticação ou de conexão, em vez de um claro "você baixou demais hoje". Softwares que não reconhecem essa condição tratam-na como uma falha temporária e tentam de novo — educada e pacientemente, em loop, contra uma conta que já está suspensa.

Esse é o dano real. O limite em si custa tempo. Tentar de novo em uma conta bloqueada custa o dia seguinte também.

Como o MailVault trabalha dentro do limite

MailVault é um arquivador de e-mail local: ele copia seu e-mail do servidor para o seu próprio disco em arquivos .eml padrão, partindo do princípio de que a largura de banda é o recurso escasso, não o espaço em disco.

• Nunca baixa uma mensagem duas vezes. Antes de buscar qualquer coisa, ele compara os UIDs no servidor com as mensagens já salvas no disco e pede apenas a diferença. Uma segunda execução sobre uma caixa de entrada que não mudou custa um punhado de kilobytes, não outros 2.500 MB. Essa é a propriedade mais importante que um arquivador no Gmail pode ter.
• Ele negocia compressão de conexão. Onde o servidor aceita COMPRESS=DEFLATE, o MailVault a usa. Cabeçalhos e corpos em texto simples comprimem muito bem; anexos, já comprimidos, quase não mudam de tamanho. Isso rende uma folga real em caixas de entrada com muito texto e nenhuma em caixas cheias de fotos.
• Cabeçalhos primeiro, corpos depois. Os envelopes das mensagens são pequenos. Baixá-los primeiro significa poder ver e pesquisar o formato da caixa de entrada — quem, quando, qual tamanho — antes de gastar a cota do dia com o conteúdo.
• Ele lê sem tocar. Toda busca usa BODY.PEEK, então arquivar nunca marca seu e-mail como lido e nunca provoca uma nova sincronização nos seus outros clientes.
• Ele reutiliza um pequeno conjunto de conexões em vez de abrir uma nova por pasta, o que também é como você evita o teto de conexões simultâneas do Gmail.
• Ele para quando o servidor manda parar. Quando o Gmail reporta o limite de largura de banda, o MailVault encerra a execução em vez de insistir e provocar uma suspensão. Tudo o que já foi baixado permanece no disco, e o aplicativo avisa claramente que o limite diário foi atingido e para executá-lo novamente depois que ele for reiniciado — geralmente dentro de uma hora, até 24 horas.
• O arquivo é o estado. Como o progresso é armazenado como arquivos comuns em pastas comuns, uma execução interrompida não é um banco de dados corrompido. A execução de amanhã retoma a diferença observando o que está no disco.

Nada disso é engenhoso. É apenas a diferença entre um software que trata uma cota diária como um fato do ambiente e um software que trata o servidor como infinito.

Arquivando uma conta grande do Gmail, na prática

1. Planeje em dias, não em horas. Divida o tamanho da caixa de entrada por 2,5 GB e espere pelo menos essa quantidade de sessões.
2. Execute um arquivador por vez. Pause a sincronização agressiva em outros dispositivos enquanto a primeira passagem completa estiver em execução.
3. Escolha All Mail ou marcadores, não os dois. All Mail contém cada mensagem exatamente uma vez.
4. Espere o maior custo primeiro. A primeira passagem é a cara; toda execução seguinte busca apenas o que chegou desde então.
5. Se a conta bloquear, espere passar. Não reinicie a ferramenta em loop. Uma hora de paciência é mais barata do que um dia de suspensão.
6. Verifique o que você tem. Um arquivo que você nunca abriu é uma esperança, não um backup. Arquivos .eml padrão podem ser abertos por qualquer cliente de e-mail, que é o motivo de usá-los.

O MailVault faz todas essas seis coisas por padrão, no macOS e no Linux.

O que ainda não resolvemos

Honestidade é mais barata que marketing. Hoje o MailVault reage ao limite em vez de prevê-lo: ele não contabiliza bytes contra um orçamento diário nem regula o próprio ritmo para ficar abaixo de 2.500 MB, e ainda não usa os identificadores de mensagem do próprio Gmail para reconhecer que uma mensagem arquivada sob um rótulo e a mesma mensagem em All Mail são uma só, e não duas. Ambos estão na lista. Até lá, as orientações acima — um arquivador só, apenas All Mail, vários dias — fazem o mesmo trabalho com menos código.