Configurando o E-mail Mail.ru para Seu Domínio Personalizado: Um Guia Técnico Completo

Um endereço de e-mail com domínio personalizado — como contact@yourdomain.com — encaminha todos os e-mails através de servidores que você controla via DNS, em vez de um namespace de provedor compartilhado. Para configurar o Mail.ru for Business com um domínio personalizado, você deve verificar a propriedade do domínio através de um registro DNS TXT ou CNAME, apontar os registros MX do seu domínio para mxs.mail.ru e configurar as credenciais IMAP/SMTP no seu cliente de e-mail. Todo o processo normalmente é concluído em 24–48 horas, dependendo da velocidade de propagação DNS nos resolvedores globais.

Este guia abrange cada etapa técnica em detalhes completos, incluindo sintaxe de registros DNS, configuração de clientes de e-mail, modos de falha comuns e fortalecimento de segurança — informações que vão muito além do guia de configuração padrão.

Pré-requisitos e Visão Geral da Arquitetura

Antes de tocar em um único registro DNS, entenda o que você está realmente construindo. O Mail.ru for Business atua como um trocador de e-mail gerenciado: aceita conexões SMTP de entrada em nome do seu domínio, armazena mensagens em sua infraestrutura e as expõe aos utilizadores finais via IMAP, POP3 ou sua interface web. O DNS do seu domínio é o plano de controlo que informa ao sistema global de roteamento de e-mail onde entregar as mensagens.

Os componentes envolvidos são:

• Registros MX — direcionam o tráfego SMTP de entrada para os servidores do Mail.ru
• Registro TXT (SPF) — autoriza os servidores de saída do Mail.ru a enviar em nome do seu domínio
• DKIM — assina criptograficamente as mensagens de saída para evitar falsificação
• DMARC — registro de política que instrui os servidores receptores sobre o que fazer com mensagens que falham no SPF/DKIM
• Registro de verificação de domínio — um registro TXT ou CNAME único que comprova a propriedade ao sistema de provisionamento do Mail.ru

Ignorar SPF, DKIM ou DMARC é um dos erros mais comuns que os administradores cometem. Sem eles, o seu e-mail de saída frequentemente acabará em pastas de spam ou será completamente rejeitado por receptores rigorosos como o Google Workspace e o Microsoft 365.

Você também precisará de:

• Um domínio registado ativo com acesso ao seu painel de gestão DNS
• Uma conta Mail.ru (pessoal ou nova conta empresarial)
• Acesso administrativo à sua zona DNS (direitos de edição de TTL)

Se ainda não registou um domínio, o Registo de Domínios AlexHost fornece controlo total da zona DNS, o que é essencial para as modificações de registos descritas ao longo deste guia.

Passo 1: Registar e Aceder à Zona DNS do Seu Domínio

Inicie sessão no seu registador de domínio ou provedor DNS e localize o painel de gestão DNS ou Editor de Zona. Você precisa da capacidade de criar, modificar e eliminar os seguintes tipos de registos: TXT, MX e CNAME.

Antes de fazer qualquer alteração, anote os valores TTL atuais nos seus registos existentes. Reduzir temporariamente o TTL para 300 segundos (5 minutos) antes de começar reduzirá drasticamente o tempo que você passa à espera da propagação durante cada etapa de configuração. Lembre-se de restaurar o TTL para um valor razoável (3600 ou superior) após a conclusão da configuração.

Se o seu domínio está atualmente a servir e-mail em tempo real através de outro provedor, não remova os registos MX existentes até que o Mail.ru esteja totalmente verificado e testado. Execute ambas as configurações em paralelo durante a janela de transição.

Passo 2: Criar uma Conta Mail.ru for Business

Aceda a biz.mail.ru e inicie sessão com uma conta Mail.ru existente ou crie uma nova. A plataforma empresarial é separada da interface Mail.ru para consumidores — fornece um painel de gestão de domínios, provisionamento de utilizadores e controlos administrativos.

