OVH Cloud OVH Cloud

DELIVERY FAILURE: user unknown

30 réponses
Avatar
Dominique
Bonsoir,
Depuis quelques jours, des mels arrivent dans les "éléments supprimés"
avec la mention "Re: DELIVERY FAILURE: user unknown"
Quelqu'un peut-il m'en donner la raison et comment procéder pour que
tout revienne normalement dans ma boite de réception ?
Merci d'avance
Dominique

10 réponses

1 2 3
Avatar
Paskal
Bonjour Dominique




Bon, ok.
Je crois que le plus simple serait de regarder l'expéditeur de ces messages
"DELIVERY FAILURE" (le service mail delivery system de ton serveur smtp)
ensuite, fais menu outil/règles de message/courrier.
Dans règles de courrier, clique sur Nouveau.
Comme paramètres de ta règle, fais :
Appliquer cette règle après la réception du message

Lorsque la ligne De contient des personnes

Ne plus traiter de règles

Clique sur "Contient des personnes" et mets l'adresse mail de l'expéditeur
que tu as relevé précedemment.

Et voilà.

@+
Paskal




Bonjour Luc Jacques Paskal Momo Jacques Jceven et plus, si affinités,
Merci mais vos réponses n'ont pas apporté grand chose à mon problème,
en revanche, je constate que vous vous amusez bien sur le forum, cela
aura eu au moins cet avantage.
Oui, bien sûr, le fait que j'ai installé l'antispam anglo-saxon dirige
tous les mels comportant de l'anglais dans "éléments supprimés". Mais
je préfère laisser tel quel.Le principal c'est que je puisse
récupérer dans ceux-ci les mels m'intéressant.



je ne suis pas spécialiste de règles de courrier, mais si tu
poubellises les messages en anglais, les notifications de
non-distrib y ont droit






Avatar
Jacquouille la Fripouille
"Paskal" a écrit dans le message de
news:%
Bonjour Dominique




Bon, ok.
Je crois que le plus simple serait de regarder l'expéditeur de ces
messages

"DELIVERY FAILURE" (le service mail delivery system de ton serveur smtp)
ensuite, fais menu outil/règles de message/courrier.


Puis aussi si ces "Delivery Failure" concerne des messages que tu as envoyés
à qq'un que tu connais, ou bien siles destinataires sont parfaitement
inconnus de Dominique.
Si c'est la 2ème hypothèse, c'est qu'un spammeur s'est emparé de lson
adresse.
--
Jacquouille la Fripouille

Avatar
Paskal
Bonjour Jacquouille la Fripouille


Je crois que le plus simple serait de regarder l'expéditeur de ces
messages "DELIVERY FAILURE" (le service mail delivery system de ton
serveur smtp) ensuite, fais menu outil/règles de message/courrier.


Puis aussi si ces "Delivery Failure" concerne des messages que tu as
envoyés à qq'un que tu connais, ou bien siles destinataires sont
parfaitement inconnus de Dominique.
Si c'est la 2ème hypothèse, c'est qu'un spammeur s'est emparé de lson
adresse.


Tout à fait ! Il y a aussi la possibilité d'être dans la carnet d'adresses
d'un utilisateur infecté et dont le virus se fait passer pour un des
contacts présents afin de se répliquer sur les autres contacts.

@+
pascal


Avatar
Luc
Paskal nous a déclaré...

Pour satisfaire ma curiosité, ce genre de manip' est applicable sur
n'importe quelle extension ?
Avec resource hacker, tu peux changer les icônes contenues dans les

programmes .exe, ainsi que celles des dll, ocx, cpl, src...

Regarde : http://cjoint.com/?dejuPiS33m il s'agit du programme calc
(calculatrice) avec l'icône d'un fichier texte,et nommé
"texte.txt(espaces).exe".

