Como verificar se meu email vai para a pasta de spam do destinatário? [fechadas]

8

Estou usando o Exim como um MTA para enviar e-mails. É possível ser notificado se um email for para a pasta de spam do destinatário?

debian exim mail-transport-agent

— Abdessamad Elouarti
fonte

3

Como as respostas dizem não, provavelmente sua melhor aposta é medir quantas pessoas se envolvem com seus e-mails rastreando links clicados. Nos casos em que há significativamente menos cliques do que o habitual, pode ser porque o email acabou na pasta de spam.

— Joeytwiddle

14

Se você pudesse fazer isso, isso impediria o fato de ter uma pasta de spam, porque você continuaria enviando e-mails ligeiramente diferentes até que um não fosse para a pasta de spam.

— User253751

Enviar um e-mail de acompanhamento e perguntar se o primeiro foi para a pasta de spam :-)

— MonkeyZeus

4

Estou votando para encerrar esta questão como fora de tópico, porque se trata de e-mail em geral, e não do Unix / Linux especificamente. Pode estar no tópico Superusuário (ou possivelmente Falha no Servidor ), mas provavelmente não receberá respostas diferentes das que já foram obtidas.

— G-Man diz 'Reinstate Monica'

14

Não, você receberá um aviso de "entrega" ou um aviso de "erro". Depois que o email é aceito pelo terminal remoto, você não sabe para onde vai depois disso. Pelo menos não no lado do MTA.

Um dos erros pode ser "causa de spam rejeitada" ou "rejeitada por causa do SPF" ou algo parecido, mas se o seu email for aceito, mesmo na pasta de spam, você não receberá um aviso. Se o email for rejeitado pelo servidor, o destinatário não receberá o email, mesmo na pasta de spam.

Você pode receber um erro "Adiado" - isso pode ser porque você suspeita de enviar spam. Isso (o status adiado) fará com que o Exim tente novamente mais tarde. Você pode obter mais informações dessa mensagem. No entanto, o adiamento é comum, normal e não é realmente um problema. Usá-lo para avisos de spam é muito específico para o fim do recebimento e provavelmente não diria ao Exim fazer nada, mas tente novamente mais tarde.

Alguns serviços têm "truques" para verificar se um email está marcado como spam. Combinações de links, imagens e talvez até javascript que podem dizer, em alguns casos, se você está terminando na pasta de spam. Mas eles não funcionam 100% do tempo e são mais do lado do cliente (gmail, Outlook etc.) do que do lado do MTA.

— coteyr
fonte

1

Geralmente, o SMTP é projetado para que as mensagens não desapareçam no esquecimento (ou seja, você deve receber uma recusa explícita ou uma mensagem de devolução). Mas o SMTP também é projetado sob a suposição totalmente defeituosa de que o spam não existe, portanto, na prática, isso não é verdade. Ainda assim, se você tiver o DKIM e o DNS reverso configurados corretamente, e o seu endereço IP não pertencer a um bloco conhecido por spam, é improvável que o seu email desapareça completamente (ele pode estar em uma pasta de spam, mas não apenas cair silenciosamente).

— 24416 Kevin

3

Infelizmente, alguns hosts de email ignoram o email identificado como spam - ele é aceito no estágio SMTP, mas não é entregue.

— Stephen Kitt

10

Não, o que acontece no destino é visível apenas lá (a menos que você devolva seu e-mail para você).

— Stephen Kitt
fonte

5

Não, o que acontece depois que seu email sai do sistema não pode ser rastreado, a menos que você tenha acesso ao computador receptor ou se houver algum programa de filtro de spam que dê feedback.

Esses programas de retorno enviavam um e-mail solicitando confirmação, para que o spam automático pudesse ser diferenciado da mensagem real enviada por humanos, mas uma vez que os bots eram espertos o suficiente para responder a isso, geravam e-mails extras e eu não recebi essa confirmação via e-mail em mais de 15 anos.

Os emails devolvidos são desencorajados, se um email não deve ser aceito para entrega (se o endereço não existir), mas isso não tem nada a ver com saber se a sua mensagem está na caixa de spam. O spam nunca deve ser devolvido, pois é improvável que o remetente no cabeçalho do remetente seja o remetente real.

— Anthon
fonte

se você está falando sobre sistemas de resposta a desafios (também conhecido como spam de retroespalhamento automático no nível do usuário), escrevi regras do procmail para lidar com elas, que sempre validavam qualquer mensagem de resposta ao desafio enviada a mim. Não é meu spam para lidar, é deles, e era extremamente ofensivo e censurável que os usuários de RC esperassem que ME lidasse com o spam - se eles vão descarregar seu trabalho em mim, eu o aceitarei automaticamente em nome deles. Uma lição valiosa sobre os riscos da terceirização.

— cas

Obrigado pela resposta, acho que você fala aqui sobre ciclos de feedback, que ajudam a desencadear "reclamações" de destinatários; portanto, quando um destinatário marca o email como spam, o FBL permite que os remetentes recebam mensagens de volta dos membros que reclamaram

— Abdessamad Elouarti

@ABDESSAMADELOUARTI Sim, você pode ver isso como loops de feedback. Existem vários problemas com isso, e gerar um email extra para cada email enviado é um deles. Além disso, se A e B configuraram um sistema com diferentes mecanismos e eu enviei um email como A para B, então B pode enviar A uma mensagem de confirmação, que A não reconhece como tal, portanto, o envio automático um email para B para confirmar, que ...... ad infinitum

— Anthon

3

Não há funcionalidade que indique em qual pasta seu email foi entregue. Mesmo os truques que informam se a mensagem foi lida, não informam de onde foi lida.

No entanto, você pode obter uma boa idéia dos principais fornecedores, gmail, yahoo e microsoft, se configurar o DMARC. Isso se baseia na sua configuração DKIM e SPF e pode relatar o número de mensagens recebidas do seu domínio, bem como a disposição provável. Ele também relatará os endereços IP que estão falsificando seus domínios.

— BillThor
fonte

Crie também uma conta de teste com cada um dos principais provedores, para que você possa verificar se o seu email de teste único entra na pasta de spam e como ele fica antes de enviar a correspondência em massa.

— Ian Ringrose

sim, thnks, este é actualy minha solução final

— Abdessamad Elouarti