Após a autenticação:

1. Clique em “Conectar domínio” ou a opção equivalente na sua configuração de idioma.
2. Introduza o nome do seu domínio exatamente como registado — por exemplo, yourdomain.com — sem qualquer prefixo de subdomínio ou barra final.
3. O sistema apresentará um método de verificação.

Passo 3: Verificar a Propriedade do Domínio

O Mail.ru oferecerá um ou ambos os seguintes métodos de verificação:

Método A: Registro TXT

Adicione um registro TXT à sua zona DNS com o valor fornecido pelo Mail.ru. O registro será semelhante a este:

Name/Host: @  (or yourdomain.com)
Type:       TXT
Value:      mailru-verification: <unique-token>
TTL:        300

Método B: Registro CNAME

Name/Host: mailruverify  (or as specified)
Type:       CNAME
Value:      <unique-value>.mail.ru.
TTL:        300

Adicione o registro que o seu provedor DNS suporta de forma mais limpa. Alguns provedores lidam com registos TXT no domínio apex (@) de forma mais fiável do que registos CNAME na raiz. Depois de guardar o registro, volte ao painel do Mail.ru e clique em “Verificar”. O sistema do Mail.ru realizará uma pesquisa DNS para confirmar que o registro existe.

Verificação da realidade de propagação: As alterações DNS não entram em vigor instantaneamente. Use uma ferramenta como dig para monitorizar a propagação a partir do seu terminal antes de clicar em verificar:

dig TXT yourdomain.com +short

Ou consulte um resolvedor público específico para ver o que retorna atualmente:

dig TXT yourdomain.com @8.8.8.8 +short

Assim que o token aparecer na saída, a verificação será bem-sucedida. Não clique em verificar antes do registro ser resolvido — tentativas falhadas repetidas podem limitar temporariamente o endpoint de verificação.

Passo 4: Configurar Registos MX

Os registos MX são o mecanismo central de roteamento para e-mail de entrada. Após a verificação do domínio, o Mail.ru exibirá os registos MX que você deve adicionar. A configuração padrão é:

Adicione este registro na sua zona DNS:

Name/Host: @
Type:       MX
Priority:   10
Value:      mxs.mail.ru.
TTL:        300 (raise to 3600 after testing)

Detalhe crítico: O ponto final após mxs.mail.ru. é significativo na sintaxe DNS — denota um nome de domínio absoluto (totalmente qualificado). A maioria dos painéis DNS baseados na web adiciona-o automaticamente, mas se estiver a editar um ficheiro de zona bruto, omita-o apenas se o painel o normalizar para você.

Se estiver a migrar de outro provedor de e-mail, remova os registos MX antigos apenas após ter confirmado que o Mail.ru está a receber mensagens de teste corretamente. Executar dois conjuntos de registos MX simultaneamente durante a migração é aceitável — o número de prioridade mais baixo vence, portanto defina o Mail.ru com prioridade 10 e o seu provedor antigo com prioridade 20 temporariamente.

Verifique se o registro MX foi propagado:

dig MX yourdomain.com @8.8.8.8 +short

Saída esperada:

10 mxs.mail.ru.

Passo 5: Configurar SPF, DKIM e DMARC

Este é o passo que a maioria dos tutoriais omite, e é a principal razão pela qual o e-mail de domínio personalizado acaba no spam.

Registro SPF

O SPF (Sender Policy Framework) especifica quais servidores estão autorizados a enviar e-mail do seu domínio. Adicione o seguinte registro TXT:

Name/Host: @
Type:       TXT
Value:      v=spf1 include:_spf.mail.ru ~all
TTL:        3600

O qualificador ~all significa “falha suave” — mensagens de servidores não autorizados são marcadas como suspeitas, mas não rejeitadas. Se quiser uma política rigorosa e tiver a certeza de que todo o e-mail legítimo flui através do Mail.ru, use -all (falha grave). Não use +all em nenhuma circunstância — autoriza todos os servidores na internet a enviar como o seu domínio.

