Armazenamento e arquivos

Calculadora de tamanho de anexos e Base64

Estime o tamanho dos anexos após codificação Base64 e compare a mensagem modelada com um limite conhecido. Informe tamanhos ou selecione arquivos locais para ler seu tamanho. O conteúdo não é lido nem enviado, e nenhum e-mail é disparado.

Usar a ferramenta

Estas três ferramentas funcionam no navegador. A verificação de anexos lê tamanhos sem ler o conteúdo; o leitor EXIF lê o arquivo selecionado localmente sem enviá-lo. Esta versão não inclui análise de tráfego. Cada tamanho manual é convertido para bytes e arredondado para cima até um byte inteiro antes da codificação. Até 100 anexos por cálculo. Informe um tamanho manual em cada linha.

A seleção usa o tamanho informado pelo navegador. O conteúdo não é lido nem enviado. As entradas manuais e os arquivos selecionados são somados. Informe cada anexo uma só vez.

Resultados

Compara uma estimativa de codificação com o limite informado da mensagem. Não envia e-mail nem confirma entrega. O provedor pode aplicar limites diferentes ao anexo original, mensagem codificada, destinatário ou conta.

Como usar a ferramenta

  1. Adicione o tamanho e a unidade de cada anexo ou selecione arquivos locais. Mantenha as entradas separadas: preenchimento e quebras de linha são calculados por arquivo. O máximo é 100 entradas.
  2. Informe uma quantidade adicional para texto, cabeçalhos e separadores MIME, depois o limite aplicável com sua unidade. Consulte as regras da conta, cliente e destinatário.
  3. Compare o total original, o total dos anexos codificados e o total da mensagem modelada. O resultado não confirma aceitação nem entrega.

Método de cálculo

Cada tamanho é convertido em bytes inteiros, arredondando para cima quando necessário. O comprimento Base64 é 4×ceil(bytes/3). O modelo usa linhas de até 76 caracteres e acrescenta dois bytes CRLF ao fim de cada linha não vazia, inclusive a última. Anexos codificados mais o adicional formam a mensagem modelada; não é o formato exato de um provedor.

Tamanhos originais ampliados por Base64 e quebras de linha, com adicional da mensagem e limite informado separadamente.
Exemplo: 3 bytes originais viram 4 caracteres Base64 mais 2 bytes CRLF. Cabeçalhos e corpo acrescentam uma margem separada.

Exemplo de cálculo

Um arquivo de 1 MiB tem 1.048.576 bytes. O modelo gera 1.398.104 caracteres Base64 e 1.434.898 bytes com quebras de linha, antes do adicional. Acrescentar 2.000 bytes resulta em 1.436.898 bytes modelados.

Nesta explicação

Conte cada anexo uma vez

Informe um tamanho original por linha ou selecione arquivos locais para ler o tamanho em bytes. A calculadora soma as duas listas; o mesmo arquivo selecionado e informado manualmente entra duas vezes. A seleção lê File.size, sem enviar o conteúdo nem mandar email. Limpar arquivos selecionados preserva os valores manuais. Redefinir remove a estimativa completa, incluindo o limite e a reserva para os demais dados da mensagem.

Escolha bytes, MB decimais ou MiB binários para os tamanhos manuais. Um MB tem 1.000.000 bytes e um MiB tem 1.048.576 bytes. O seletor de arquivos já fornece bytes, independentemente da unidade manual. Uma indicação arredondada de 18 MB pode esconder bytes suficientes para mudar um resultado próximo do limite. Use o tamanho exato quando disponível. Até 100 anexos podem ser combinados, incluindo arquivos de zero bytes; os cabeçalhos deles precisam entrar na reserva correspondente.

Defina um limite para a mensagem inteira

O campo de limite representa o orçamento total que deseja verificar, com sua própria unidade. Não seleciona provedor nem consulta regras da conta. O limite de anexos anunciado por um serviço pode contar os arquivos originais, enquanto um servidor impõe um limite para a mensagem inteira codificada. Essas medidas não são intercambiáveis. Confira o que as regras do remetente e do destinatário contam antes de usar um número anunciado neste campo.

