Comment vérifier si mon e-mail va dans le dossier spam du destinataire? [fermé]

8

J'utilise Exim comme MTA pour envoyer des e-mails. Est-il possible d'être averti si un e-mail va dans le dossier spam du destinataire?

debian exim mail-transport-agent

— Abdessamad Elouarti
source

3

Étant donné que les réponses disent non, votre meilleur pari est probablement de mesurer le nombre de personnes qui interagissent avec vos e-mails en suivant les liens cliqués. Dans les cas où il y a beaucoup moins de clics que d'habitude, cela peut être dû au fait que le courrier s'est retrouvé dans le dossier spam.

— joeytwiddle

14

Si vous pouviez le faire, cela irait à l'encontre du point d'avoir un dossier de spam, car vous ne feriez que continuer d'envoyer des e-mails légèrement différents jusqu'à ce que l'un ne pénètre pas dans le dossier de spam.

— user253751

Envoyez un e-mail de suivi et demandez si le premier est allé dans le dossier spam :-)

— MonkeyZeus

4

Je vote pour fermer cette question comme hors sujet car elle concerne le courrier électronique en général, et non Unix / Linux en particulier. Cela peut être sur le sujet chez Super User (ou peut-être une défaillance du serveur ), mais il n'obtiendra probablement pas de réponses différentes de celles qu'il a déjà obtenues.

— G-Man dit `` Réintègre Monica ''

14

Non, vous recevrez un avis "livré" ou un avis "d'erreur". Une fois que le courrier est accepté par l'extrémité distante, vous ne savez pas où il va après. Du moins pas du côté MTA.

L'une des erreurs peut être "cause rejetée de spam" ou "rejetée en raison de SPF" ou similaire, mais si votre e-mail est accepté, même dans le dossier spam, vous ne recevrez pas de notification. Si l'e-mail est rejeté par leur serveur, votre destinataire ne recevra pas l'e-mail, même dans son dossier spam.

Vous pouvez obtenir une erreur de "Différé" - peut-être parce que vous êtes soupçonné d'envoyer du spam. Ce (le statut différé) indiquera à Exim de réessayer plus tard. Vous pourrez peut-être obtenir plus d'informations à partir de ce message. Cependant, le report est courant et normal, et n'est pas vraiment un problème. Son utilisation pour les avertissements de spam est très spécifique à la destination de réception, et ne dirait probablement pas à Exim de faire quoi que ce soit, mais réessayez plus tard.

Certains services ont des "astuces" pour voir si un mail est marqué comme spam. Combinaisons de liens, d'images et peut-être même de javascript qui peuvent indiquer, dans certains cas, si vous vous retrouvez dans le dossier spam. Mais ceux-ci ne fonctionnent pas à 100% du temps, et sont plus du côté client (gmail, Outlook, etc.) que du côté MTA.

— coteyr
source

1

Généralement, SMTP est conçu de telle sorte que les messages ne disparaissent pas simplement dans l'oubli (c'est-à-dire que vous êtes censé recevoir un message de refus explicite ou de rebond). Mais SMTP est également conçu dans l'hypothèse tout à fait erronée que le spam n'existe pas, ce qui n'est donc pas vrai en pratique. Pourtant, si vous avez DKIM et DNS inversé correctement configurés, et que votre adresse IP n'appartient pas à un bloc connu pour le spam, il est peu probable que votre e-mail disparaisse complètement (il peut atterrir dans un dossier de spam, mais il ne se contentera pas de se laisser tomber silencieusement).

— Kevin

3

@Kevin, malheureusement, certains hôtes de messagerie réduisent silencieusement les e-mails identifiés comme spam - cela est accepté au stade SMTP mais pas remis.

— Stephen Kitt

10

Non, ce qui se passe à destination n'est visible que là-bas (sauf s'il vous renvoie votre e-mail).

— Stephen Kitt
source

5

Non, ce qui se passe après que votre e-mail quitte votre système ne peut être retracé que si vous avez accès à l'ordinateur récepteur ou s'il existe un programme de filtrage anti-spam qui donne des commentaires.

De tels programmes de rétroaction renvoyaient un e-mail demandant une confirmation, afin que le spam automatique puisse être distingué du vrai message envoyé par les humains, mais une fois que les bots étaient suffisamment intelligents pour répondre à cela, les e-mails supplémentaires venaient d'être générés et on ne m'a pas demandé une telle confirmation. par e-mail depuis plus de 15 ans.

Rebondir des e-mails est déconseillé, si un e-mail ne doit pas être accepté pour livraison (si l'adresse n'existe pas), mais cela n'a rien à voir avec le fait de savoir si votre message atterrit dans la boîte anti-spam. Le spam ne doit jamais être renvoyé car l'expéditeur dans l'en-tête du courrier est peu susceptible d'être l'expéditeur réel.

— Anthon
source

si vous parlez de systèmes de défi-réponse (aka spam de rétrodiffusion automatisé au niveau de l'utilisateur), j'ai écrit des règles de procmail pour les traiter qui valideraient toujours tout message de défi-réponse qui me serait envoyé. Ce n'est pas mon spam à gérer, c'est le leur, et il était extrêmement offensant et répréhensible pour les utilisateurs de CR de s'attendre à ce que ME traite leur spam - s'ils vont me décharger de leur travail, je l'accepterai simplement automatiquement en leur nom. Une leçon précieuse sur les risques de l'externalisation.

— cas

merci pour votre réponse, je pense que vous parlez ici de boucles de rétroaction, qui aident à déclencher des "plaintes" des destinataires, donc lorsqu'un destinataire marque le courrier comme spam, FBL permet aux expéditeurs de recevoir des messages des membres qui se sont plaints

— Abdessamad Elouarti

@ABDESSAMADELOUARTI Oui, vous pouvez voir cela comme des boucles de rétroaction. Il y a plusieurs problèmes avec cela, et la génération d'un courrier supplémentaire pour chaque courrier envoyé en fait partie. En dehors de cela, si A et B ont tous deux mis en place un tel système avec des mécanismes différents, et j'ai envoyé un e-mail comme A à B, alors B pourrait envoyer à A un message de confirmation, que A ne reconnaît pas comme tel, donc envoi automatique un email à B pour confirmer ce qui ...... ad infinitum

— Anthon

3

Aucune fonctionnalité ne vous indiquera dans quel dossier votre courrier a été remis. Même les astuces qui vous disent si le message a été lu, ne vous disent pas d'où il a été lu.

Cependant, vous pouvez avoir une bonne idée des principaux fournisseurs, gmail, yahoo et microsoft, si vous configurez DMARC. Cela s'appuie sur votre configuration DKIM et SPF et peut rapporter le nombre de messages reçus de votre domaine, ainsi que la disposition probable. Il signalera également les adresses IP qui usurpent votre ou vos domaines.

— BillThor
source

Créez également un compte de test avec chacun des principaux fournisseurs, afin que vous puissiez vérifier si votre e-mail de test unique va dans le dossier spam et à quoi ressemble l'e-mail avant de procéder à l'envoi de masse.

— Ian Ringrose

ouais, merci, c'est vraiment ma solution finale

— Abdessamad Elouarti