Restrição importante: Um domínio pode ter apenas um registro TXT SPF. Se já tiver um registro SPF para outro serviço, mescle as declarações include num único registro:

v=spf1 include:_spf.mail.ru include:other-service.com ~all

Registro DKIM

O Mail.ru for Business gera um par de chaves DKIM. A chave pública é fornecida como um registro TXT que você deve publicar na sua zona DNS. Recupere-a no painel do Mail.ru Business nas definições do domínio. Terá o seguinte aspeto:

Name/Host: mailru._domainkey
Type:       TXT
Value:      v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GN...
TTL:        3600

O seletor (mailru) pode variar — use exatamente o que o painel fornece. Verifique-o após a propagação:

dig TXT mailru._domainkey.yourdomain.com +short

Registro DMARC

O DMARC une o SPF e o DKIM e fornece aos servidores receptores uma política a aplicar. Comece com uma política apenas de monitorização:

Name/Host: _dmarc
Type:       TXT
Value:      v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com
TTL:        3600

Depois de confirmar que o e-mail legítimo está a passar nas verificações SPF e DKIM (reveja os relatórios agregados enviados para rua), reforce a política:

v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@yourdomain.com; pct=100

Eventualmente, mude para p=reject para máxima proteção contra falsificação de domínio e phishing.

Passo 6: Criar Caixas de Correio no Painel do Mail.ru Business

Com o DNS totalmente configurado e verificado, provisione as suas caixas de correio:

1. Abra o painel de administração do Mail.ru for Business.
2. Navegue até Utilizadores ou Caixas de Correio.
3. Clique em Adicionar utilizador e introduza a parte local desejada do endereço — por exemplo, contact, support, admin, info.
4. Defina uma palavra-passe forte (mínimo 12 caracteres, maiúsculas e minúsculas, dígitos e símbolos).
5. Atribua quota de armazenamento se o plano permitir limites por utilizador.

Cada caixa de correio criada fica acessível imediatamente em username@yourdomain.com. A interface web está disponível em mail.ru — os utilizadores iniciam sessão com o seu endereço de e-mail de domínio completo e a palavra-passe que definiu.

Passo 7: Configurar Clientes de E-mail via IMAP e SMTP

Para utilizadores que preferem clientes de desktop ou móveis (Thunderbird, Outlook, Apple Mail, K-9 Mail), configure as seguintes definições de servidor:

Referência de Configuração do Servidor Mail.ru

Nome de utilizador: Use sempre o endereço de e-mail completo — you@yourdomain.com — não apenas a parte local.

Autenticação: O Mail.ru requer autenticação baseada em palavra-passe. Se a conta tiver autenticação de dois fatores ativada na plataforma de consumidor, poderá ser necessário gerar uma palavra-passe específica para aplicação na página de definições de segurança.

POP3 vs. IMAP: Use IMAP a menos que tenha uma razão específica para não o fazer. O IMAP sincroniza o estado das mensagens (lida, marcada, eliminada) em todos os dispositivos e mantém as mensagens no servidor. O POP3 descarrega e normalmente remove as mensagens do servidor, o que quebra os fluxos de trabalho em múltiplos dispositivos.

Exemplo de Configuração do Thunderbird

Account type:       IMAP
Incoming server:    imap.mail.ru
Port:               993
Connection security: SSL/TLS
Authentication:     Normal password
Username:           you@yourdomain.com

Outgoing server:    smtp.mail.ru
Port:               465
Connection security: SSL/TLS
Authentication:     Normal password
Username:           you@yourdomain.com

Passo 8: Testar o Fluxo Completo de E-mail

Não assuma que a configuração está correta — verifique explicitamente cada direção do fluxo de e-mail.

Testar entrega de entrada:

