Como um e-mail pode ser perdido?

Isso aconteceu comigo ontem.

Alguém alegou que ela me enviou um e-mail, mas eu não o recebi.
Não está na Caixa de entrada, Spam, Lixeira, etc. não está em lugar nenhum.

Como isso é possível (supondo que não haja erro do usuário)?
Onde as coisas podem dar errado?

— otisonoza
fonte

diga a ela para reenviar, problema resolvido.

— Doentio

@ Sickest - isso pode funcionar, mas dependendo do problema, pode não.

— precisa saber é o seguinte

Não é possível, a menos que seu provedor de e-mail tenha filtrado o e-mail antes mesmo de chegar à sua caixa de entrada.

— Ramhound

Sempre há o equivalente de e-mail de "o cheque está no correio". Já tive pessoas mentindo à queima-roupa para me salvar de vergonha quando se esqueceram de enviar alguma coisa.

— Heptite

A resposta favorita do administrador do sistema é "Há um problema com o servidor de correio". 'disse nuf!

— Songo

Respostas:

Rastreando o caminho do remetente para você:

Na verdade, nunca foi enviado. Muitas pessoas nem percebem que há uma mensagem na caixa de saída, incapaz de ser enviada por vários motivos.
O cliente de email o enviou com êxito ao servidor SMTP, mas o servidor SMTP não conseguiu encaminhá-lo para o próximo salto.
- O servidor SMTP pode estar tão ocupado que possui uma lista de pendências de mensagens a processar, pode haver um atraso de várias horas.
- O servidor SMTP pode ter tentado enviá-lo, mas o servidor de recebimento não pôde / não o aceitou imediatamente. [adiamento] O servidor remetente continuará a tentar a entrega, e a maioria dos servidores fará isso ou até dois dias ou mais antes de devolver a mensagem a você como não entregue.
- O servidor de recebimento pode ter rejeitado a mensagem diretamente [lista negra / verificação de spam / usuário completo da caixa de correio / inexistente] e o servidor de envio não pode ou não enviará uma mensagem de devolução para você.
A mensagem foi aceita pelo servidor receptor, mas ...
- O servidor de recebimento está em espera e a mensagem está em uma fila aguardando para ser processada / entregue.
- A mensagem foi sinalizada como spam e descartada. Essa é uma prática ruim, pois a mensagem deveria ter sido rejeitada completamente, mas muitos servidores fazem isso. [Eu suspeito que o Gmail faça isso de tempos em tempos]
- De alguma forma, a mensagem não pôde ser entregue e o servidor está configurado para não enviar uma mensagem de devolução ou a própria mensagem de devolução não pode ser entregue.
A mensagem foi entregue em algum lugar da sua conta, mas ...
- Seu cliente de email não foi sincronizado corretamente com o servidor. Feche e reabra-o.
- Você não está olhando o suficiente. Sei que isso parece insignificante, mas na maioria das vezes é isso e é incrivelmente frustrante resolver porque as pessoas se insultam ao serem solicitadas a checar algo tão simples que elas "não podem estar erradas".

Fonte: eu administro servidores de email.

Como a maioria das mensagens pessoais de e-mail pessoais flui facilmente através do sistema de correio e são entregues quase instantaneamente, as pessoas tomam essa velocidade como certa e tratam o e-mail como um mensageiro instantâneo. Sob certas circunstâncias, seu e-mail de três palavras perfeitamente legítimo pode levar vários minutos, horas ou até dias para ser entregue.

Seja paciente.

— Sammitch
fonte

Certa vez, recebi uma devolução de uma mensagem mais de um ano após o envio (provavelmente cerca de 20 anos atrás). O melhor que pude imaginar, estava em um sistema que havia sido retirado da rede por um tempo, mas depois foi ligado.

— Supercat

2. d O SPF combinado com um sistema de envio mal configurado (por exemplo, o envio de uma conta blackhole) geralmente causa problemas como este - meu provedor de e-mail teve que me ajudar a depurar isso, porque nada me chegou a partir de um endereço de nova carta enquanto o webmaster não recebia qualquer tipo de salto.

— Chris H

Ainda não experimentei isso no Gmail, mas o Outlook.com gosta de rejeitar silenciosamente os emails com 200 OK.

— Nyuszika7h

caso extremo: a mensagem foi entregue a algum servidor em uma cadeia, com confirmação de recebimento, mas esse servidor caiu antes que pudesse encaminhá-lo. Se você tiver sorte, ele voltará em algumas semanas ou meses e o enviará; se você estiver sem sorte, houve uma falha no disco rígido e sua mensagem desapareceu para sempre.

— Jwenting

Eu também adicionaria a "causa social": o remetente mentiu e nunca a enviou.

— User1833218

As coisas podem dar errado em muitos lugares.

Por exemplo, o correio segue um caminho de servidor para servidor. Um deles poderia ter travado depois de receber o email, mas antes de transmiti-lo.

Ou poderia ter sido identificado como spam. Dependendo da sua fonte, 95% a 98% de todos os emails são spam indesejados. Alguns deles são reconhecidos e colocados em uma pasta especial. Alguns deles são simplesmente descartados sem notificação. Isso aconteceu comigo com documentos digitalizados (de uma 'impressora' MFC que 'digitalizou para um email em PDF') no momento em que os PDF eram populares entre os spammers.

Eventualmente, rastreamos o problema após o envio de um email de teste simples, contendo apenas texto bruto, mas qualquer coisa com apenas um PDF não chegou. Para isso, você precisará da ajuda das pessoas que gerenciam os servidores de recebimento de mensagens e elas farão algumas perguntas, como a hora exata em que você enviou seu email (sem que elas precisem passar por muitos logs. Com o tempo preciso, elas podem pelo menos confirme se o email foi recebido ou não).

Escusado será dizer que, peça ao usuário para procurar em sua pasta de spam antes de levantar um problema com o postmaster relevante.

— Hennes
fonte

Como o email tende a ser tão confiável, as pessoas não percebem que existem muitos lugares onde ele pode se "perder". Filtros de spam / vírus, firewalls spam / vírus, relés e-mail, servidores de email, etc, etc

— Keltari

Eliminar silenciosamente qualquer email - seja spam, vírus ou o que for - é contra a especificação SMTP. Infelizmente, alguns servidores ainda o fazem; Um exemplo notável é o Hotmail. (O servidor deve responder vez com um erro em vez de responder com sucesso e, em seguida, silenciosamente descartar o correio.)

— ntoskrnl

@ntoskrnl, então você não se importa com retroespalhamento? en.wikipedia.org/wiki/Backscatter_(email) . Os RFCs são legais e tudo, mas eles simplesmente não aceitam a realidade dos spammers e malwares por email.

— Zoredache

@Zoredache Esse artigo sugere uma alternativa correta na introdução - rejeitar spam no estágio de conexão SMTP com um erro, em vez de aceitar o e-mail e, em seguida, enviar mensagens devolvidas ou descartá-lo. Como eu disse, o email foi projetado para ser confiável, e os servidores que não entregam o email de maneira confiável quebram as especificações (e também podem violar o POLA , como mostra essa pergunta).

— Ntoskrnl

@ntoskrnl e o servidor de envio sempre transmite o erro ao usuário? Aposto que eles também podem ser (mis) configurados para ignorar, por exemplo, em domínios cujos endereços geralmente são falsificados.

— Chris H