{"id":96826,"date":"2018-12-17T07:59:34","date_gmt":"2018-12-17T07:59:34","guid":{"rendered":"https:\/\/mailrelay.com\/blog\/2026\/09\/30\/contas-invalidas-na-base-de-dados-de-emails-a-importancia-de-elimina-las\/"},"modified":"2026-09-30T01:10:58","modified_gmt":"2026-09-30T01:10:58","slug":"contas-invalidas-na-base-de-dados-de-emails-a-importancia-de-elimina-las","status":"publish","type":"post","link":"https:\/\/mailrelay.com\/pt\/blog\/2018\/12\/17\/contas-invalidas-na-base-de-dados-de-emails-a-importancia-de-elimina-las\/","title":{"rendered":"Contas inv\u00e1lidas na base de dados de emails, a import\u00e2ncia de elimin\u00e1-las"},"content":{"rendered":"

Muitos clientes se surpreendem quando t\u00eam problemas de entregabilidade em B2C, mesmo tendo sido muito cuidadosos em cumprir a legisla\u00e7\u00e3o de prote\u00e7\u00e3o de dados: coletaram seus assinantes de forma inequ\u00edvoca, eles querem receber as newsletters e os descadastros s\u00e3o processados com rapidez.<\/p>\n

Infelizmente, \u00e0s vezes, se esqueceram de um detalhe muito importante: eliminar da sua base de dados as contas dos ISPs que devolveram um bounce indicando que a conta n\u00e3o existe mais ou n\u00e3o est\u00e1 operacional<\/strong> (normalmente por enviarem com sistemas internos artesanais que n\u00e3o gerenciam os bounces).<\/em><\/p>\n

Por exemplo, quando um envio devolve qualquer um destes c\u00f3digos de resposta SMTP:<\/strong><\/p>\n

    \n
  1. 5.0.0 Address does not exist – O endere\u00e7o n\u00e3o existe.<\/li>\n
  2. 5.1.1 Bad destination mailbox address – Endere\u00e7o da caixa de correio de destino incorreto.<\/li>\n
  3. 5.1.2 Bad destination system address – Endere\u00e7o do sistema de destino incorreto.<\/li>\n
  4. 5.1.3 Bad destination mailbox address syntax – Sintaxe do endere\u00e7o da caixa de correio de destino incorreta.<\/li>\n
  5. 5.1.4 Destination mailbox address ambiguous – Endere\u00e7o da caixa de correio de destino amb\u00edguo.<\/li>\n
  6. 5.1.6 Mailbox has moved – A caixa de correio foi movida.<\/li>\n
  7. 5.1.7 Bad sender\u2019s mailbox address syntax – Sintaxe do endere\u00e7o da caixa de correio do remetente incorreta.<\/li>\n
  8. 5.1.8 Bad sender\u2019s system address – Endere\u00e7o do sistema do remetente incorreto.<\/li>\n
  9. 5.2.0 Other or undefined mailbox status – Outro status de caixa de correio ou indefinido.<\/li>\n
  10. 5.2.1 Mailbox disabled, not accepting messages – Caixa de correio desativada, n\u00e3o aceita mensagens.<\/li>\n<\/ol>\n

    Embora, em geral, seja preciso descartar e n\u00e3o voltar a enviar para qualquer hard bounce com um c\u00f3digo 5.x.x.<\/p>\n

    Quando isso n\u00e3o \u00e9 feito, o problema \u00e9 o seguinte:<\/p>\n

    \u25ba Se ultrapassarmos o n\u00famero m\u00e1ximo por hora de envios para contas que j\u00e1 foram indicadas como bounce anteriormente, o ISP de destino pode bloquear ou enfileirar as mensagens seguintes.<\/p>\n

    \n
    Vejamos este log de exemplo em que o Hotmail indica isso de forma inequ\u00edvoca:<\/div>\n
    queue #rcpt kbytes conn st retry last error———————————————- —— ———- —- — ——– ———-hotmail.queue\/cliente_ip-zone_com-6 500997 15929377.0 9 Maximum of 20 recipient errors detected; disconnecting while connected from smtp.consultorpc.com (93.159.xxx.xx) to hotmail-com.olc.protection.outlook.com (104.47.5.33)<\/p>\n<\/div>\n<\/div>\n

    \u00b7 Solu\u00e7\u00f5es para este problema<\/h2>\n

    Em primeiro lugar, se forem usados sistemas locais de envio, \u00e9 preciso tratar os bounces e remov\u00ea-los da base de dados aos poucos.<\/p>\n

    \u00c0s vezes isso \u00e9 complexo, pois exige certa programa\u00e7\u00e3o ou dedicar recursos humanos, mas podemos nos ajudar com algum software existente no mercado que consiga gerenci\u00e1-los por POP3.<\/p>\n

    No entanto, o melhor \u00e9 fazer os envios com uma plataforma de email em massa como o Mailrelay<\/a> que nos ofere\u00e7a esse recurso j\u00e1 inclu\u00eddo.<\/p>\n

    Para as bases de dados que j\u00e1 temos \u201csujas<\/em>\u201d por falta de manuten\u00e7\u00e3o, pode parecer f\u00e1cil de resolver<\/strong>, j\u00e1 que bastaria atender, a partir de agora, \u00e0 indica\u00e7\u00e3o das contas inv\u00e1lidas, mas n\u00e3o \u00e9<\/strong>.<\/p>\n

    \u00c9 verdade que, quando forem detectadas novas contas incorretas ou que n\u00e3o est\u00e3o mais operacionais, o Mailrelay j\u00e1 as marcar\u00e1 como bounce, mas entre as antigas algumas continuar\u00e3o dando bounce e outras n\u00e3o.<\/p>\n

    A raz\u00e3o \u00e9 que os ISPs transformam algumas em spamtraps<\/strong><\/a> ou, como poder\u00edamos cham\u00e1-las melhor, bouncetraps<\/strong>, que eles voltam a deixar operacionais, sem dar bounce, v\u00e1rios meses depois, justamente para detectar quais remetentes cumprem a exig\u00eancia de limpar os bounces e as contas inv\u00e1lidas e quais n\u00e3o.<\/p>\n