Envie uma mensagem de um endereço externo (Gmail, Outlook.com) para you@yourdomain.com. Confirme que chega à caixa de entrada do Mail.ru em poucos minutos.

Testar entrega de saída:

Envie uma mensagem de you@yourdomain.com para um endereço externo. Verifique se chega e inspecione os cabeçalhos da mensagem para confirmar que SPF e DKIM passam:

Authentication-Results: mx.google.com;
   dkim=pass header.i=@yourdomain.com;
   spf=pass (google.com: domain of you@yourdomain.com designates ... as permitted sender)

Testar alinhamento SPF/DKIM usando MXToolbox:

# Check SPF record syntax
curl "https://mxtoolbox.com/api/v1/lookup/spf/yourdomain.com"

Ou use a interface web em mxtoolbox.com para executar verificações de SPF, DKIM, DMARC e pesquisa MX simultaneamente.

Testar conectividade SMTP a partir da linha de comandos:

telnet smtp.mail.ru 465

Se a porta 465 estiver bloqueada pela sua firewall local ou ISP, tente a porta 587 com STARTTLS.

Modos de Falha Comuns e Como Corrigi-los

E-mail Não Está a Ser Recebido

• Confirme que os registos MX foram propagados: dig MX yourdomain.com +short
• Verifique se os registos MX antigos de um provedor anterior foram completamente removidos
• Verifique se o estado do domínio no painel do Mail.ru Business mostra “Ativo”

E-mail de Saída a Ir para Spam

• O registro SPF está ausente ou contém um erro de sintaxe — valide com dig TXT yourdomain.com +short
• O registro DKIM ainda não foi propagado ou foi introduzido incorretamente — verifique se há quebras de linha introduzidas por copiar e colar
• A política DMARC está ausente — mesmo um registro p=none melhora os sinais de entregabilidade

Falhas de Autenticação em Clientes de E-mail

• Certifique-se de que está a usar o endereço de e-mail completo como nome de utilizador, não apenas a parte local
• Se o 2FA estiver ativado na conta Mail.ru, gere e use uma palavra-passe específica para aplicação
• Confirme que a porta e o tipo de encriptação correspondem exatamente — misturar SSL/TLS com portas STARTTLS causa reposições de ligação

A Verificação do Domínio Continua a Falhar

• O registro DNS ainda não foi propagado — aguarde e verifique novamente com dig antes de tentar novamente
• O valor do registro TXT foi introduzido com espaços ou aspas extra — a maioria dos painéis DNS adiciona aspas automaticamente; não as adicione manualmente
• Alguns provedores requerem que o host @ seja introduzido como o nome de domínio simples — consulte a documentação do seu registador

Mail.ru for Business vs. Provedores Alternativos

O Mail.ru for Business é uma escolha prática para organizações que operam em mercados de língua russa ou aquelas com infraestrutura Mail.ru existente. Para equipas que requerem integração profunda com suites de produtividade ou que operam sob requisitos rigorosos de soberania de dados fora da Rússia, avalie cuidadosamente as alternativas na tabela acima.

Considerações de Alojamento para E-mail com Domínio Personalizado

Se estiver a executar um website juntamente com o seu e-mail personalizado, o ambiente de alojamento afeta o seu fluxo de trabalho de gestão DNS. Num plano de Alojamento VPS, tem acesso direto aos ficheiros de zona DNS e pode gerir registos através de ferramentas de linha de comandos ou um painel de controlo sem esperar que a interface web de um registador propague alterações internamente.

Para equipas que gerem múltiplos domínios e configurações de e-mail, um VPS com cPanel fornece um Editor de Zona gráfico que simplifica a gestão de registos TXT, MX e DKIM sem necessitar de edição de ficheiros de zona brutos. O cPanel também inclui uma ferramenta integrada de Entregabilidade de E-mail que verifica automaticamente o alinhamento SPF e DKIM para domínios alojados.

