postmaster RFC 5321 @ execução de endereço de e-mail

Question

RFC 822 declara:

 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.

Da mesma forma, RFC 5321 declara:

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.

Quando um internauta encontra um domínio que não se comporta adequadamente, há algo que ele possa fazer para obrigar o controlador de domínio a aplicar o RFC, além de enviar o domínio para rfc-clueless.org (a substituição de rfc-ignorant.org )?

    

Answer 1

Não, não há como forçar outra pessoa a executar o servidor de email "adequadamente" para qualquer definição de "propriamente" que você queira fornecer. Você pode tentar enviar para outros endereços comuns, ou qualquer coisa que você encontrar em seu site (se tiver um). Você pode, se preferir, recusar-se a fazer correspondências com eles, mas, a menos que você seja do Google ou algo do tipo, é mais provável que isso faça com que seus usuários batam à sua porta, do que eles resolvam seus problemas.

Agora, no caso do endereço do postmaster, suspeito que você encontrará MUITOS domínios que não o fazem corretamente - endereços bem conhecidos podem ser alvo de grandes quantidades de spam, e alguns lugares os desativam , em vez de perder tempo percorrendo o spam para encontrar o e-mail legítimo de um mês ou menos.

Pode muito bem ser a coisa errada a fazer, mas para muitos administradores, o tempo necessário para lidar com esse endereço parece alto demais para os benefícios de estar lá.

    

Answer 2

Entre em contato com o administrador de e-mail do domínio e solicite a alteração / correção.

Se você é um cliente, leve sua empresa para outro lugar.

Caso contrário, não há muito o que fazer, pois os RFCs não são leis e definitivamente não são aplicáveis.

rfc-clueless.org não é para reportar sites que não têm todos RFC cobertos, é especificamente para relatar servidores / domínios de e-mail "públicos" que não se comunicam com todos os outros públicos servidores de correio (igualmente).

    

Answer 3

Sua pergunta é bem antiga, mas eu tenho mais uma observação sobre esse assunto.

Eu vi vários casos em que postmaster@domain é um endereço válido (você recebe 200 SMTP code do servidor em resposta a RCPT TO: ), mas todos os e-mails que chegam a ele são silenciosamente descartados. estritamente seguido, mas ninguém nunca vê mensagens recebidas postmaster.