Salut,
smtp21.clm.net4all.ch est le serveur SMTP par lequel à transité le message. Apparement l'expéditeur du message est "Ekaterina Kaya sugarkatya01@gmail.com". Cette personne a envoyé un message à "goodie_4_u@mixedrace.com"(serait-ce un spam depuis un PC infecté?). En cas de réponse, tu es le destinataire de la réponse.
Apparement la boîte goodie_4_u@mixedrace.com est désactivé et de ce fait tu reçois l'erreur 550 émise par le serveur SMTP qui tente la connexion.

Meilleures salutations.

Dernière modification par jean@adimp.ch (06 Apr 2020 12:43:45)

En effet, il y en a au moins un qui est parvenu à destination. Le destinataire ayant pris la peine de répondre "no", cela me permet de voir le message (ci-dessous, en 3 parties), qui me semble clairement être une tentative de pishing à grande échelle.





J'ai demandé à net4all comment faire pour empêcher ces escrocs d'utiliser mon adresse email francois.marthaler@verts-vd.ch sans que cela n'empêche des honnêtes gens de me contacter...

Je me demande aussi comment des gens peuvent cliquer sur ces liens dans un message envoyé par Kate Grant <francois.marthaler@verts-vd.ch> et pas par le vendeur d'un truc qu'ils n'ont jamais commandé!?! De plus, le message qui vous remercie d'avoir utilisé PayPal et vous propose d'activer PayPal Now et c'est là que vous êtes redirigé sur https://bit.ly/2JEKCX8 (je ne suis pas allé voir!).

Voici encore un complément d'information reçu de Net4all:

Bonjour,

Merci pour votre retour, j'ai lu votre poste et en complément je voulais vous indiquer que les mails envoyés depuis d'autres serveurs en dehors de ceux de Net4all n'arriveront pas forcément à destination, l'enregistrement SPF étant configuré uniquement pour que votre domaine puisse envoyer des mails depuis nos serveurs ceux envoyés depuis un autre serveur se feront catégoriser comme spam par la majorité des filtres.

Meilleures salutations

Merci à eux!

J'observe un phénomène similaire, surtout des courriels reçu par un formulaire, boutique internet etc. (also via Webformulare sagen wir auf de).

Pour préciser ma situation: Les spammeurs et "phisheurs" remplissent un formulaire (web, commentaire, boutique),  y compris adresse e-mail qui n'existe pas, bien sûr. Le système (CMS, boutique) veut envoyer un courriel de confirmation comme toujours, mais puisque l'adresse est fausse, le serveur de cette fausse adresse (souvent GMail) répond donc avec "Undelivered Mail Returned to Sender".

On ne peut pas vérifier l'adresse, parce que personne n'a envoyé un courriel, c'est mon système qui l'a envoyé! SPF (chez moi ou chez GMail, autres serveurs etc.) ne serve à rien en ce cas. Preuve (mon cas! mais semble être fréquent): => inactiver tous les formulaires temporairement => plus de courriels de ce genre.

Merci Robert et Jean!

En cette période de COVID-19, on apprend à faire une balance coût/avantage. En l'occurrence, bazarder une dizaine de pourriels chaque jour me coûte moins que de contacter les administrateurs des plateformes concernées. Surtout qu'ils ont sûrement d'autres chats à fouetter...

Évidemment, je suivrai vos conseils (et vous en demanderai d'autres!) si le volume de ces messages dépasse 50 par jour. Je crois n'en avoir eu aucun en ce mardi 14.04.2020, 30e jour de confinement...

Cordialement.

Sauf qu'en ce dimanche 19.40.2020, je me retrouve avec 752 Undelivered Mail:



J'aimerais vraiment conserver mon adresse francois.marthaler@verts-vd.ch pour que des gens puissent continuer à me contacter. Mais je sens qu'il me faudra y renoncer...

À mon avis, il y a quand même là un problème de faiblesse de l'anti-spam

Normalement oui. Je ne suis pas expert, mais je pense concernant anti-spam, c'est un peu complexe ...

Pour le moment un filtre local est peut-être préférable, p. ex. filtrer avec Thunderbird etc.

De ce que François Marthaler, jean@, claudep ont déjà proposé, et autant que je sache, avec Undelivered Mail on peut supposer ou résumer:

1. Formulaires web (commentaires, boutique) remplis par bots: mon CMS ou système envoie un e-mail de confirmation qui produit un "Undelivered Mail" suite des notifications de remise (p. ex. principe similaire du double opt-in etc.), puisque l'adresse remplie du bot n'existe pas (mais syntaxe correcte). Ici, Undelivered Mail per se n'est pas du spam.
=> très souvent, mais la quantité devrait être modeste, je pense
=> remède/mesure préventive: captcha (je préfère hidden field approach qui semble être efficace et plus convivial)
Serveurs destinataires des fausses adresses: essayer d'éviter rétrodiffusions.

2. Personnes en possession de mon adresse e-mail qui ont été "piratées" et qui ont un Open mail relay
=> Open mail relay: très rare (on peut l'exclure, je pense)

3. Backscatter spam : spam collatéral à la suite des serveurs destinataires mal configurés (important: ce sont les serveurs des personnes qui ont reçu le spam).
=> très souvent
=> remède: SPF, DKIM sur mon serveur, mais qui, en principe, ne peuvent pas éviter la rétrodiffusion (venant d'ailleurs), je pense. Autre problème même avec SPF: les serveurs mail destinataires ne sont pas obligés d'accepter mon SPF, donc rejeter courriel provenant d'autres adresses que la mienne qui a été abusée (semblant venir de moi). Je pense si ces serveurs sont mal configurés, ils peuvent envoyer "Undelivered Mail".

Donc contre la rétrodiffusion la mesure n'est normalement pas sur mon propre serveur, mais on pourrait essayer de localiser l’émetteur (serveur, ISP) d'un Undelivered Mail, comme était dit.

Hypothèses fausses ou justes? autres possibilités? Comme je viens de dire, je ne suis pas un expert dans ce domaine ...

Cependant je pense ici c'est ~ 95 % Backscatter Spam ...

(Excusez mon Dütschschwizer français)