Malgré maintenant l'affichage systématique de l'extension d'u fichier
reçu, selon la taille de la fenêtre mail utilisée pour lire un
message, (petite), tu ne vois pas l'extension.exe et tu peux
réellement croire qu'il s'agit d'un fichier texte (lorsque la pj est
renommé [pleind'espaces.exe]).


Toutafé !! ...............mais....... une fois en PJ, les .exe perdent leur
icône personnalisée.
Ainsi, regarde ici http://cjoint.com/?demXzGdeDL, lors de la rédaction du
message, les icônes que tu as imposées aux .exe sont bien bien là (première
saisie d'écran) mais une fois dans la boîte d'envoi, les PJ reprennent
l'icône par défaut (deuxième saisie d'écran). Il en est de même bien sûr si
le message est expédié, une fois dans la boîte de réception du destinataire,
les icônes personnalisées ne sont pas visibles (troisième saisie d'écran).

--
Cordialement,

Luc Burnouf

adresse de réponse invalide
pour me joindre --> http://cerbermail.com/?1bU8V4YO3y



Avatar
Paskal
Bonjour Luc





Pour satisfaire ma curiosité, ce genre de manip' est applicable sur
n'importe quelle extension ?
Avec resource hacker, tu peux changer les icônes contenues dans les

programmes .exe, ainsi que celles des dll, ocx, cpl, src...

Regarde : http://cjoint.com/?dejuPiS33m il s'agit du programme calc
(calculatrice) avec l'icône d'un fichier texte,et nommé
"texte.txt(espaces).exe".

Malgré maintenant l'affichage systématique de l'extension d'u fichier
reçu, selon la taille de la fenêtre mail utilisée pour lire un
message, (petite), tu ne vois pas l'extension.exe et tu peux
réellement croire qu'il s'agit d'un fichier texte (lorsque la pj est
renommé [pleind'espaces.exe]).


Toutafé !! ...............mais....... une fois en PJ, les .exe
perdent leur icône personnalisée.
Ainsi, regarde ici http://cjoint.com/?demXzGdeDL, lors de la
rédaction du message, les icônes que tu as imposées aux .exe sont
bien bien là (première saisie d'écran) mais une fois dans la boîte
d'envoi, les PJ reprennent l'icône par défaut (deuxième saisie
d'écran). Il en est de même bien sûr si le message est expédié, une
fois dans la boîte de réception du destinataire, les icônes
personnalisées ne sont pas visibles (troisième saisie d'écran).


Bien vu !

A mon avis, c'est parce que je l'ai fais "vite fait" sans me préocupper de
la résolution et du nombre de couleurs des icônes sources et de
remplacement.
Il y a en effet plusieurs icônes dans le bloc notes (p.ex), et elles ne sont
pas toutes remplacées exactement par des icônes de même propriété. Je pense
plus à ça qu'à une protection d'OE.
J'essaye de vérifier ce que je te dis...

@+
Pascal



Avatar
Jacques
Dans le message news:,
Luc a écrit:

Paskal nous a déclaré...
Bonjour,


Pour satisfaire ma curiosité, ce genre de manip' est applicable sur
n'importe quelle extension ?
Avec resource hacker, tu peux changer les icônes contenues dans les

programmes .exe, ainsi que celles des dll, ocx, cpl, src...

Regarde : http://cjoint.com/?dejuPiS33m il s'agit du programme calc
(calculatrice) avec l'icône d'un fichier texte,et nommé
"texte.txt(espaces).exe".
[...]


Toutafé !! ...............mais....... une fois en PJ, les .exe
perdent leur icône personnalisée.


Avec OE pour envoyer, je suis d'accord pour penser que l'icône correspond au
type de fichier mais, si on crée un séparateur ad'hoc (sur le modèle de
Netsky) donnant un nom de type Mime différent du nom de fichier, que se
passe-t'il ?

Jacques

Ainsi, regarde ici http://cjoint.com/?demXzGdeDL, lors de la
rédaction du message, les icônes que tu as imposées aux .exe sont
bien bien là (première saisie d'écran) mais une fois dans la boîte
d'envoi, les PJ reprennent l'icône par défaut (deuxième saisie
d'écran). Il en est de même bien sûr si le message est expédié, une
fois dans la boîte de réception du destinataire, les icônes
personnalisées ne sont pas visibles (troisième saisie d'écran).




Avatar
Jacques
Dans le message news:,
Paskal a écrit:

Bonjour Jacquouille la Fripouille
Bonjour,



Je crois que le plus simple serait de regarder l'expéditeur de ces
messages "DELIVERY FAILURE" (le service mail delivery system de ton
serveur smtp) ensuite, fais menu outil/règles de message/courrier.


Puis aussi si ces "Delivery Failure" concerne des messages que tu as
envoyés à qq'un que tu connais, ou bien siles destinataires sont
parfaitement inconnus de Dominique.
Si c'est la 2ème hypothèse, c'est qu'un spammeur s'est emparé de lson
adresse.


Tout à fait ! Il y a aussi la possibilité d'être dans la carnet
d'adresses d'un utilisateur infecté et dont le virus se fait passer
pour un des contacts présents afin de se répliquer sur les autres
contacts.


Je suppose que mettre un critère complémentaire comme présent dans le
message permet de restreindre les messages qui passent à travers le filtre.
Par exemple l'indentification physique du poste telle que:
Received: from MON_PC (bordeaux-1
si l'ordinateur s'appelle MON_PC permet de filtrer ce que tu as
effectivement envoyé (et pas les virus qui sont partis à ton nom) pour
autant que le nom du PC soit relativement unique (ce qui n'est pas le cas
dans l'exemple ci-dessus).

À+
Jacques

@+
pascal




Avatar
Paskal
Bonjour Jacques


Je crois que le plus simple serait de regarder l'expéditeur de ces
messages "DELIVERY FAILURE" (le service mail delivery system de
ton serveur smtp) ensuite, fais menu outil/règles de
message/courrier.






Je suppose que mettre un critère complémentaire comme présent dans le
message permet de restreindre les messages qui passent à travers le
filtre. Par exemple l'indentification physique du poste telle que:
Received: from MON_PC
(bordeaux-1 si l'ordinateur s'appelle MON_PC permet de filtrer ce que tu
as
effectivement envoyé (et pas les virus qui sont partis à ton nom) pour
autant que le nom du PC soit relativement unique (ce qui n'est pas le
cas dans l'exemple ci-dessus).


oui, Toutafé (©Luc) mais l'inconvénient est que tu ne gères pas le message
qui t'est envoyé, car il est envoyé par un "robot" à partir d'un ordinateur
distant (le serveur smtp).

Donc, même si tu te bases sur le corps du message, celui ci serait
susceptible de changer. L'adresse mail de l'expéditeur (du robot smtp)
pourrait également changer, mais à mon avis il y a quand même moins de
chance (ce n'est qu'une supposition).

@+
Pascal




Avatar
Paskal
Bonjour Dominique


Je crois que le plus simple serait de regarder l'expéditeur de ces
messages "DELIVERY FAILURE" (le service mail delivery system de ton
serveur smtp) ensuite, fais menu outil/règles de message/courrier.
Dans règles de courrier, clique sur Nouveau.
Comme paramètres de ta règle, fais :
Appliquer cette règle après la réception du message

Lorsque la ligne De contient des personnes

Ne plus traiter de règles

Clique sur "Contient des personnes" et mets l'adresse mail de
l'expéditeur que tu as relevé précedemment.


J'ai oublié : cette nouvelle règle doit être placée avant les autres règles
(notamment avant la règle antispam) car les règles sont exécutées dans leur
ordre d'affichage (du haut vers le bas).
Pour déplacer une règle, sélectionne-la puis clique sur les boutons Monter
ou Descendre.

@+
Pascal

Avatar
Jacques
Dans le message news:%23ORPk%,
Paskal a écrit:

Bonjour Jacques
Bonjour Paskal,



Je crois que le plus simple serait de regarder l'expéditeur de ces
messages "DELIVERY FAILURE" (le service mail delivery system de
ton serveur smtp) ensuite, fais menu outil/règles de
message/courrier.






Je suppose que mettre un critère complémentaire comme présent dans le
message permet de restreindre les messages qui passent à travers le
filtre. Par exemple l'indentification physique du poste telle que:
Received: from MON_PC
(bordeaux-1 si l'ordinateur s'appelle MON_PC permet de filtrer ce
que tu as
effectivement envoyé (et pas les virus qui sont partis à ton nom)
pour autant que le nom du PC soit relativement unique (ce qui n'est
pas le cas dans l'exemple ci-dessus).


oui, Toutafé (©Luc) mais l'inconvénient est que tu ne gères pas le
message qui t'est envoyé, car il est envoyé par un "robot" à partir
d'un ordinateur distant (le serveur smtp).

Donc, même si tu te bases sur le corps du message, celui ci serait
susceptible de changer. L'adresse mail de l'expéditeur (du robot smtp)
pourrait également changer, mais à mon avis il y a quand même moins de
chance (ce n'est qu'une supposition).


Je ne pense pas que cela change très souvent puisque c'est la recopie de la
ligne d'entête générée par OE sur MON PC et contenant l'adresse IP et le nom
physique du PC émetteur. Il ne faut pas prendre trop long dans la ligne pour
être insensible aux changements de zones réseau du fournisseur (dans mon
exemple, Bordeaux = Sud-Ouest en général, ne pas se faire avoir par un
découpage plus fin ou par un passage en zone dégroupée).
Autre piège: prévoir les envois depuis le WebMail...;-)

Juste à vérifier après les WinUpdate et, naturellement, en cas de changement
de fournisseur, penser à modifier cette règle oubliée au fin fond des
réglages automatiques. Je pense d'ailleurs que c'est cette dernière
condition la plus "piège" puisque la première réaction sera de dire "tout
est OK" après les premiers tests positifs montrant que la nouvelle
configuration est correcte.

À+
Jacques


@+
Pascal






1 2 3