tu sais tres bien que de nos jours, le mode vhost d apache permet d heberger plusieur milliers de sites web sur la meme IP .... ben figure toi que c est pareil pour le mail ...

donc si tu attaque un server mail par son adresse, le pauvre server a le choix de distribuer le mail sur plusieur milliers de domaines ... et si deux users possedent le meme nom sur deux de ces domaines ... je te fais pas un dessin.

L attitude courante des servers mails est donc de refuser les emails si celui ci n est pas envoye a un MX valide (cf le dig du dit domaine), meme si le dit server ne gere qu un seul domaine.

Voir la RFC 2821, laquelle revisite la RFC 821 (qui définit le protocole SMTP). Dedans, ils expliquent que pour plusieurs fonctionalités, il doit y avoir requette DNS (enregistrements MX).

Section 3.6 Domains
Ils en parlent

Section 3.7 Relaying
"A relay SMTP server is usually the target of a DNS MX record that designates it, rather than the final delivery system. The relay server may accept or reject the task of relaying the mail in the same way it accepts or rejects mail for a local user."

Section 5. Address Resolution and Mail Handling
"Once an SMTP client lexically identifies a domain to which mail will be delivered for processing (as described in sections 3.6 and 3.7), a DNS lookup MUST be performed to resolve the domain name [22]. The names are expected to be fully-qualified domain names (FQDNs)...."

Et puis, comme dit doublehp, sans ça, comment déterminer le domaine cible dans un hébergement virtuel ?

Salut,

il me semble que la syntaxe à utiliser pour envoyer ton mail sur une ip doit être:
user@[ip]

ça devrait au moins marcher avec les utilisateurs locaux du système