Nesta página: [ocultar]
Em 29 abril 2025, A Microsoft excluiu o período de carência de seu próprio anúncio. O plano original era encaminhar mensagens não autenticadas de grandes remetentes para a pasta Lixo Eletrônico, com rejeição para seguir mais tarde. Seis dias antes da aplicação, Em vez disso, a Microsoft mudou para a rejeição total. O parágrafo riscado ainda está visível na página hoje. Hospedagem compartilhada é onde isso é mais difícil, porque os três registros que a Microsoft verifica são aqueles que seu host configura parcialmente para você. Este guia classifica as doze maneiras pelas quais o e-mail de hospedagem compartilhada falha, de acordo com quem pode realmente reparar cada uma delas.
Última revisão: setembro 2026. Limites de envio de host, políticas portuárias, preços de retransmissão e prazos de autenticação verificados em relação a fontes primárias.
Resposta rápida: Descubra quem é o proprietário da peça quebrada antes de alterar uma única configuração. No cPanel, verifique o roteamento de e-mail e sua cota de disco. Em seguida, envie uma mensagem para um testador de autenticação gratuito como mail-tester.com. Leia as linhas SPF e DKIM, os dois registros que provam que a correspondência é realmente sua. Se todos os quatro estiverem limpos, a culpa está do lado da cerca do seu anfitrião. Isso significa uma porta fechada, um limite por hora, ou um IP de servidor na lista de bloqueio, e eles precisam de um tíquete de suporte em vez de uma alteração nas configurações. Se o seu correio paga suas contas, take it off the web host entirely.
Três verificações que indicam de quem é esse problema
Shared hosting email breaks in two very different ways, and almost every wasted afternoon comes from treating one as the other. Some failures live in your account, where you have buttons to press. Others live in the server, the IP address, or the firewall, where you have nothing but a ticket queue. Run these three checks first and you’ll know which kind you have.
Primeiro, send yourself two messages. Send one from webmail to an outside address, like a Gmail account. Then send one from that outside address back to your domain. If the outbound message arrives and the inbound one doesn’t, your problem is DNS or routing, and it’s yours to fix. If outbound fails but inbound works, look at ports and sending caps. If both fail, start with your MX records, the DNS entries that name your mail server.
Segundo, read the bounce. Not the summary. A bounce carries an SMTP status code, and that code names the failure. A code beginning 4 is temporary, so the server keeps retrying. A code beginning 5 is permanent. “550 5.7.515 Access denied” means authentication. “452 4.2.2” means a full mailbox. Your contact form’s “message sent” notice tells you nothing, because the script that printed it never waited for an answer.
Terceiro, open Track Delivery. Nearly every shared host runs cPanel, and cPanel ships a tool that most people never open. cPanel’s documentation says it lets you “trace an email’s delivery route and to find delivery problems.” It reads the log kept by Exim, the mail software doing the actual sending. That’s the difference between guessing and knowing.
O que verificamos, e onde estão as lacunas
Ten hosts are named in the sending-limit section below. Two more were researched and left out on purpose. Hospedagem.com (anteriormente A2 Hosting) and ScalaHosting publish no shared-hosting sending figure we could confirm on their own sites. Third-party numbers for both contradicted each other by a factor of five. A guess dressed as a figure is worse than a gap, so they get a gap.
Every cap, port policy and price here was read from the source that sets it, em setembro 2026. Host limits come from the hosts’ own knowledge-base and acceptable-use pages. Protocol behaviour comes from the RFCs. Mailbox-provider rules come from Google’s sender guidelines and Microsoft’s own announcements, read on the page rather than in a summary of it. Relay pricing came off current vendor pricing pages. Some of those pages build their content with JavaScript and return a blank body to an automated read. Em vez disso, abrimos isso em um navegador, foi assim que as duas datas da Microsoft aqui foram confirmadas.
Três limites honestos. Não executamos testes de capacidade de entrega, então nada aqui afirma posicionamento medido na caixa de entrada. Alguns detalhes do cPanel (a configuração padrão de correio por hora, o seletor DKIM) vêm de bases de conhecimento de hospedagem independentes, em vez de documentos do próprio cPanel. Eles são sinalizados onde aparecem. E enviar bonés se move, então um número verificado hoje é apenas um número que era verdadeiro hoje.
Falhas que você mesmo pode consertar, em cerca de dez minutos
Cinco das doze falhas estão inteiramente sob seu controle. Trabalhe com eles nesta ordem, porque o primeiro causa mais perda de e-mails em hospedagem compartilhada do que os outros quatro combinados.
1. O roteamento de e-mail ainda diz Local enquanto seu MX aponta para outro lugar
Este é o clássico. Você moveu suas caixas de correio para o Google Workspace ou Microsoft 365, você alterou os registros MX, e a correspondência do mundo exterior chega perfeitamente. Então as notificações do seu formulário de contato desaparecem. As faturas do seu próprio script de faturamento nunca aparecem. Tudo enviado de dentro do servidor desaparece.
Aqui está o porquê. cPanel mantém uma configuração de roteamento por domínio separada do DNS. Definir como trocador de correio local, Os documentos do cPanel dizem “o servidor sempre aceitará mensagens para o domínio” e “entregará a correspondência na caixa de correio local.” Ele nunca analisa seus registros MX. Então o servidor coloca a mensagem em uma caixa de correio antiga do cPanel que ninguém abre, e relata sucesso. Mude para o Remote Mail Exchanger e o comportamento se inverte: “o servidor não aceitará correio para o domínio”. Ele entrega tudo para “o trocador de correio com número mais baixo” em vez de, é isso que você quer.
Abra o cPanel, vá para roteamento de e-mail, e defina o domínio como Trocador de correio remoto na mesma hora em que você altera os registros MX. A configuração recomendada do cPanel é Detectar configuração automaticamente, e geralmente acerta, mas “usualmente” está fazendo um trabalho real nessa frase. Defina-o explicitamente. O próprio aviso do cPanel é contundente: “Configurações mal configuradas de roteamento de e-mail podem atrapalhar a capacidade do seu domínio de receber e-mails.”
2. A caixa de correio está cheia, ou toda a conta é
Uma caixa de correio cheia rejeita mensagens recebidas, e as caixas de correio de hospedagem compartilhada são pequenas por padrão. Pior, o correio é contabilizado na cota total de disco da sua conta, então, um backup de site que você esqueceu pode parar todas as caixas de correio do domínio de uma só vez.
RFC 3463 define o código de status que você verá. X.2.2 significa “a caixa de correio está cheia porque o usuário excedeu uma cota administrativa ou capacidade física por caixa de correio.” A RFC arquiva isso como uma falha transitória persistente, então a forma correta é 452 4.2.2. O servidor de envio continuará tentando por alguns dias. That retry window is your grace period. Clear space inside it and nothing is lost.
Two things to check beyond the obvious. Old webmail Trash and Junk folders still occupy quota. And if you ever used POP without “leave a copy on server”, check the mailbox you abandoned years ago. It may still be filling.
3. Seu registro SPF está errado de uma das três maneiras específicas
SPF (Estrutura de política do remetente) is the DNS record listing which servers may send mail for your domain. Failures on shared hosting are rarely a missing record. They’re usually one of these three.
- Two SPF records. Publishing two DNS TXT records that both start v=spf1 makes the check fail outright. You need one record containing every sender.
- More than ten DNS lookups. RFC 7208 seção 4.6.4 caps an SPF evaluation at ten DNS lookups. Each include, uma, mx, ptr, exists and redirect counts, and nested includes count too. Exceed it and the result is PermError, que a maioria dos receptores trata como uma falha. Empilhe seu host, Google Workspace e uma ferramenta de marketing e você pode chegar aos dez sem perceber.
- A retransmissão do seu host está faltando. Este é específico para hospedagem compartilhada e chama a atenção das pessoas. Muitos hosts cPanel roteiam e-mails de saída através de MailChannels em vez de enviar a partir do próprio IP do servidor. Seu e-mail sai de MailChannels’ conjunto de endereços, que o SPF padrão do seu host inclui pode não cobrir. Canais de correio’ documentação diz para adicionar incluir:relay.mailchannels.net para o registro que você já possui, posicionado antes de todo o mecanismo. Adicionar um segundo registro quebra totalmente o SPF, é assim que uma correção se transforma em uma falha.
Não edite isso manualmente se puder evitá-lo. A ferramenta Email Deliverability do cPanel relata problemas de SPF e DKIM por domínio e oferece uma ação de reparo. Uma pegadinha: O reparo só funciona quando o seu domínio usa os servidores de nomes do seu host.
4. DKIM não está assinando seu e-mail
SPF autoriza um servidor. DKIM (Correio identificado por DomainKeys) assina a própria mensagem, e é a metade que sobrevive ao encaminhamento. Um terceiro disco, DMARC, informa aos receptores o que fazer quando o SPF e o DKIM falham. cPanel gera uma chave por domínio e a publica no seletor default._domainkey, então geralmente é um trabalho de dois cliques em Capacidade de entrega de email. (O nome do seletor é consistente em todos os hosts cPanel que analisamos, embora os próprios documentos do cPanel não o declarem de uma forma que possamos citar.)
Verifique o resultado em vez da configuração. Envie uma mensagem para um testador gratuito e leia a linha DKIM no relatório. A record that exists but doesn’t sign is common after a domain transfer, because the DNS zone moved and the key didn’t come with it.
5. Um endereço abrangente está consumindo sua cota
cPanel’s Default Address feature “receives any mail for an invalid email address for the domain.” Leave it forwarding to a real mailbox and you’ve built a spam magnet. cPanel says so directly. If spammers target your domain, its docs warn, “that address may receive a large amount of spam.”
The damage isn’t only inbound. Every auto-reply and bounce that mailbox generates counts against the hourly sending cap you’ll meet in a moment. A dictionary attack on your domain can exhaust that cap before you’ve had coffee, and then your real mail stops. Set the default address to discard. cPanel warns that a plain discard means “o remetente não saberá que a entrega falhou”. Use a opção descartar com erro se isso for importante para você.
Uma observação se o e-mail com falha vier de um site WordPress e não de uma caixa de correio. Essas causas são diferentes o suficiente para precisar de sua própria lista, que escrevemos em por que o WordPress não está enviando e-mail.
Falhas que somente seu host pode corrigir
Esses cinco precisam de um ingresso. Você ainda pode diagnosticar cada um sozinho, e isso importa. Um ticket específico recebe uma resposta específica. “Meu e-mail está quebrado” recebe uma macro.
6. As portas de saída estão fechadas
Se você apontar seu site ou cliente de e-mail para um servidor SMTP externo e as conexões atingirem o tempo limite, um firewall provavelmente está no caminho. Porta 25 é o único bloco de hosts. Uma porta aberta 25 em um servidor compartilhado há um canhão de spam esperando por uma conta comprometida.
Aqui está o problema desta regra: quase ninguém documenta isso. Dos dez hosts que verificamos, exatamente um faz uma declaração simples de primeira parte. A base de conhecimento da DreamHost diz isso “bloqueia porta 25 para chamadas SMTP de saída em servidores de hospedagem compartilhada”. A mesma página acrescenta que isso é “não é uma restrição para VPS gerenciados/servidores dedicados”. Recomenda porto 587 com STARTTLS em vez disso. SiteGround vai para o outro lado e porta documentos 25 como aberto em seus servidores compartilhados. Os outros oito escrevem como se seu próprio provedor de internet fosse o bloqueador. Às vezes isso é verdade. Às vezes é uma maneira de não responder.
Tentar 587 primeiro, então 465. Ambos são atuais. RFC 8314 recomenda TLS implícito na porta 465, e a história lá vale uma sentença. Porta 465 foi designado em 1997, revogado em 1998, então formalmente trazido de volta por aquela RFC em 2018. Qualquer um te contando 465 está obsoleto está citando uma decisão de vinte anos que foi revertida.
Se todas as portas de correio estiverem fechadas, use um relé: um serviço de envio para o qual seu site entrega correspondência por meio de uma API. Essas chamadas viajam pelo porto 443, e nenhum host bloqueia isso sem quebrar seu site. (sim, a solução confiável para uma porta de correio bloqueada é parar de usar portas de correio.)
7. Você atingiu um limite horário que não consegue ver
Hosts compartilhados limitam e-mails enviados por hora. O texto do erro é específico o suficiente para pesquisar: “O domínio exemplo.com excedeu o máximo de e-mails por hora”. No WHM, a configuração é Máximo de e-mails por hora por domínio. É enviado como ilimitado, então seu anfitrião mudou isso. (Os artigos de suporte do host concordam com esse padrão; não conseguimos encontrá-lo na documentação do cPanel.)
Os bonés mordem com mais força onde você menos espera, porque a maioria dos hosts conta destinatários, não mensagens. SiteGround explica tudo. Você pode somar 80 destinatários para uma mensagem, mas “cada destinatário é contado como um envio de e-mail separado dentro da cota horária permitida.” Então, uma única mensagem para 80 as pessoas consomem 80 de um subsídio de 400 horas. Cinco desses e sua hora acabou.
Peça ao seu anfitrião um aumento temporário e dê-lhe um motivo com um número. Pedidos vagos são recusados.
8. O IP do servidor está em uma lista de bloqueio
Um vizinho comprometido é suficiente. Verifique o IP de envio em Spamhaus, que cobre o SBL, CSS, Listas PBL e XBL em uma pesquisa.
Leia o tipo de listagem antes de fazer qualquer coisa, porque lhe diz quem tem que agir. Uma listagem PBL cobre, nas palavras de Spamhaus, “Espaço IP que não deveria enviar e-mail diretamente para a Internet”. Isso geralmente significa faixas de banda larga para consumidores. A exclusão exige que o endereço seja “Estático, não dinâmico” e “Um servidor de e-mail de saída”. Spamhaus também permite que proprietários de redes reivindiquem intervalos inteiros alocados em uma conta PBL. Traduzido: em um IP genuinamente compartilhado, seu host solicita remoção, você não. Enviar você mesmo pode reverter a remoção.
Então abra o ticket com o tipo de listagem, o IP, e o URL de pesquisa. E faça a pergunta que importa mais do que a exclusão: o que está impedindo o próximo?
9. O certificado de e-mail não cobre o nome do host que você digitou
Seu cliente de e-mail avisa que o certificado não corresponde ao servidor. Normalmente você digitou mail.seudominio.com enquanto o certificado cobre o nome de host do próprio servidor do seu host.
O AutoSSL do cPanel protege a pilha de e-mail. Sua documentação confirma AutoSSL “instala automaticamente certificados SSL validados por domínio” para Apache, Pombal, Exim, Web Disk e o servidor cPanel. Dovecot e Exim são os serviços que buscam e enviam sua correspondência, então a cobertura é real. O que não pode fazer é cobrir um nome de host que não esteja no certificado. webmail.seudominio.com é um subdomínio do serviço cPanel e é coberto; um subdomínio de email simples geralmente não é um subdomínio, a menos que alguém o crie.
Duas correções, em ordem de preferência. Aponte o cliente para o nome de host do servidor que seu host publica nas instruções do cliente de email, que sempre corresponde ao seu certificado. Ou peça ao seu host para adicionar seu nome de host de e-mail ao certificado. Nunca clique “confie de qualquer maneira”, porque então você não pode diferenciar uma configuração incorreta de uma interceptação.
10. Seu e-mail está congelado na fila
A correspondência que não chega nem é devolvida às vezes fica congelada. Isso acontece quando uma mensagem não pode ser entregue e também não pode ser devolvida ao remetente. Documentação do Exim é preciso sobre o que se segue: a mensagem “está marcado como ‘congelado’ no carretel, e não há mais tentativas de entrega.” Um salto que salta é a causa clássica. É por isso que um encaminhador quebrado apontando para um endereço morto produz silêncio em vez de um erro.
O gerenciamento de filas reside no WHM, no nível do revendedor ou raiz, então, na hospedagem compartilhada, você geralmente não consegue ver sua própria fila. Peça ao seu host para verificar se há mensagens congeladas para o seu domínio. É uma pesquisa de trinta segundos para eles e invisível para você.
Duas falhas que ninguém consegue consertar na hospedagem compartilhada
Agora a parte que a maioria dos guias pula, porque a resposta honesta não é uma solução.
11. O registro PTR que você não controla
DNS reverso mapeia um endereço IP de volta para um nome de host, e é definido por quem detém o bloco de endereço. ARIN coloca isso claramente: DNS reverso é gerenciado pelo proprietário do bloco IP, normalmente seu provedor de hospedagem ou ISP, não é o seu registrador de domínio. You cannot set a PTR record for an IP you don’t own, and no amount of DNS editing at your registrar changes that.
This matters because Google requires one. Its sender guidelines set three conditions:
- The sending server’s IP “must have a corresponding PTR record that resolves to a hostname”.
- That hostname “must also have an A (for IPv4) ou AAAA (for IPv6) record that resolves to the same public IP address”.
- E “the sending IP address must match the IP address of the hostname specified in the Pointer (PTR) record.”
That round trip has a name: forward-confirmed reverse DNS. It either passes or it doesn’t.
The good news is that a competent shared host has already set a valid PTR for the server. It resolves to something like mail47.hostname.com rather than your domain, e tudo bem. A exigência do Google é que o registro exista e as viagens de ida e volta, não que carregue sua marca. A má notícia é que se o seu anfitrião entendeu errado, você só pode perguntar.
12. O que seus vizinhos enviam
Você compartilha um IP de saída com todas as outras contas no servidor. Os hábitos de envio deles fazem parte da sua reputação, e você não tem visibilidade sobre eles e nenhum voto.
Um IP dedicado é a sugestão usual e está exagerado. Muda quem é responsável pela sua reputação, não qual é a sua reputação. Um novo IP também começa sem histórico de envio, e os provedores de caixa de correio tratam isso com suspeita até que você crie um. A regra prática no comércio de capacidade de entrega coloca o cruzamento em torno 100,000 mensagens por ano. Abaixo disso, um pool compartilhado bem gerenciado geralmente supera um IP dedicado frio.
A verdadeira solução é arquitetônica: pare de enviar e-mails do mesmo IP que atende seu site. Esse é o rota de saída descrita abaixo, e custa menos do que mudar para um VPS com IP dedicado puramente para escapar dos vizinhos.
O que seu host realmente permite que você envie
Aqui está o número que seu anfitrião publica, e aqui está o que isso significa, porque essas coisas acabam sendo coisas diferentes. Os anfitriões cotam limites em unidades que você não pode comparar. Então convertemos cada valor horário no teto que isso implica 24 horas, em seguida, compare isso com o limite diário publicado.
- DreamHost: 100 destinatários por hora de um cliente de e-mail, webmail ou formulário web, 200 uma hora de scripts. Contado por destinatário, então um boletim informativo para 150 assinantes falham em um único envio.
- Verpex: 100 uma hora em compartilhado, que é um teto de 2,400 um dia.
- Hostinger: 200 uma hora e 2,400 por dia em seus planos cPanel Silver e Gold. A taxa horária implica 4,800, então o limite diário é vinculado após 12 horas.
- Namecheap: 200 an hour per domain on Stellar and Stellar Plus, 500 an hour on its Premium servers.
- Hospedagem InMotion: 250 an hour by default, raised on request through an account form.
- ChemiCloud: 300 uma hora e 3,000 a day per domain. You would burn the daily allowance in ten hours of flat-out sending.
- SiteGround: 400 an hour on StartUp, GrowBig, Ecommerce and Coderick, 800 an hour on GoGeek and Cloud. Recipients count individually, 80 per message maximum.
- Bluehost and HostGator: 500 an hour per domain. HostGator suggests throttling to one message every eight seconds, que é sobre 450 uma hora.
- Vai Papai: 500 a day per mailbox, e 500 an hour shared across every mailbox on the account. Mail must go through GoDaddy’s own relay.
Two things fall out of that arithmetic. Primeiro, where a host publishes both an hourly and a daily cap, the daily one always binds first. The hourly number then oversells your capacity by two to three times. Hospedagem 200 an hour sounds like 4,800 a day and is actually 2,400.
Segundo, a propagação entre hosts é enorme e ninguém anuncia isso. Bluehost 500 uma hora implica 12,000 mensagens por dia. GoDaddy permite 500 a day per mailbox. Isso é um 24-diferença de dobra entre dois planos compartilhados convencionais, em um número que nenhum deles coloca na página de preços. Se você enviar em volume, isso pertence à sua comparação antes do preço.
Uma coisa que esses bonés não são: uma maneira de racionar você. Eles existem para limitar os danos de uma conta comprometida, é por isso que os anfitriões os levantam quando você pergunta um motivo. Isso também significa que o limite raramente é o verdadeiro problema. O IP compartilhado por trás disso é.
Removendo e-mails do seu host: Três Rotas
Cada correção acima trata um sintoma. Esta seção trata a causa. Seu site e seu e-mail têm necessidades de confiabilidade diferentes, e a hospedagem compartilhada os une sem nenhum motivo além do fato de ter vindo em um pacote.
Rota um: mover as caixas de correio. Point your MX records at a mailbox provider and leave the website where it is. Google Workspace e Microsoft 365 are the obvious choices; Zoho, Fastmail and Proton cost less. Your inbound mail then has nothing to do with your web host. Switch Email Routing to Remote Mail Exchanger in the same sitting, or you’ll spend an evening on failure number one. We compare the options in our guia de hospedagem de e-mail.
Route two: move the sending. Keep the mailboxes and push the website’s outbound mail through a relay. This is the fix for order confirmations, password resets and form notifications. It’s also the highest-value change on this page, because those are the messages that cost money when they vanish. Free tiers, verified this month:
- Brevo: 300 a day free, sem limite de tempo. Paid from USD 9/month for 5,000 um mês, with contact storage capped at 500 on that tier.
- Resend: 3,000 a month free, limitado a 100 um dia, three domains. Paid from USD 20/month for 50,000.
- SMTP2GO: 1,000 a month free, limitado a 200 um dia, with DKIM and SPF handled automatically. Paid from USD 10/month for 10,000.
- MailerSend: 500 a month free, um domínio. Paid from USD 5.60/month billed annually for 5,000.
- Carimbo postal: 100 a month free, which is a test allowance rather than a plan. Paid from USD 15/month for 10,000.
- Amazon SES: USD 0.10 por 1,000 mensagens, the cheapest at volume by a wide margin. New accounts start in a sandbox capped at 200 a day to verified recipients only, until AWS approves production access.
Note the daily caps hiding inside the monthly ones. Reenviar 3,000 a month reads generously until you notice the 100-a-day ceiling, which is a third of what Brevo’s free tier allows in a day. If your traffic is spiky, the daily number is the one that governs. Nosso SMTP hosting comparison goes deeper on the paid tiers.
Route three: split the sending domain. Send transactional mail from a subdomain, say send.yourdomain.com, with its own SPF and DKIM. A reputation problem on your bulk mail then can’t contaminate your invoices. This is standard practice at scale and it costs nothing but half an hour of DNS work.
Qual rota se adapta ao seu site
Volume and consequence decide this, não recursos. Five situations, with the numbers that separate them.
Volume: debaixo 300 um dia, transactional. Keep your mailboxes on the host and route the website through Brevo’s free tier, which covers exactly this. Skip Amazon SES for now. Its per-message price is unbeatable, but new accounts are sandboxed to 200 mensagens por dia, and only to addresses you have verified. Until AWS grants production access, it can’t take your traffic at all.
Despesas: zero, debaixo 100 um dia. Resend’s free tier fits, and it includes SPF, DKIM and DMARC on the free plan. Don’t reach for SendGrid out of habit. Twilio began retiring the free SendGrid plan on 27 Maio 2025, giving customers 60 days of continued access. Anyone who didn’t upgrade in that window had stored contacts above 100 excluído. There’s no permanent free tier there any more.
Loja: 500 para 2,000 diário. Budget up to USD 15 um mês. SMTP2GO at USD 10/month for 10,000 mensagens, or Postmark’s Basic tier at USD 15/month for the same volume. Postmark costs 50% more for identical headroom and earns it on inbox placement for receipts; SMTP2GO wins if the budget is fixed. Your host’s bundled allowance is technically enough here, and still the wrong choice. A shared IP puts your checkout emails downstream of a stranger’s marketing habits.
Equipe: five or more staff mailboxes. A mailbox provider, not a relay. This is the one case where Google Workspace or Microsoft 365 ganha seu preço, and the collaboration tools are the reason, not the deliverability. Budget for the Email Routing change in the same maintenance window.
Newsletter: 150-mais assinantes, no DreamHost. Você não pode, e nenhuma configuração ajudará. A tampa é 100 destinatários uma hora contada por destinatário, então um envia para 150 as pessoas o violam antes que a primeira mensagem chegue. Qualquer coisa em forma de lista pertence a um revezamento desde o início, tudo o que seu host permitir.
Datas que quebram uma configuração de trabalho
Algumas dessas falhas chegam em um cronograma. Vale a pena colocar dois em sua agenda.
Em 5 Maio 2025, A Microsoft começou a rejeitar emails não autenticados enviados para Outlook.com, Hotmail e Live.com de domínios enviados 5,000 mensagens por dia. Remetentes sem SPF válido, DKIM e DMARC agora obtêm um forte salto. Ele lê: “550; 5.7.515 Access denied, domínio de envio [EnvioDomínio] não atende ao nível de autenticação exigido”. O detalhe que quase todos os guias ainda erram é o que aconteceu seis dias antes. O anúncio original da Microsoft prometia primeiro um período de carência para pastas de lixo eletrônico, e uma atualização datada 29 abril 2025 cancelou em favor da rejeição imediata. The deleted sentences are still struck through on Microsoft’s own page. If you read anywhere that non-compliant mail goes to Junk, that advice is from the version Microsoft withdrew.
The second one hasn’t happened yet. Microsoft will disable SMTP AUTH basic authentication by default for existing Microsoft 365 tenants at the end of December 2026. Its Exchange team confirmed that timeline on 27 janeiro 2026. Tenants created after that date won’t have it at all. A final removal date follows in the second half of 2027.
Note the wording, because it gets reported carelessly. Administrators can still re-enable it after December 2026. Nothing dies that month. But if your site logs into smtp.office365.com with a username and password, it breaks the day nobody re-enables it. OAuth is the replacement.
One myth to retire while we’re here. Você não precisa de uma política DMARC rígida para satisfazer o Google. As diretrizes para remetentes do Google dizem diretamente que “Sua política de aplicação do DMARC pode ser definida como nenhuma”, e tanto o Yahoo quanto a Microsoft pedem pelo menos p = nenhum. Afirma que os grandes fornecedores exigirão p=quarentena ou p=rejeitar em 2026 estão circulando amplamente e não aparecem em nenhum dos três provedores’ documentação própria. Mudar para p=reject é uma boa prática quando suas fontes de envio estiverem alinhadas. Não é um requisito, e publicá-lo antes de alinhá-los é como as pessoas excluem seus próprios e-mails.
Mantendo tudo consertado
Quatro hábitos, em ordem decrescente de pagamento.
Verifique o domínio em Ferramentas do Google Postmaster. É grátis, e é o único lugar onde você vê sua própria taxa de spam conforme o Gmail a calcula. O Google pede abaixo 0.30% e recomenda ficar sob 0.10%. Verify the domain in your DKIM signature or SPF return path, not your website domain, or the reports stay empty.
Test after every DNS change, not every quarter. Fire one test message at a free authentication checker and read the SPF, DKIM and DMARC lines. Thirty seconds, and it catches the transfer that dropped your DKIM key.
Watch your own sending volume against your host’s cap. If a normal week uses more than half of it, you’ve already outgrown shared mail. You’re then one product launch from finding out the hard way.
Keep the website and the mail on separate reputations. Everything else on this list is maintenance. This one is design, and it’s the reason a shared-hosting mail problem stops being your problem.
perguntas frequentes
Por que minha hospedagem compartilhada pode enviar e-mail, mas não recebê-lo??
Almost always DNS or routing rather than a mail fault. Verifique seus registros MX primeiro, em seguida, a configuração de roteamento de e-mail do cPanel, que é separado do DNS e o substitui. Se MX apontar para o Google Workspace durante o roteamento, indicará Local Mail Exchanger, o servidor arquiva seus e-mails em uma caixa de correio cPanel que você nunca abre. O outro candidato é uma caixa de correio cheia, que retorna 452 4.2.2 e tenta novamente por vários dias.
É melhor usar o Google Workspace do que o e-mail do meu host?
Para qualquer empresa onde um e-mail perdido custa dinheiro, sim, e a razão é a separação e não a qualidade. As caixas de correio do seu host herdam a reputação de envio de cada site nesse servidor, então o spam de um vizinho se torna seu problema de entrega. Google Workspace e Microsoft 365 também ganhe seu preço em calendários compartilhados e sincronização móvel. Se você só precisa de correio confiável em seu próprio domínio, Zoho e Fastmail custam menos e separam as reputações da mesma forma.
Um IP dedicado corrige a capacidade de entrega de e-mail de hospedagem compartilhada?
Raramente, e é a atualização mais vendida em hospedagem. Um IP dedicado entrega a você a responsabilidade por sua reputação sem melhorá-la, e um novo não carrega nenhum histórico de envio. A regra prática do comércio coloca o cruzamento próximo 100,000 mensagens por ano, e abaixo disso, um pool compartilhado geralmente vence. Corrigir FPS, DKIM e DMARC primeiro, em seguida, mova seu envio para um retransmissor, e compre um IP somente quando o volume justificar aquecê-lo.
Como posso saber se meu host está bloqueando a porta SMTP 587?
Tente se conectar e leia o que acontece. Do seu terminal de hospedagem, correr “telnet smtp.gmail.com 587” e procure um 220 saudações, já que um travamento ou recusa significa que está bloqueado. Seu anfitrião pode não documentar isso: de dez verificamos, apenas DreamHost afirma claramente que bloqueia a porta 25. E se 587 e 465 ambos falham, mudar para um relé com uma API HTTP, que usa a mesma porta do seu site.
Posso enviar uma newsletter de hospedagem compartilhada?
Tecnicamente às vezes, sensatamente não. Most hosts count recipients rather than messages, então um envia para 200 subscribers consumes 200 of your hourly allowance. That breaches DreamHost’s 100 uma hora, do Verpex 100 e da Hostinger 200 on the first attempt. Use a relay instead, because newsletter complaint rates damage the shared IP your order confirmations depend on.
Por que meu e-mail parou de funcionar depois que mudei meu domínio para o Google Workspace?
You changed MX records and left cPanel’s Email Routing on Local Mail Exchanger, so mail your site generates never reaches Google. Outside mail arrives fine, which is what makes this confusing, and your contact form still reports success. Set the domain to Remote Mail Exchanger in cPanel and test with a message from the site itself, not from webmail. Also check that your SPF record includes Google’s servers, and that you haven’t ended up with two SPF records, which fails the check outright.
Onde isso deixa você
Sort the failure by owner before you touch anything. Routing, quota, SPF, DKIM and the catch-all are yours, and ten minutes in cPanel settles all five. Portas, bonés, blocklists, certificates and frozen queues belong to your host, and a ticket naming the symptom gets a specific answer. The PTR record and your neighbours’ sending habits belong to nobody you can reach. That’s the honest reason mail on shared hosting stays fragile however carefully you configure it.
If you take one action from this guide, hand your site’s outbound mail to a relay. Brevo’s free 300 a day covers most small sites. SMTP2GO’s USD 10/month covers a busy store. Either one moves your receipts and password resets off an IP you share with strangers. Essa única alteração corrige mais problemas de e-mail de hospedagem compartilhada do que todas as configurações desta página juntas, porque remove o acoplamento em vez de ajustá-lo.
Para onde você vai em seguida depende do que quebrou. Se os limites de envio são sua restrição vinculativa, nosso guia para os melhores planos de hospedagem compartilhada barata cobre quais hosts publicam limites reais. Se você estiver saindo da hospedagem compartilhada para controlar seu próprio IP e DNS reverso, compare planos VPS em vez de um plano compartilhado maior. O IP dedicado é o que você realmente está comprando.