8. Result Handling (Gestion des résultats)

Cette section discute de la manière dont les implémentations SPF devraient traiter les différents résultats possibles de check_host(). Elle est uniquement consultative, car les politiques locales du site peuvent décider de prendre des mesures différentes pour des résultats particuliers.

8.1 None

Le retour de "none" signifie qu'aucune politique d'expéditeur applicable n'a été trouvée correspondant au domaine interrogé. Ce résultat devrait être traité comme équivalent à "SPF n'existe pas"; c'est-à-dire qu'il n'y a pas de politique à évaluer.

Les MTA récepteurs ne devraient pas rejeter les e-mails sur la base de ce résultat. Bien que l'échec de la vérification SPF puisse entraîner un rejet, le résultat "none" ne devrait pas servir de base au rejet car il ne fournit aucune information sur l'autorisation de l'expéditeur.

8.2 Neutral

Le retour de "neutral" signifie que le propriétaire du domaine a explicitement déclaré qu'il n'affirme pas si l'hôte émetteur est autorisé ou non. Ce résultat devrait être traité comme équivalent au résultat "none"; la vérification SPF ne peut ni confirmer ni nier l'autorisation de l'hôte.

Les MTA récepteurs ne devraient pas rejeter les e-mails sur la base de ce résultat.

8.3 Pass

Le retour de "pass" signifie que le client a réussi le test de politique d'expéditeur. Le MTA récepteur peut continuer avec d'autres tests anti-spam.

Les MTA récepteurs ne devraient définitivement pas rejeter les e-mails sur la base de ce résultat.

8.4 Fail

Le retour de "fail" signifie que le client n'a pas réussi le test de politique d'expéditeur. Le MTA récepteur peut rejeter l'e-mail.

Si l'ADMD publiant choisit de retourner une chaîne d'explication (en utilisant le modificateur "exp"), cette chaîne devrait être retournée dans le cadre de la réponse SMTP. Si aucune chaîne d'explication n'est fournie, le MTA récepteur devrait utiliser une explication générique.

Il est recommandé d'inclure des informations sur le domaine publiant ainsi que des informations de contact pour ce domaine (si disponibles) dans la réponse SMTP retournée à l'expéditeur. Cela aide au débogage et peut éventuellement aider à éviter que des e-mails légitimes ne soient bloqués.

Exemple de réponse SMTP:

550-5.7.1 SPF MAIL FROM check failed:
550-5.7.1 The domain example.com explains:
550 5.7.1 Please see http://www.example.com/mailpolicy.html

8.5 Softfail

Le retour de "softfail" signifie que l'hôte pourrait ne pas être autorisé à envoyer des e-mails, mais la transition n'est pas encore terminée.

Les MTA récepteurs ne devraient pas rejeter les e-mails sur la base de ce résultat, mais peuvent les marquer comme suspects d'une manière ou d'une autre. Par exemple, le MTA récepteur peut placer l'e-mail dans un dossier de spam ou ajouter un en-tête.

8.6 Temperror

Le retour de "temperror" signifie qu'une erreur temporaire s'est produite pendant l'évaluation SPF. Le MTA récepteur devrait accepter l'e-mail mais peut souhaiter réessayer la vérification SPF plus tard.

Par exemple, si le serveur DNS est temporairement indisponible, le destinataire peut souhaiter accepter l'e-mail et réévaluer la politique SPF à un moment ultérieur.

8.7 Permerror

Le retour de "permerror" signifie qu'une erreur permanente s'est produite pendant l'évaluation SPF. Cela peut être dû à une erreur de syntaxe dans l'enregistrement SPF du domaine ou à d'autres problèmes de configuration.

Le MTA récepteur peut rejeter l'e-mail, mais devrait également enregistrer des informations sur l'erreur pour aider à diagnostiquer le problème.