|
Bonjour, je travaille pour $COMPANY_NAME un ISP situé dans
$GENERAL_LOCATION. Un problème se pose avec:
$DOMAIN_NAME_HERE
ajouté à la black-list DSN de:
http://www.rfc-ignorant.org/
Des ISP tels que nous font référence à la black-list DSN pour
s’assurer que les serveurs mails qui dialoguent avec les nôtre
répondent aux conditions minimum pour le fonctionnement du service
mail sur internet, conformément au RFC 2821 (et autres), qui prévoit
qu'un serveur mail accepte une adresse vide ("<>") dans la commande
MAIL FROM pour les retours d’erreurs.
- RFC 2821
-
section 4.1.1.2 MAIL (BNF grammar)
section 6.1 Reliable Delivery and Replies by Email (para. 2)
ftp://ftp.rfc-editor.org/in-notes/rfc2821.txt
- RFC 2505
-
section 2. Recommendations 6a)
section 2.6.1. "MAIL From: <>"
ftp://ftp.rfc-editor.org/in-notes/rfc2505.txt
- RFC 1123
-
section 5.2.9 Command Syntax: RFC-821 Section 4.1.2
ftp://ftp.rfc-editor.org/in-notes/rfc1123.txt
- RFC 821 (obsoleted by RFC 2821)
-
section 4.1.2
ftp://ftp.rfc-editor.org/in-notes/rfc821.txt
Votre domaine "$DOMAIN_NAME_HERE" n’accepte pas le <>. La nécessité de
l’adresse vide ("<>") comme outil pour les retours d’erreurs des
serveurs mails est TRES importante pour le bon fonctionnement du
mail. C’est le moyen pour les utilisateurs de savoir si le mail n’est
pas arrivé à destination. Même pour lutter contre le Spam, ce blocage
est inacceptable car les utilisateurs ne sauront jamais que le
courrier a été rejeté à cause d’une erreur de frappe dans l'adresse
de destination, ou d'une boîte pleine ou désactivée…
Nous vous demandons de contacter le responsable du serveur qui
hébergent les mails de "$DOMAIN_NAME_HERE", ou de résoudre par vous-
même le problème, pour que "$DOMAIN_NAME_HERE" réponde aux critères
des RFC, dont l’utilisation de l’adresse vide ("<>").
Merci pour votre attention,
$SIGNATURE
$Id: letter-dsn-fr-FR.php,v 1.3 2003/04/30 12:26:58 dredd Exp $
| 
