L'inconvénients du système c'est que ça oblige l'utilisation su serveur smtp défini dans la zone du domaine. Mais comme c'est relativement souple il y a moyen de s'adapter.
Il y a certains cas ou c'est impossible. Par exemple une simple redirection de mail :
- je possède un domaine toto.com et j'ai un email titi@toto.com,
- pour des raisons de commodités, je redirige le mail pour titi@toto.com vers titi.toto@gmail.com,
- turlu.net, toto.com et gmail.com implémentent et vérifient le SPF.
Quand turlu@tutu.net veut m'envoyer un mail, toto.com l'accepte normalement et essaie de le renvoyer vers gmail.com, mais gmail.com vérifie si le MX de toto.com est autorisé a envoyer du mail de turlu.net, ce qui a de grandes chances de ne pas être le cas.
Résultat, le mail de tutu.net est refusé abusivement.
[^] # Re: Explication
Posté par philz . En réponse à la dépêche Technique anti-spam basée sur le « Sender ID » rejetée par Apache et Debian. Évalué à 2.
Il y a certains cas ou c'est impossible. Par exemple une simple redirection de mail :
- je possède un domaine toto.com et j'ai un email titi@toto.com,
- pour des raisons de commodités, je redirige le mail pour titi@toto.com vers titi.toto@gmail.com,
- turlu.net, toto.com et gmail.com implémentent et vérifient le SPF.
Quand turlu@tutu.net veut m'envoyer un mail, toto.com l'accepte normalement et essaie de le renvoyer vers gmail.com, mais gmail.com vérifie si le MX de toto.com est autorisé a envoyer du mail de turlu.net, ce qui a de grandes chances de ne pas être le cas.
Résultat, le mail de tutu.net est refusé abusivement.