Se precisar de uma infraestrutura de e-mail totalmente gerida em vez de encaminhar através do Mail.ru, o Alojamento de E-mail AlexHost fornece alojamento dedicado de caixas de correio com controlo total de DNS, eliminando completamente a dependência de uma plataforma de e-mail de terceiros.

Para ambientes empresariais de alto tráfego onde o e-mail é crítico para a missão, um Servidor Dedicado oferece a opção de executar o seu próprio MTA (Postfix, Exim) com controlo completo sobre filas de e-mail, políticas de entrega e registo — uma arquitetura que o Mail.ru for Business não consegue replicar.

Lista de Verificação de Pontos-Chave Técnicos

Use esta lista de verificação para confirmar que a sua configuração está pronta para produção antes de considerar a configuração completa:

• Domínio verificado no painel do Mail.ru Business (estado mostra “Ativo”)
• Registro MX aponta para mxs.mail.ru com prioridade 10, registos MX antigos removidos
• Registro TXT SPF publicado no domínio apex com include:_spf.mail.ru
• Registro TXT DKIM publicado em mailru._domainkey.yourdomain.com
• Registro TXT DMARC publicado em _dmarc.yourdomain.com (comece com p=none, reforce depois)
• Mensagem de teste de entrada recebida de um endereço externo
• Cabeçalhos de mensagem de teste de saída mostram dkim=pass e spf=pass
• Cliente de e-mail configurado com IMAP porta 993 (SSL/TLS) e SMTP porta 465 ou 587
• Valores TTL restaurados para 3600 após a conclusão dos testes
• Palavra-passe específica para aplicação gerada se o 2FA estiver ativo na conta Mail.ru

Perguntas Frequentes

Quanto tempo demora realmente a verificação de domínio do Mail.ru?

Na prática, se reduzir o TTL do seu DNS para 300 segundos antes de adicionar o registro de verificação, o Mail.ru pode confirmar a propriedade em 5–15 minutos. A janela declarada de 24–48 horas aplica-se quando o TTL é deixado no valor padrão (frequentemente 3600 ou superior), porque os resolvedores armazenam em cache a resposta antiga (vazia) durante essa duração antes de consultar novamente.

Posso usar o Mail.ru for Business juntamente com outro provedor de e-mail no mesmo domínio?

Sim, mas apenas um provedor pode ser o destino MX principal. Pode encaminhar subdomínios específicos (por exemplo, notifications.yourdomain.com) para um provedor diferente, mas para o domínio raiz, apenas um conjunto de registos MX deve estar ativo de cada vez para evitar divisão imprevisível de entrega.

Por que o meu e-mail de saída do Mail.ru vai para spam no Gmail ou Outlook?

As causas mais comuns são um registro SPF ausente ou mal configurado, assinatura DKIM ausente ou nenhuma política DMARC. Execute o seu domínio através de mail-tester.com para obter um relatório pontuado que identifica exatamente quais mecanismos de autenticação estão a falhar.

O que acontece ao meu e-mail se deixar de usar o Mail.ru for Business?

A entrega de e-mail para assim que os seus registos MX forem alterados para longe de mxs.mail.ru. As mensagens existentes armazenadas nos servidores do Mail.ru permanecem acessíveis através da interface web até que a conta seja encerrada, mas deve exportá-las via IMAP (usando um cliente como o Thunderbird) antes de fazer a mudança para evitar perda de dados.

É possível configurar o e-mail do Mail.ru num domínio gerido através do AlexHost?

Sim. Se o seu domínio estiver registado através do Registo de Domínios AlexHost, tem acesso total ao editor de zona DNS. Adicione o registro TXT de verificação do Mail.ru, o registro MX, o registro TXT SPF e o registro TXT DKIM diretamente a partir do painel de controlo do AlexHost. O processo é idêntico ao de qualquer outro registador — apenas a interface difere.