O evento Delivered do SMTP2GO significa que o servidor de entrada do destinatário reconheceu a mensagem. Ele não especifica a pasta da caixa de email onde a cópia foi colocada. Correlacione a linha do tempo exata da Atividade com uma observação do destinatário no LDM para distinguir a aceitação no transporte, a pasta observada e uma cópia ausente não resolvida.
Encontre a mensagem individual
Comece pelo endereço do destinatário, horário aproximado de envio, remetente e assunto. O SMTP2GO documenta a investigação por meio de Relatórios, Atividade e a Linha do Tempo do destinatário. Encontre a mensagem específica em vez de confiar em uma porcentagem de sucesso geral da conta. Um reenvio posterior com o mesmo assunto é outra mensagem e precisa de suas próprias evidências.
Registre a referência do serviço disponível, os carimbos de data/hora e a resposta remota. Mantenha o fuso horário explícito ao comparar um log de aplicação com o painel. Um evento aparentemente ausente pode simplesmente estar fora do filtro de tempo ou pertencer a outra rota de remetente usada pela aplicação.
Leia a linha do tempo em ordem
Separe um trabalho da aplicação desde a submissão ao SMTP2GO, o processamento pelo provedor, a aceitação remota e eventos subsequentes. A orientação de solução de problemas do SMTP2GO explica como a linha do tempo ajuda a identificar entrega, rejeição (bounce) ou estado de processamento. Preserve a resposta real em vez de substituí-la por um rótulo vago de falha.
Se a mensagem estiver ausente da Atividade, investigue a aplicação que submeteu e a rota SMTP ou API pretendida. Não deduza uma decisão de spam do destinatário a partir de uma mensagem que o serviço pode nunca ter recebido. Por outro lado, um registro Delivered fornece evidência útil do transporte mesmo que o destinatário não encontre a mensagem na Caixa de Entrada principal.
Obtenha a observação da caixa de email
Para uma verificação controlada, crie um teste LDM usando o remetente pretendido e obtenha os endereços atuais dos destinatários. Gere uma mensagem original nova pela rota real da aplicação que usa SMTP2GO. Uma mensagem composta manualmente por outro cliente pode ser útil apenas se rotulada como uma rota diferente.
Use dados seguros de teste e mantenha os destinatários de teste isolados de trabalhos recorrentes, campanhas e automações contínuas. Retenha a referência de submissão da aplicação junto com a evidência do SMTP2GO. Este artigo não submete mensagens nem assume uma integração nativa com o LDM.
Correlacione cada observação do LDM com o destinatário e a mensagem apropriados. Registre a pasta observada e o horário da medição. Uma cópia na Caixa de Entrada principal, uma cópia em pasta de categoria e uma cópia em Spam são resultados distintos de recebimento. Uma observação ausente permanece sem resolução até que evidências adicionais suportem uma conclusão mais específica.
Resolva contradições aparentes comuns
Delivered mais Spam é consistente: aceitação pelo servidor e colocação na caixa de email descrevem estágios diferentes. Delivered mais observação ausente pode exigir verificação de horários, correção do destinatário, disponibilidade da observação da caixa de email ou tratamento do lado do destinatário. Isso não é prova de que qualquer relatório seja falso.
Um bounce seguido por uma cópia observada pode indicar identidades de mensagem incompatíveis, uma nova tentativa posterior ou destinatários diferentes. Reconcile as referências antes de combinar os fatos em um único histórico. O mesmo assunto não é evidência suficiente para afirmar que dois registros descrevem a mesma mensagem original.
Para uma reclamação real de cliente, peça a um administrador autorizado do destinatário que rastreie a mensagem exata quando apropriado. Um painel LDM pode examinar sua rota com destinatários de teste; ele não pode revelar regras privadas, quarentena ou histórico da caixa de email de um cliente.
Reporte as evidências sem condensá-las
Um registro útil informa a rota do remetente, destinatário selecionado, horário de submissão, evento e resposta do serviço, localização observada, horário da observação e qualquer lacuna não resolvida. Mantenha cópias ausentes fora da contagem confirmada de Spam e inclua o número realmente observado.
Um painel pequeno não pode prever a experiência de todos os destinatários nem estabelecer por que um provedor classificou uma mensagem. Use-o para restringir a próxima investigação. Não reenvie repetidamente apenas para obter uma localização preferida sem compreender as evidências originais do transporte e da observação.
Perguntas frequentes
Por que Delivered é compatível com Spam?
O SMTP2GO documenta Delivered como reconhecimento do servidor do destinatário. A classificação em pasta é um resultado separado do lado do destinatário.
E se a Atividade não contiver mensagem correspondente?
Verifique a submissão da aplicação, rota da conta, filtros e carimbos de data/hora. Não chame isso de falha de colocação sem evidência de que a mensagem pretendida chegou ao serviço de envio.
Uma cópia na Caixa de Entrada do LDM resolve a reclamação de mensagem ausente do cliente?
Ela estabelece uma observação para o destinatário de teste. A mensagem específica do cliente e o tratamento do lado do destinatário ainda precisam de investigação própria.
Referências oficiais
Revisado em 2026-11-05; nenhum incidente de cliente ou teste concluído é afirmado.