Módulo 5 · 5.3
Os requisitos do Gmail, Yahoo e Microsoft
Módulo 5: Reputação e os grandes destinatários · Tempo de leitura: 11 minutos
Objetivo de aprendizagem: Após esta lição, será capaz de enumerar os requisitos que o Gmail, o Yahoo e a Microsoft impõem a todos os remetentes e aos remetentes em massa, explicar o que é o cancelamento de subscrição com um clique e verificar se o seu próprio domínio cumpre esses requisitos.
Conceitos-chave: diretrizes para remetentes, remetente em massa (5000 por dia), SPF ou DKIM, SPF e DKIM, DMARC com pelo menos p=none, alinhamento, PTR e FCrDNS, TLS, taxa de reclamações (0,1% e 0,3%), List-Unsubscribe, One-Click (RFC 8058), Postmaster Tools, SNDS, 550 5.7.515
Porque existem estes requisitos
O Gmail, o Yahoo e a Microsoft (Outlook.com, Hotmail, Live.com, MSN) recebem em conjunto uma grande parte de todo o correio pessoal. Durante muito tempo, o SPF, o DKIM e o DMARC foram apenas "recomendados". Em outubro de 2023, a Google e o Yahoo anunciaram que, a partir de fevereiro de 2024, iriam impor requisitos. A Microsoft seguiu o mesmo caminho para o Outlook.com e os restantes endereços de consumidor, com requisitos que passaram a ser aplicados a partir de maio de 2025.
Estes requisitos destinam-se a combater remetentes falsificados e correio em massa indesejado. Para a maioria dos pequenos remetentes, isto significa: garantir que o essencial do módulo 4 está correto. Para quem envia newsletters ou muito correio transacional, há requisitos adicionais.
Requisitos para todos
O Gmail e o Yahoo impõem estes requisitos a todos os remetentes que enviam correio para os seus utilizadores:
| Requisito | O que significa | Lição |
|---|---|---|
| SPF ou DKIM | Pelo menos um dos dois tem de ser aprovado | 4.2, 4.3 |
| DNS direto e inverso válido | O endereço IP de envio tem um PTR que remete de volta (FCrDNS) | 5.1 |
| Poucas reclamações | A percentagem de destinatários que marcam o seu correio como spam mantém-se abaixo de 0,3% | 5.2 |
| Mensagens corretas | O correio segue as normas (RFC 5321 e RFC 5322): por exemplo, exatamente um cabeçalho From: e uma Date: válida | 1.2, 1.5 |
| TLS (Gmail) | A ligação ao Gmail é cifrada | 1.4, 5.4 |
Além disso, a Google afirma: não se faça passar pelo Gmail. Quem envia correio com um endereço @gmail.com como remetente através de um servidor diferente dos da Google (por exemplo, através de um serviço de newsletter), falha no DMARC: esse servidor não pode assinar em nome de gmail.com e não consta no SPF de gmail.com. A Google refere que o Gmail trata esse correio com uma política de quarentena. Por isso, envie sempre a partir de um endereço do seu próprio domínio.
Requisitos adicionais para remetentes em massa
A Google considera-o um remetente em massa se, em 24 horas, enviar cerca de 5000 mensagens ou mais para endereços pessoais do Gmail. O correio proveniente de subdomínios conta para o domínio principal. E, importante: quem atingiu esse limite uma vez, mantém-se remetente em massa. Esse estatuto não caduca. O Yahoo não aplica um número fixo; a Microsoft também utiliza 5000 por dia.
Para os remetentes em massa, acrescenta-se o seguinte:
- SPF e DKIM têm de estar ambos configurados (não apenas um dos dois).
- Tem de existir um registo DMARC, com pelo menos
p=none. Uma política mais rigorosa é permitida, mas não é obrigatória. O Yahoo recomenda vivamente um endereço de relatório (rua). - Alinhamento: o domínio no endereço visível
From:tem de corresponder ao domínio do SPF (Return-Path) ou ao domínio do DKIM (d=). É exatamente isto que o DMARC verifica (lição 4.4). Em resumo: o correio tem de passar no DMARC. - Cancelamento de subscrição com um clique para correio de marketing e de assinaturas, além de uma ligação de cancelamento bem visível no texto.
- Processar os cancelamentos de subscrição no prazo de dois dias.
- Reclamações abaixo de 0,3%, preferencialmente abaixo de 0,1%.
Isto está em plena sintonia com a linha de orientação do módulo 4: comece o DMARC com p=none e um endereço de relatório. Assim, cumpre o requisito sem correr o risco de o seu próprio correio ser rejeitado.
Microsoft: SPF e DKIM e DMARC
A Microsoft impõe, para remetentes de 5000 ou mais mensagens por dia para o Outlook.com, Hotmail, Live.com e MSN (todos com o mesmo domínio no endereço From:), os seguintes requisitos:
- o SPF tem de ser aprovado;
- o DKIM tem de ser aprovado;
- tem de existir um registo DMARC, com pelo menos
p=none, e o correio tem de passar no DMARC.
Repare na diferença: no DMARC, basta que um dos dois seja aprovado (SPF ou DKIM, alinhado). A Microsoft exige, para remetentes em massa, que ambos sejam aprovados. O correio que não cumpre estes requisitos não vai para a pasta de Lixo, mas é rejeitado com:
550 5.7.515 Access denied, sending domain example.com does not meet the required authentication level.Um domínio que cumpre o DMARC através do DKIM, mas cujo SPF falha (por exemplo, por faltar um serviço no registo SPF), pode assim, ainda assim, receber este erro.
Cancelamento de subscrição com um clique
Numa newsletter, os destinatários esperam uma ligação de cancelamento de subscrição. O Gmail, o Yahoo e o Apple Mail mostram ainda um botão próprio de "Cancelar subscrição" no topo da mensagem. Esse botão funciona com dois cabeçalhos:
List-Unsubscribe: <https://nieuwsbrief.example/afmelden?id=8f3a2c>, <mailto:afmelden@example.com?subject=afmelden>
List-Unsubscribe-Post: List-Unsubscribe=One-ClickList-Unsubscribe(RFC 2369) indica uma ou mais formas de cancelar a subscrição: um endereço web e/ou um endereço de email.List-Unsubscribe-Post: List-Unsubscribe=One-Click(RFC 8058) indica: se for enviado um pedido POST para esse endereço web, o destinatário fica imediatamente cancelado. Sem página adicional, sem necessidade de iniciar sessão, sem "tem a certeza?".
Ambos os cabeçalhos têm de estar abrangidos pela assinatura DKIM, para que ninguém os possa alterar durante o percurso (a RFC 8058 exige isso). Um serviço de newsletter trata disto por si. Se enviar o correio diretamente, terá de o implementar por si mesmo (lição 7.2).
O que acontece se não cumprir os requisitos?
A Google afirma que o correio que não cumpre os requisitos pode ser rejeitado, temporária ou definitivamente, ou acabar na pasta de spam. Desde novembro de 2025, o Gmail tem vindo a reforçar ainda mais esta aplicação. As mensagens de erro são específicas (encontra uma lista completa na lição 6.2), por exemplo:
| Código | Significado no Gmail |
|---|---|
550 5.7.25 | O endereço IP de envio não tem PTR |
550 5.7.26 | O remetente não está autenticado (o SPF e o DKIM falham, ou o DMARC falha) |
550 5.7.27 | O SPF falhou |
550 5.7.29 | Não enviado por TLS |
550 5.7.30 | O DKIM falhou |
421 4.7.32 | O domínio From: não está alinhado; abrandado temporariamente |
Um código com um 4 é temporário (o servidor de envio tenta novamente mais tarde), um código com um 5 é definitivo (lição 6.1).
Medir: Postmaster Tools e SNDS
Não pode ver o interior da caixa de correio dos destinatários, mas os grandes destinatários disponibilizam dados:
- Google Postmaster Tools (postmaster.google.com): depois de confirmar o seu domínio com um registo TXT, vê, entre outros dados, a taxa de reclamações, se o seu correio passa no SPF, no DKIM e no DMARC, e se é cifrado. Só verá dados se enviar correio suficiente para o Gmail.
- Microsoft SNDS (Smart Network Data Services): dados por endereço IP. Só é útil se tiver um endereço IP próprio (lição 6.4).
- Yahoo Sender Hub: o espaço próprio do Yahoo para remetentes, com um feed de reclamações.
Se enviar através de um serviço de newsletter, esse serviço normalmente já mostra a taxa de reclamações por envio.
Na prática
Para uma caixa de correio empresarial comum junto de uma empresa de alojamento ou de um serviço de correio, normalmente já cumpre os requisitos para todos: o fornecedor trata do PTR e do TLS, e o utilizador trata do SPF, do DKIM e de um registo DMARC. No WebOké, o cartão Definir e-mail em O meu WebOké mostra, registo a registo, se está tudo correto; noutros fornecedores, essa verificação pode ter outro nome, ou pode utilizar uma ferramenta independente como internet.nl.
Se enviar newsletters, deve ter em conta o SPF e o DKIM do serviço de envio (chave DKIM própria no seu domínio, lições 4.3 e 7.1), um registo DMARC e um botão de cancelamento de subscrição que funcione com um clique.
Resumo
- Para todos: SPF ou DKIM, PTR correto, mensagens corretas, TLS, reclamações abaixo de 0,3%.
- Remetentes em massa (a partir de cerca de 5000 por dia, estatuto que se mantém): SPF e DKIM, DMARC com pelo menos
p=none, alinhamento, cancelamento de subscrição com um clique, cancelamentos processados no prazo de dois dias. - A Microsoft exige que os remetentes em massa tenham SPF e DKIM aprovados, caso contrário recebem
550 5.7.515. - Cancelamento de subscrição com um clique =
List-Unsubscribecom um endereço https maisList-Unsubscribe-Post: List-Unsubscribe=One-Click. - Meça com o Google Postmaster Tools, o Microsoft SNDS ou os dados do seu serviço de envio.
Quiz
Exercício
Exercício Z5.3: O seu domínio face aos requisitos. Introduza o seu próprio domínio e um seletor DKIM que tenha encontrado nos cabeçalhos de uma mensagem sua (s= em DKIM-Signature, lição 4.3). Indique, para cada requisito, se considera que o cumpre: SPF presente e válido, chave DKIM encontrada, DMARC presente com um p válido, endereço de relatório presente, PTR do seu servidor MX correto. O programa realiza as mesmas verificações em tempo real e coloca o resultado ao lado da sua estimativa. Não tem domínio próprio? Utilize então sidn.nl (sem seletor DKIM).
Para saber mais
Os passos descritos nestes artigos aplicam-se aos painéis do WebOké; noutros fornecedores, o funcionamento é semelhante.
- O meu e-mail não chega ou vai parar ao spam: assim pode descobrir porquê
- O que é o DMARC? Explicação em linguagem simples
- Posso enviar uma mailing através do meu pacote de alojamento na WebOké?
- Manual do WebOké 6.7: O cartão Configurar e-mail (MX, SPF, DKIM, DMARC)
- Google, Diretrizes para remetentes: https://support.google.com/a/answer/81126
- Yahoo, Sender best practices: https://senders.yahooinc.com/best-practices/
- Microsoft, Erro 550 5.7.515 no Outlook.com: https://support.microsoft.com/en-us/outlook/fix-ndr-error-550-5-7-515-in-outlook-com
- RFC 8058 (cancelamento de subscrição com um clique)
