J'ai compris ce qui foire chez mon client ! En fait je leur ai installé le serveur mail donc, mais pas le dns, ça c'est géré par une société externe (qu'ils avaient avant de me rencontrer ). Et en fait ils ont 2 MX dans leur DNS ! Le premier c'est le mien mais ensuite c'est le leur, et celui-là bien sûr il ne sait pas si l'adresse est bonne ou pas, donc par défaut il accepte le message ! Je vais leur dire de faire désactiver ce MX de "backup" qui ne sert à rien sinon à foutre le bordel.

et puis c'est chouette! Il vont se rammasser tellement de mails d'erreurs sur des tentatives d'envoi à des adresses inexistantes que ca finira par les faire chier à fond! (et perdre du temps dingue).

Je te plains

Explique leur surtout que le principe même de l'email fait qu'on ne peut pas le gérer à la microseconde.

C'est une demande d'un client

Bureau d'avocats, ces gens considèrent l'e-mail comme un moyen de s'envoyer des messages urgents, et doivent donc être avertis à la micro-seconde après l'envoi du mail du moindre problème... Et pareil pour ceux qui leur envoient des mails avec une adresse erronée par exemple, c'est "inacceptable" (sic) qu'ils ne soient pas prévenus immédiatement de leur erreur...

Mais je vais utiliser l'argument spam en effet

toi tu as envies d'encombrer ton serveur et d'envoyer du spam à tout vent ?

Bijour les amis

Je vous soumets la problématique suivante : un expéditeur externe qui veut envoyer un mail sur notre serveur mail (postfix) et qui met une mauvaise adresse. Dans ce cas, notre SMTP envoit directement au SMTP de l'expéditeur un message d'erreur, et c'est à charge de celui-ci (donc du SMTP de l'expéditeur externe) de renvoyer un mailer-daemon à son client à lui.

Ma question : est-il possible de dire à notre SMTP de prévenir lui-même l'expéditeur (externe) directement ??

A mon avis non car le protocole n'est pas prévu comme ça, mais n'étant pas expert...

Merci