Os retornos 552 5.3.4 Message size exceeds fixed maximum message size, Message too large, Attachment blocked ou 5.7.0 potential security issue indicam que o tamanho total, a quantidade, o tipo ou o conteúdo de um anexo violou o limite do remetente ou do destinatário. Compactar nem sempre resolve e renomear uma extensão perigosa não é uma prática segura.
O tamanho do arquivo não é o tamanho do e-mail
Anexos binários normalmente são codificados para transporte, aumentando o volume. Cabeçalhos, HTML, imagens incorporadas, assinatura e outros anexos também contam. Portanto, um arquivo próximo do limite informado pelo provedor pode gerar uma mensagem acima dele.
Descubra onde ocorreu o bloqueio
| Momento | Indício | Origem provável |
|---|---|---|
| Antes de enviar | O Webmail ou aplicativo recusa anexar. | Limite do cliente ou do servidor de envio. |
| Após autenticar | SMTP devolve erro durante ou depois do conteúdo. | Servidor remetente, relay ou gateway. |
| Bounce remoto | O domínio de destino cita tamanho ou política. | Limite do destinatário. |
| Sem bounce, mas em quarentena | Gateway de segurança isolou o arquivo. | Política antimalware do destinatário. |
Procedimento de correção
- Leia o retorno completo e procure limite em bytes, tamanho da mensagem, tipo ou nome do arquivo.
- Some os anexos e considere a expansão da codificação. Remova imagens incorporadas e histórico desnecessário.
- Exporte documentos para formato menor, reduza resolução de imagens e compacte somente tipos seguros.
- Se ainda for grande, envie por um compartilhamento autorizado e protegido, com permissão restrita e prazo quando necessário.
- Para vários arquivos, compartilhe uma pasta em vez de enviar muitos anexos repetidos.
- Teste uma mensagem simples sem anexo para confirmar que autenticação e reputação estão normais.
Tipos de arquivo bloqueados
Executáveis, scripts, imagens de disco, arquivos com macro e pacotes protegidos por senha podem ser bloqueados mesmo quando pequenos. Cada provedor possui regras próprias e pode inspecionar arquivos dentro de ZIP. Não altere a extensão nem use senha para burlar o filtro. Compartilhe por canal corporativo aprovado ou escolha um formato seguro, como PDF, quando o conteúdo permitir.
Se você administra uma aplicação
- valide tamanho e tipo antes de montar a mensagem;
- não carregue arquivos inteiros na memória quando a biblioteca oferece fluxo;
- defina timeout coerente e registre o código SMTP;
- não reenvie automaticamente um 5xx;
- armazene o documento de forma privada e envie link autenticado;
- não exponha caminho local ou dados sensíveis no retorno ao usuário.
Alterar o limite do servidor é a solução?
Somente quando você controla o servidor e conhece toda a cadeia. Aumentar o limite no MTA remetente não altera o destino, Webmail, PHP, proxy ou antivírus. Mensagens grandes também aumentam fila, disco e tempo de processamento. Em hospedagem compartilhada, respeite os limites do serviço e prefira compartilhamento por link.
Anexos e privacidade
E-mail não deve ser o único controle de acesso a documento sensível. Confirme destinatário, minimize dados, use criptografia ou portal adequado e defina expiração. Evite anexar backups, bancos de dados, chaves, arquivos .env ou credenciais.
Se o retorno citar conteúdo suspeito em vez de tamanho, consulte rejeição como spam. Para limite de espaço do destinatário, veja Mailbox Full.
Referências oficiais: Gmail — erros 552 e tamanho e RFC 3463 — X.2.3 e X.3.4.
Recursos relacionados
Continue com tutoriais, ferramentas e serviços relacionados ao diagnóstico.
Assistente IA WGS