La question est toujours d'actualité ... J'imagine que sendMail envoie le message, ou essaie, au serveur destinataire, que le message lui revient (ou pas si le domaine n'existe pas), et qu'il se trouve à le supprimer ne sachant pas quoi en faire. Si quelqu'un peut confirmer ou infirmer ça, de par ses connaissances (pas par hypothèse ;p), je suis tout ouie.

Cordialement,

Slt ,

comme le dit stealth , c'est déjà en place par défaut , si ton mail arrive sur une boite qui n'existe pas ( faute de frappe en tapant l'adresse part exemple ) , tu auras un joli message d'erreur sur l'adresse de retour .

Il te suffit de demander ou remplir automatiquement ce champ en fonction de l'utilisateur connecté pour qu'il reçoive ce mail d'erreur . ( erreur ou simple notification que la personne est en vacances par exemple ).

Ensuite , si tu veux savoir si ton mail est bien délivré sur le serveur distant , il y a une sorte d'accusé de "délivrance" , qui t'informe que le mail est bien arrivé sur le serveur final . ( je ne connais pas l'entête à rajouter )

Si ton mail est bloqué ou rejeté par un anti-spam en amont alors ( s'il est bien configuré ) tu n'aura aucun retour ... car le mail sera simplement mis en quarantaine ou supprimé .

Good luck ,
Ch.

Vu que c'est du mutualisé je pencherai pour du sendmail

sendmail_path /usr/sbin/sendmail -t -i
SMTP localhost

Non ça ne va pas. Ca m'envoie un message si l'utilisateur lit le mail (ça je connais c'est l'accusé de réception). Je veux surtout pas le savoir, ça va me spammer le mail. Je veux juste que les commerciaux (c'est pour une appli commerciale) soit au courant si l'email est mauvais, pour éventuellement téléphoner à la personne. Le mieux serait smtp je dis pas le contraire, mais là c'est en place et la structure est lourde, et SMTP va tout compliquer. Je retiens néanmoins cette option pour mes futures appli ...

ca le fais deja automatiquement ca, ton mail est convigurer avec sendmail ou SMTP ?

Non ça ne va pas. Ca m'envoie un message si l'utilisateur lit le mail (ça je connais c'est l'accusé de réception). Je veux surtout pas le savoir, ça va me spammer le mail. Je veux juste que les commerciaux (c'est pour une appli commerciale) soit au courant si l'email est mauvais, pour éventuellement téléphoner à la personne. Le mieux serait smtp je dis pas le contraire, mais là c'est en place et la structure est lourde, et SMTP va tout compliquer. Je retiens néanmoins cette option pour mes futures appli ...

Je vais regarder. Mais attention, je ne veux surtout pas d'accusé reception. Juste la possibilité de se rapprocher de l'équivalent smtp qui nous envoie des messages de type undelivry message ...

c'est avec Disposition-Notification-To (ou/et Return-Receipt-To), ca envoie la confimation uniquement a l'ouverture du message et non pas si il est arrivé sur le serveur, mais ca dépend du client mail , ils n'envoient pas tous le message

Bonjour,

Une solution à mon problème serait d'utiliser SMTP mais ... pas envie si je peux faire autrement.

J'envoie actuellement un e-mail depuis l'adresse [email protected] (header From)
Je souhaite tout simplement recevoir les emails de notification de non réception des e-mails envoyés ...

J'ai rajouté Reply-to et Return-path mais rien y change (j'envoie des emails à des noms de domaines monstrueusement inexistants).

Pourriez-vous m'éclairer à ce sujet ?

Merci d'avance.