Entendendo o atraso no envio de e-mail no Sparkpost
O Sparkpost trabalha com um moderno sistema de entrega de e-mails. Neste sistema a cada e-mail enviado para um ISP é analisado a resposta do servidor e esta reposta pode ter 3 variações:
- Uma afirmativa que o e-mail foi entregue
- Um alerta que o ISP não receberá e-mails de um determinado IP (delay)
- Uma negativa acusando um erro (bounce)
O status final de uma mensagem enviada pelo sparkpost será enviado (delivered) ou negada (bounce), mas em alguns casos uma mensagem poderá ser marcada como postergada (delayed) e o sparkpost tentará mais algumas vezes a entrega desta mensagem até por fim marcá-la como entregue ou negada.
Os IP's rotativos do Sparkpost ajudam na dispersão dos Delays, mas não evitam que estes ocorram. Veja um exemplo de como o Sparkpost distribui o envio das mensagens através de diversos IP's:
Entendendo o Delay do Sparkpost
Quando um envio retorna um erro que não é um Hard Bounce, o Sparkpost gera um evento de delay que inclui a hora do envio e a quantidade de tentativas. O algoritmo interno do Sparkpost tentará enviar esta mensagem um determinado número de vezes em um período de até 48 horas. O processamento destas mensagens é automático e poderão ocorrer mais de 6 tentativas num período de 24 horas. Este processo não pode ser interrompido ou alterado pelo usuário. Veja um exemplo de mensagens de Delay no Sparkpost:
Se o limite de tentativas de envio for alcançado (o Sparkpost não informa este limite) e mesmo assim o servidor de destino continuar a recusar a mensagem o algoritmo marcará a mensagem como negada (bounce) e justificará a negação com um timeout.
A mensagem será então marcada com um código de erro que determinará o tipo do bounce e também permitirá uma analise aprofundada sobre o que pode estar acontecendo com este determinado ISP.
Receba Conteúdo exclusivo
Newsletter Exclusiva sobre Mautic, n8n, Entregabilidade e Ferramentas de NoCode / LowCode para Marketing.
Importante: Estes bounces não são classificados como hard bounces e não influenciam o restante das suas entregas de -mail.
Veja a tabela de respostas do Sparkpost:
| Classification | Name | Description | Category |
|---|---|---|---|
| 1 | Indeterminado | Sem resposta | – |
| 10 | Invalid Recipient | E-mail inválido | Hard |
| 20 | Soft Bounce | Soft Bounce | Soft |
| 21 | DNS Failure | Bounce por falha de DNS | Soft |
| 22 | Mailbox Full | A caixa de entrada está cheia | Soft |
| 23 | Too Large | A mensagem é muito grande | Soft |
| 24 | Timeout | Demora para resposta | Soft |
| 25 | Admin Failure | Mensagem negada pela política do Sparkpost | Admin |
| 30 | Generic Bounce: No RCPT | Bounce genérico sem retorno | Hard |
| 40 | Generic Bounce | Bounce genérico | Soft |
| 50 | Mail Block | A mensagem foi bloqueada pelo servidor | Block |
| 51 | Spam Block | A mensagem foi bloqueada por ser considerada spam | Block |
| 52 | Spam Content | A mensagem foi marcada como spam pelo destinatário | Block |
| 53 | Prohibited Attachment | A mensagem possui anexos suspeitos | Block |
| 54 | Relaying Denied | A mensagem foi bloqueada por ser enviada via relay | Block |
| 60 | Auto-Reply | Negação com mensagem de resposta automática | Soft |
| 70 | Transient Failure | Falha na Transmissão | Soft |
| 80 | Subscribe | Mensagem de inscrição | Admin |
| 90 | Unsubscribe | Mensagem de cancelamento de inscrição | Hard |
| 100 | Challenge-Response | Mensagem de desafio | Soft |
Considerações sobre Bounces no Sparkpost
Quando o Sparkpost recebe uma resposta de bounce do ISP o algoritmo cria um evento e determina a classificação do Bounce baseado na tabela acima. Somente Hard Bounces são incluídos na lista de exclusão e o Sparkpost não irá enviar novas mensagens para estes e-mails.
Um grande abraço e até a próxima!
Responses