Como diagnosticar adiamentos de e-mail

O que significa uma taxa elevada de adiamentos de e-mail? Um guia para diagnosticar atrasos na entrega

Uma taxa elevada de adiamentos de e-mail significa que um servidor de e-mail recetor adiou a aceitação de um conjunto de mensagens. Isso não significa necessariamente que as tenha rejeitado: muitos servidores pedem ao remetente que tente novamente mais tarde, muitas vezes durante períodos de maior atividade ou ao aplicar um limite temporário de envio. As mensagens podem acabar por chegar, mas, para quem está à espera, uma reposição de palavra-passe que demora 20 minutos pode parecer uma falha.

Se quer saber o que significa uma taxa elevada de adiamentos de e-mail no seu caso, comece por consultar a definição exata do fornecedor e as respostas SMTP nos respetivos registos. Em termos simples, o que significa adiamento de e-mail é que a aceitação da mensagem foi temporariamente postergada, não necessariamente recusada de forma permanente. Uma percentagem, por si só, não permite saber se as mensagens estão na fila para nova tentativa, se o atraso afeta um único domínio de destinatário ou se estão prestes a expirar. Faça as verificações abaixo antes de alterar o volume de envio ou o encaminhamento.

1. Confirme que «adiado» significa atrasado, não rejeitado

As plataformas de e-mail nem sempre usam os estados exatamente da mesma forma. Num painel, «adiado» pode significar que o servidor recetor recusou temporariamente uma ligação e que a plataforma vai tentar novamente. Noutro, pode descrever uma mensagem que aguarda uma nova tentativa após um erro SMTP temporário. Consulte a documentação do fornecedor e o histórico de eventos de cada mensagem antes de tratar todos os adiamentos como falhas de entrega.

Procure o evento seguinte associado ao mesmo ID de mensagem. Um evento posterior de «entregue» significa que a nova tentativa foi bem-sucedida; um evento de expiração ou falha permanente significa que não foi. Registe o intervalo entre tentativas e a política de expiração indicados pela plataforma. Se uma mensagem continuar na fila após 30 minutos, o estado, por si só, não permite determinar se está a ser processada normalmente ou se ficou bloqueada.

Nas notas do incidente, distinga a entrega do adiamento. Uma mensagem adiada ainda não chegou ao servidor do destinatário, mesmo que venha a chegar mais tarde. Para mais informações sobre a reputação do remetente e os requisitos dos fornecedores de caixas de correio, consulte Boas práticas para a entregabilidade de e-mails · YourTrend.

2. Identifique as mensagens afetadas antes de alterar qualquer coisa

Comece por selecionar um intervalo de tempo que inclua o momento em que os adiamentos começaram a aumentar. Filtre os registos de mensagens por hora de envio, domínio do destinatário, IP de envio e texto ou código da resposta. Uma primeira análise pode abranger a hora anterior e a hora posterior ao alerta; alargue o intervalo se o problema tiver começado antes. Exporte também os IDs das mensagens para acompanhar cada nova tentativa, em vez de se basear apenas nos totais do painel. Para perceber como diagnosticar atrasos na entrega de e-mails, comece por relacionar esses dados e acompanhar os mesmos IDs ao longo do tempo.

Depois, agrupe os resultados. Se a maioria das mensagens adiadas for para um único domínio de destinatário, o problema poderá estar limitado a esse destino. Se forem afetadas mensagens enviadas a partir de um IP para vários domínios, vale a pena investigar mais a fundo a rota de envio. O nome da campanha também pode revelar se o problema afeta apenas um fluxo, como uma newsletter de grande dimensão, enquanto as mensagens de segurança da conta continuam a ser enviadas normalmente.

Não suspenda imediatamente todos os envios. Primeiro, confirme se as mensagens afetadas continuam a ser submetidas a novas tentativas e se há mensagens novas a entrar na fila. Registe alguns exemplos com o respetivo histórico completo de eventos. Esta pequena amostra pode mostrar se está perante um pico passageiro ou uma fila de mensagens cada vez maior.

3. Analise a resposta SMTP associada a cada adiamento

A resposta do servidor recetor é mais útil do que o estado «adiado». Registe o código de estado SMTP e o texto completo, incluindo o nome do servidor, se estiver disponível nos registos. Uma resposta temporária da família 4xx indica, em geral, que o servidor não está a aceitar a mensagem naquele momento; por si só, não identifica a causa subjacente. Para saber como analisar erros SMTP temporários, compare o código e o texto integral das respostas entre tentativas, servidores e mensagens afetadas.

Distinga as mensagens de limitação de taxa de outros erros temporários. A resposta pode referir demasiadas ligações, volume de envio, um servidor ocupado ou uma restrição temporária de política. Outros adiamentos podem resultar de uma verificação de greylisting, de um tempo limite de ligação, de um problema na consulta DNS ou de um problema temporário do lado do destinatário. Guarde a redação exata: resumir «tente novamente mais tarde» como «bloqueado» pode levar a investigação na direção errada.

Verifique se as tentativas seguintes recebem sempre a mesma resposta. Se a primeira ligação exceder o tempo limite, mas a seguinte for bem-sucedida, o incidente poderá ser temporário. Se o mesmo IP de envio receber a mesma resposta de limitação de taxa em várias tentativas, não aumente a simultaneidade até compreender o limite do servidor recetor. O texto SMTP é uma evidência, não um diagnóstico completo, mas ajuda a definir um próximo teste adequado.

