docs(release): o fragmento do serviço de e-mail entra enxuto

A seção não lançada está ACIMA do teto que o `agent.sh` aplica (medido agora:
termina no byte 32134, teto 30000), então todo PR que rode `verify` vai
vermelho nesse caso sem culpa própria — e fragmento novo soma ao estouro.

Escrever enxuto desde o início é mais barato que enxugar depois:

    antes  694 bytes
    agora  478 bytes
    seção  32134 → 31910 (−224)

O que saiu foi a repetição — o motivo em parágrafo próprio dizia o que o
título e a primeira frase já dizem. O que ficou é o que o dono da VPS precisa:
o que mudou de lugar, que nada quebra, e onde está o caminho.

Refs DEC-009

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01CWeWtaezTghGETonXLSn2G

.changes/servico-de-email-fica-numa-tela-so.md

@@ -4,14 +4,9 @@ secao: alterado
 titulo: O serviço de envio de e-mail passa a ficar todo na tela E-mail
 ---
 
-A chave do serviço externo de envio (Resend) e o endereço do remetente saíram
-de **Modo administrador › Credenciais**.
-Agora ficam em **Modo administrador › E-mail**, ao lado do servidor próprio.
+A chave do serviço externo (Resend) e o endereço do remetente saíram de
+**Credenciais** e agora ficam em **E-mail**, junto do servidor próprio: é um
+assunto só, e estava dividido em duas telas.
 
-Motivo: é um assunto só — *como este servidor manda e-mail* — e estava dividido
-em duas telas. Quem abria "E-mail" não encontrava o serviço externo e concluía
-que ele não era suportado.
-
-Nada muda no que já estava configurado: é o mesmo campo, gravado no mesmo lugar.
-A tela Credenciais agora mostra o caminho para quem procurar a chave onde ela
-ficava antes.
+O que já estava configurado continua valendo — é o mesmo campo, no mesmo lugar
+do banco. Credenciais mostra o caminho para quem procurar onde ficava antes.