RFC
Manual

01 · CONCEITO

O que significa RFC — Request for Comments?

RFC é a sigla para Request for Comments. É a série documental usada pela comunidade da Internet para registrar especificações técnicas, protocolos, formatos, boas práticas e decisões de engenharia.

Nem toda RFC é um padrão obrigatório. Algumas descrevem padrões da Internet, outras são informativas, experimentais, históricas ou registram boas práticas atuais. Em ambientes de e-mail e rede, conhecer o número e o status de uma RFC ajuda a distinguir comportamento padronizado de implementações proprietárias.

02 · LEITURA

Como interpretar uma RFC sem se perder.

Antes de aplicar qualquer requisito, confira quatro pontos: o número da RFC, a data de publicação, o status do documento e se ele foi atualizado ou substituído por outra RFC.

Para requisitos escritos em linguagem normativa, a referência clássica é a RFC 2119, atualizada pela RFC 8174.

03 · SMTP E MENSAGENS

As RFCs centrais do correio eletrônico.

O ecossistema de e-mail é dividido em transporte, estrutura da mensagem e extensões. O servidor SMTP pode transportar uma mensagem válida mesmo que determinadas políticas de segurança ou reputação façam o destinatário rejeitá-la.

04 · DNS E ROTEAMENTO

Como o DNS participa da entrega de e-mail.

Antes de um servidor entregar uma mensagem, ele precisa descobrir para onde enviá-la. Isso normalmente ocorre por meio de registros MX e, em diversos controles de reputação e autenticação, por registros A/AAAA, PTR e TXT.

1. 1034

   RFC 1034 descreve conceitos e facilidades do Domain Name System.

2. 1035

   RFC 1035 define detalhes de implementação, formato de mensagens DNS e tipos de registros.

3. 2181

   RFC 2181 esclarece comportamentos e regras operacionais do DNS.

4. 1912

   RFC 1912 reúne erros comuns de configuração DNS e recomendações operacionais, incluindo consistência de nomes e reverso.

05 · AUTENTICAÇÃO DE E-MAIL

SPF, DKIM e DMARC trabalham em conjunto.

Uma implementação robusta não deve tratar SPF, DKIM ou DMARC isoladamente. O valor real aparece quando autenticação, alinhamento, reputação e política de recebimento são analisados em conjunto.

06 · TLS E SEGURANÇA

Criptografia em trânsito e proteção do canal.

SMTP originalmente não exigia criptografia. Com o tempo, extensões e políticas foram adicionadas para proteger a sessão entre servidores e reduzir downgrade ou interceptação.

07 · CÓDIGOS DE STATUS

2xx, 4xx, 5xx e Enhanced Status Codes.

Os códigos SMTP básicos indicam sucesso, falha temporária ou falha permanente. Os Enhanced Status Codes adicionam uma segunda camada de diagnóstico, como 5.1.1 para endereço inexistente ou 4.7.x para falhas temporárias relacionadas a segurança, política ou reputação.

A RFC 3463 define os Enhanced Mail System Status Codes e é uma das referências mais úteis para troubleshooting de NDRs e rejeições.

Abrir o manual de códigos SMTP →

08 · REFERÊNCIA RÁPIDA

RFCs importantes para administradores de e-mail.

09 · BOAS PRÁTICAS

Como usar RFCs no dia a dia.

1. 01

   Use a RFC como referência para entender o comportamento esperado antes de concluir que um servidor está “errado”.

2. 02

   Compare a mensagem de erro real com o código SMTP e, quando disponível, com o Enhanced Status Code.

3. 03

   Evite implementar exemplos antigos sem verificar se a RFC foi atualizada ou tornou-se obsoleta.

4. 04

   Documente exceções proprietárias de provedores separadamente das regras definidas em RFCs.

5. 05

   Para mudanças em produção, teste em ambiente controlado e valide interoperabilidade com diferentes MTAs.

6. 06

   Mantenha DNS, SPF, DKIM, DMARC e TLS alinhados às recomendações atuais de segurança e entregabilidade.

10 · FONTES OFICIAIS

Onde consultar a versão oficial.

Para documentação normativa e histórico de atualizações, consulte o RFC Editor e os materiais do IETF. Esses repositórios indicam status, erratas, atualizações e documentos relacionados.