4. Verifique se o atraso é localizado ou está a alastrar

Compare os adiamentos entre domínios de destinatários, IPs de envio e fluxos de mensagens. Um conjunto de mensagens afetadas num único domínio aponta para um problema mais específico desse destino; vários domínios afetados através de um único IP sugerem um problema comum na rota de envio. Se todos os fluxos começarem a apresentar adiamentos ao mesmo tempo, procure uma alteração comum, como um novo IP, uma atualização de DNS ou uma mudança no horário de envio.

Elabore uma cronologia breve das alterações recentes. Inclua a hora em que começaram os adiamentos, os lançamentos de campanhas, as importações de listas, as alterações de autenticação, os incidentes do fornecedor e qualquer mudança no volume de envio. Se a equipa de marketing importou uma lista nova na terça-feira, há uma pista concreta a investigar; «um problema de entregabilidade» sem explicação não é suficiente.

Compare situações equivalentes. Uma campanha promocional e um fluxo de reposição de palavra-passe podem usar IPs, infraestruturas ou padrões de envio diferentes, pelo que os resultados não devem ser tratados como comparáveis. Se apenas o fluxo promocional estiver atrasado, concentre a investigação nesse fluxo, em vez de encaminhar todas as mensagens por outro sistema. Para acompanhar envios transacionais ao nível dos eventos, consulte Webhooks de e-mail para mensagens transacionais.

5. Proteja as mensagens urgentes enquanto as novas tentativas continuam

Verifique a frequência das novas tentativas da plataforma, o tempo durante o qual mantém uma mensagem na fila e o que acontece quando esse período termina. Estas definições podem variar consoante o fornecedor e o tipo de mensagem, por isso consulte a configuração da conta em vez de presumir que existe um calendário padrão. Um recibo atrasado alguns minutos pode ser inconveniente; um código de início de sessão de utilização única que expire antes de chegar pode impedir o acesso.

Não volte a enviar uma mensagem urgente por outra rota sem verificar se isso pode gerar duplicados. A mensagem original pode continuar na fila e chegar depois do envio alternativo. Antes de usar uma alternativa aprovada, confirme se o sistema consegue impedir o envio da cópia que está na fila, se a mensagem tem um ID de transação ou evento estável e se o destinatário poderá executar a mesma instrução duas vezes.

Use uma alternativa apenas se estiver autorizada e o risco de duplicação estiver controlado. Por exemplo, uma equipa de apoio poderá enviar um aviso urgente por um canal secundário aprovado, mantendo os recibos de rotina na fila de e-mail. Se a alternativa for outro fornecedor de e-mail, confirme que tem uma identidade de envio válida e que não vai simplesmente repetir o mesmo padrão de tráfego que causou o atraso.

6. Peça apoio com dados, não com suposições

Contacte o fornecedor de e-mail se as respostas persistirem após várias tentativas, se a fila estiver a crescer ou se o prazo de entrega for importante para os clientes. Envie um conjunto conciso de evidências: marcas temporais com fuso horário, IDs das mensagens, domínios dos destinatários, IPs de envio, códigos SMTP e texto integral das respostas. Indique também se as tentativas posteriores foram bem-sucedidas. «O e-mail está lento» dá pouco em que se basear; três respostas idênticas de um servidor de um domínio identificado dão uma pista concreta.

Contacte o administrador do servidor de e-mail do destinatário apenas quando as evidências apontarem para o sistema desse destinatário e o seu fornecedor considerar adequado fazê-lo. Descreva os factos e inclua poucos exemplos, não uma lista completa de clientes. Não envie o conteúdo de mensagens confidenciais, a menos que seja especificamente solicitado através de um canal apropriado.

Faça uma pergunta concreta ao fornecedor: o servidor recetor está a limitar temporariamente a taxa do IP de envio? A fila continua a ser submetida a novas tentativas? É recomendável alterar alguma configuração? Estas perguntas ajudam a distinguir um problema de encaminhamento do lado do fornecedor de uma resposta do lado do destinatário. Se alterou recentemente o SPF, o DKIM ou o DMARC, reveja o histórico de alterações e consulte o seu guia de configuração da autenticação de e-mail antes de fazer outra alteração.

7. Confirme que o serviço recuperou antes de encerrar o incidente

A recuperação não se resume a observar a descida da taxa geral de adiamentos. Confirme se as mensagens do período afetado estão a ser entregues ou se chegaram ao resultado de expiração previsto na documentação. Reveja uma amostra de IDs de mensagem e confirme se as mensagens novas para o mesmo domínio estão a ser aceites à primeira tentativa ou após uma nova tentativa.

Mantenha o incidente aberto se a fila continuar a crescer ou se a mesma resposta temporária continuar a surgir para mensagens novas. Quando a entrega for retomada, registe a causa que as evidências permitem sustentar, a hora em que a recuperação começou e qualquer alteração permanente ao comportamento das novas tentativas ou ao volume de envio. Se não foi necessário alterar a configuração, diga-o: um problema passageiro no servidor do destinatário não exige uma solução inventada.

Da próxima vez que receber um alerta, guarde o intervalo de tempo afetado, os IDs das mensagens, os IPs e as respostas SMTP completas antes de limpar a fila ou reenviar qualquer mensagem. Estes quatro dados podem evitar que um lote atrasado dê origem a outro lote de duplicados.