Informe em bytes a reserva para corpo, cabeçalhos, limites MIME e outros dados não modelados. Zero significa que nenhum espaço foi reservado para eles, não que um email real não os tenha. A reserva não aceita fração de byte. Tamanhos manuais são arredondados para cima até bytes inteiros e o limite para baixo. Tamanhos negativos, lista vazia, limite não positivo e valores fora do intervalo inteiro seguro são rejeitados. Sem resultado válido, corrija a entrada antes de concluir que os arquivos cabem.

Confira a codificação por arquivo

Para cada arquivo de n bytes, o modelo usa 4 × ceil(n / 3) caracteres Base64. Depois reserva dois bytes por linha de até 76 caracteres, incluindo a última linha deste modelo de planejamento. ceil significa arredondar para o próximo inteiro. Essa reserva por parte está definida explicitamente: o resultado não é uma reprodução byte a byte da mensagem gerada por qualquer cliente de email ou opção de codificação.

Um arquivo de 57 bytes gera 76 caracteres e dois bytes de quebra de linha, totalizando 78 bytes. Um arquivo de 58 bytes gera 80 caracteres em duas linhas modeladas, totalizando 84 bytes. O byte adicional cru atravessa um limite de grupo e de linha. Multiplicar todos os arquivos por 1,33 perde essas diferenças em arquivos pequenos. Cada anexo é codificado separadamente; aplicar a fórmula depois de somar os tamanhos crus pode produzir outro total e esconder os limites de cada parte.

Exemplos independentes de codificação
Bytes crusCaracteres Base64Bytes codificados modelados
577678
588084
1 + 24 + 46 + 6 = 12

Acompanhe um exemplo com dois arquivos

Considere arquivos de 1 e 2 bytes, reserva de 100 bytes e limite total de 112 bytes. Cada arquivo gera quatro caracteres Base64 e dois bytes modelados de quebra de linha. O total cru é 3 bytes, os anexos codificados somam 12 e a mensagem estimada soma 112. Sobram zero bytes: a estimativa cabe no limite informado por igualdade. Esse rótulo não certifica que o provedor aceitará ou entregará a mensagem.

Um único arquivo de 3 bytes geraria quatro caracteres e dois bytes de quebra: 6 bytes antes da reserva. É outra distribuição de anexos, apesar do mesmo total cru. Criar um arquivo compactado pode alterar a distribuição e o tamanho real, mas esta ferramenta não cria ZIP nem prevê compressão. Meça o arquivo resultante e use esse tamanho; não continue com a lista dos arquivos contidos nele. Registre essa diferença para comparar estimativas sem confundir entradas distintas.

Interprete o orçamento antes do envio

O total cru soma arquivos selecionados e manuais. O total codificado acrescenta Base64 e quebras modeladas. O total da mensagem soma a reserva, e o saldo subtrai esse total do limite. Saldo negativo indica quanto excede o orçamento. Confira unidades e duplicações antes de cortar um documento. Uma reserva maior pode mudar um resultado apertado sem alterar arquivo algum e sem demonstrar um defeito no serviço de email.

Não são verificados tipos de arquivo bloqueados, cotas do destinatário, filtros, permissões de links ou entrega. Compartilhar um link é outro processo, com permissões e validade próprias. Confira o acesso do destinatário pela conta pretendida e preserve o original necessário. A calculadora de tamanho de vídeo ajuda a planejar uma exportação, mas o arquivo exportado deve ser medido aqui. Não trate a estimativa por taxa de bits como o tamanho exato de um anexo finalizado.

Como interpretar o resultado

Limites publicados podem tratar de anexos originais, mensagens completas ou links. Gmail pessoal e Outlook.com documentam 25 MB para anexos, consultado em 7 de outubro de 2026; a orientação do cliente Outlook descreve separadamente 20 MB para e-mails de contas de Internet. Não são limites verificados byte a byte. Regras do administrador, destinatário e tipo de arquivo também se aplicam.

Dúvidas comuns

Os 25 MB do Gmail garantem o tamanho da mensagem codificada?

Não. A ajuda descreve um limite de anexos; totais maiores podem virar links do Google Drive. Use o limite correspondente e seu significado.

Selecionar um arquivo faz upload?

Não. Apenas o tamanho local File.size é usado. O cálculo não redige, codifica nem envia o arquivo real.