RFC 5321 postmaster @ application des adresses électroniques

RFC 822 États:

 6.3.  RESERVED ADDRESS

      It often is necessary to send mail to a site, without  know-
 ing  any  of its valid addresses.  For example, there may be mail
 system dysfunctions, or a user may wish to find  out  a  person's
 correct address, at that site.

      This standard specifies a single, reserved  mailbox  address
 (local-part)  which  is  to  be valid at each site.  Mail sent to
 that address is to be routed to  a  person  responsible  for  the
 site's mail system or to a person with responsibility for general
 site operation.  The name of the reserved local-part address is:

                            Postmaster

 so that "Postmaster@domain" is required to be valid.

 Note:  This reserved local-part must be  matched  without  sensi-
        tivity to alphabetic case, so that "POSTMASTER", "postmas-
        ter", and even "poStmASteR" is to be accepted.

Également, RFC 5321 États:

4.5.1.  Minimum Implementation

[...]

Any system that includes an SMTP server supporting mail relaying or
delivery MUST support the reserved mailbox "postmaster" as a case-
insensitive local name.  [...]  The requirement to accept mail for
postmaster implies that RCPT commands that specify a mailbox for
postmaster at any of the domains for which the SMTP server provides
mail service, as well as the special case of "RCPT TO:<Postmaster>"
(with no domain specification), MUST be supported.

SMTP systems are expected to make every reasonable effort to accept
mail directed to Postmaster from any other system on the Internet.

Lorsqu'un internaute rencontre un domaine qui ne se comporte pas correctement, peut-il faire quelque chose pour obliger le contrôleur de domaine à appliquer le RFC, en plus de soumettre le domaine à rfc-clueless.org (le remplaçant de rfc-ignorant.org )?

Non, vous ne pouvez en aucun cas forcer les autres utilisateurs à utiliser leur serveur de messagerie correctement, quelle que soit leur définition. Vous pouvez essayer d'envoyer des courriers à d'autres adresses courantes ou à tout ce que vous trouvez sur leur site Web (le cas échéant). Vous pouvez, si vous le souhaitez, refuser de traiter du courrier avec eux, mais à moins que vous ne soyez Google ou quelque chose d'aussi volumineux, cela incitera davantage vos utilisateurs à frapper à votre porte plutôt qu'à eux de régler leurs problèmes.

Maintenant, dans le cas de l'adresse du postmaster, je suppose que vous trouverez BEAUCOUP de domaines qui ne le font pas correctement - des adresses bien connues peuvent être la cible d'importantes quantités de spam, et certains endroits les désactivent plutôt perdre du temps à parcourir le spam afin de trouver le courrier électronique légitime un mois ou moins.

Ce n'est peut-être pas la bonne chose à faire, mais pour beaucoup d'administrateurs, le temps nécessaire pour traiter cette adresse semble beaucoup trop long pour les avantages qu'il procure.

Contactez l'administrateur de messagerie du domaine et demandez-leur de le modifier / de le réparer.

Si vous êtes un client, prenez vos affaires ailleurs.

Sinon, vous ne pouvez pas faire grand-chose, car les RFC ne sont pas des lois, et elles ne sont certainement pas applicables.

rfc-clueless.org n'est pas destiné aux sites de rapport n'ayant pas chaque RFC couvert, c'est spécifiquement pour signaler les serveurs / domaines de messagerie "publics" qui ne communiquent pas avec tous les autres serveurs de messagerie publics (également).

Votre question est assez ancienne, mais j'ai encore une note à ce sujet.

J'ai vu beaucoup de cas où postmaster@domain est une adresse valide (vous recevez 200 SMTP code du serveur en réponse à RCPT TO: ), mais tous les messages qui y arrivent sont supprimés en silence, la RFC est donc strictement suivie, mais personne ne voit jamais les messages entrants de postmaster.