Sem KYC · DMCA ignorado · saídas Tor permitidas · sem logs. Pague com cripto: BTC, USDT, USDC, ETH, SOL, LTC, XMR
Idioma: Português
Contratar um servidor

Caso de uso · Servidor de e-mail e porta 25

Posso hospedar um servidor de e-mail em um servidor dedicado offshore?

O que funciona com a porta de saída 25 fechada, como enviar por um relay, e os registros SPF, DKIM e DMARC que todo domínio remetente precisa.

Última atualização: · 9 min de leitura

Resposta rápida

Posso hospedar um servidor de e-mail em um servidor dedicado offshore?

Sim, você pode hospedar um servidor de e-mail em um servidor dedicado offshore na Ironatoll, com um limite. A porta de saída 25 está fechada, então o servidor não consegue entregar e-mail diretamente a outros servidores. Ele recebe e-mail, armazena caixas de correio e envia por um relay (smarthost) na porta 587 ou 465. Os servidores custam a partir de US$ 63,68 por 30 dias, sem KYC, pagos com cripto. Envio de e-mail em massa é proibido.

O que um servidor de e-mail Ironatoll pode e não pode fazer

Porta de saída 25A porta 25 (SMTP) está bloqueada para tráfego de saída em todos os servidores como medida antispam, e o bloqueio é permanente. Conexões de saída para provedores de e-mail nas portas 465 e 587 funcionam normalmente
Recebimento de e-mail (MX)Funciona: o bloqueio cobre conexões de saída, então outros servidores podem entregar no seu
Envio de e-mailPor um relay (smarthost) no qual você faz login, na porta 587 (STARTTLS) ou 465 (TLS implícito)
Entrega direta a outros servidoresNão é possível: exige a porta de saída 25
Caixas de correio e IMAPFuncionam: seus usuários leem o e-mail a partir do seu servidor
DNS reversoNão está entre as promessas publicadas da Ironatoll; com um relay, os receptores verificam o endereço do relay
BackupsNão há backups automáticos, então todo arquivo que você precisa manter também deve estar em algum lugar que você controla
E-mail em massaProibido em todos os planos, por qualquer porta ou relay

Por que a porta de saída 25 está fechada nos servidores da Ironatoll?

Para impedir que spam saia da rede. A porta 25 (SMTP) está bloqueada para tráfego de saída em todos os servidores como medida antispam, e o bloqueio é permanente. Conexões de saída para provedores de e-mail nas portas 465 e 587 funcionam normalmente.

A porta 25 é onde os servidores de e-mail entregam mensagens uns aos outros; as portas 587 e 465 são onde os remetentes fazem login no provedor. A RFC 6409 mantém o relay servidor-a-servidor na porta 25 e reserva a porta 587 para submission, com login exigido por padrão. A RFC 8314 destina a porta 465 à submission com TLS implícito: a criptografia começa assim que a conexão é aberta.

O spam de servidores alugados sai pela porta 25. Fechá-la protege a reputação de todos os endereços da rede, inclusive a sua. A regra é a mesma para todos os servidores e todos os planos.

Meu servidor dedicado pode receber e-mail?

Sim. O bloqueio vale para as conexões que o seu servidor abre, não para as conexões que outros servidores abrem para ele. Aponte o registro MX do seu domínio para o seu servidor, e outros servidores de e-mail entregam nele pela porta 25.

Uma stack típica no Debian ou Ubuntu:

  • Postfix recebe e-mail e entrega o e-mail de saída ao relay.
  • Dovecot armazena as caixas de e-mail e as serve via IMAP.
  • Um filtro de spam e um assinador DKIM, como rspamd ou OpenDKIM.
  • Webmail, se seus usuários quiserem.

E-mail é um dado que você não consegue reconstruir. Não há backups automáticos, então todo arquivo que você precisa manter também deve estar em algum lugar que você controla.

Como envio e-mail por um relay (smarthost)?

Configure seu servidor de e-mail para entregar toda mensagem de saída a um relay no qual você faz login. O relay então entrega na própria porta 25 dele. A Ironatoll mantém as portas 465 e 587 abertas para provedores de e-mail para isso.

Use o serviço de SMTP submission do seu provedor de e-mail, ou um relay transacional que aceite o seu domínio. No Postfix, o guia oficial de SASL configura isso em poucas linhas:

Postfix: enviar todo e-mail por um relay autenticado
# /etc/postfix/main.cf
relayhost = [smtp.relay.example]:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = lmdb:/etc/postfix/sasl_passwd
smtp_sasl_tls_security_options = noanonymous
smtp_tls_security_level = encrypt
# Port 465 instead: relayhost = [smtp.relay.example]:465
# plus smtp_tls_wrappermode = yes (Postfix 3.0 and later)

# /etc/postfix/sasl_passwd  (owned by root, mode 600)
[smtp.relay.example]:587    username:password

# Then: postmap /etc/postfix/sasl_passwd && systemctl reload postfix
# Some systems use hash: or cdb: instead of lmdb:

Os colchetes impedem que o Postfix busque registros MX para o nome do relay. Com a smtp_tls_security_level = encrypt, sua senha nunca passa por um link sem criptografia.

O que são SPF, DKIM e DMARC, e eu preciso deles?

Sim: os receptores usam os três para decidir se o e-mail realmente vem do seu domínio. Cada um é um registro DNS.

  • SPF (RFC 7208, abril de 2014) lista os hosts autorizados a enviar e-mail pelo seu domínio, em um registro TXT que começa com v=spf1. Uma verificação pode usar no máximo 10 consultas DNS. Com um relay, liste os hosts do relay: seu servidor nunca entrega diretamente.
  • DKIM (RFC 6376, setembro de 2011) assina cada mensagem em um header. A chave pública fica no DNS em selector._domainkey.yourdomain. Assine no seu servidor, ou deixe o relay assinar.
  • DMARC (RFC 9989, maio de 2026) diz aos receptores o que fazer com e-mail que falha: p=none, quarantine ou reject. O e-mail passa quando o SPF ou o DKIM corresponde ao domínio no header From.

O DMARC se tornou uma RFC da Standards Track em maio de 2026: a RFC 9989 substitui a RFC 7489, e os registros ainda começam com v=DMARC1.

Registros DNS para um domínio que envia por um relay
example.com.                     MX   10 mail.example.com.
example.com.                     TXT  "v=spf1 include:_spf.relay.example -all"
mail2026._domainkey.example.com. TXT  "v=DKIM1; k=rsa; p=<public key>"
_dmarc.example.com.              TXT  "v=DMARC1; p=quarantine; rua=mailto:[email protected]"

Quais usos de e-mail não são permitidos?

E-mail em massa e não solicitado não é permitido em nenhum servidor da Ironatoll, por qualquer porta ou relay. Nossas regras de uso listam tudo o que é proibido: Spam e e-mail em massa, phishing, malware e controle de botnet, DDoS e outros ataques, varredura ou força bruta em sistemas de terceiros, serviços de booter e stresser, carding e fraude, material de abuso sexual infantil, mineração de criptomoedas e qualquer serviço a pessoas ou empresas sancionadas são todos proibidos.

Caixas de e-mail pessoais e corporativas são permitidas, assim como o e-mail que seus próprios apps enviam aos usuários, por exemplo confirmações de cadastro ou faturas. A política de uso aceitável traz as regras completas.

Um servidor offshore deixa meu e-mail mais privado?

Ele mantém suas caixas de e-mail em uma máquina que você controla, mas não o seu e-mail em trânsito. O e-mail armazenado fica nos seus próprios discos, que você pode criptografar.

Toda mensagem que você envia passa pelo relay, que pode lê-la a menos que seja criptografada de ponta a ponta. O servidor de cada destinatário mantém a própria cópia. O TLS nas portas 465 e 587 protege o trecho até o relay, não o que o relay armazena. A Ironatoll é operada pela DomaineGoat LLC, uma empresa registrada no Panamá, e responde apenas à lei panamenha. O datacenter de cada servidor, por sua vez, está sujeito à lei do país onde está instalado.

Veja se o seu provedor de hospedagem consegue ver os dados no seu servidor, e o que é um servidor dedicado offshore.

Quanto custa um servidor de e-mail na Ironatoll?

Segundo a verificação da Ironatoll de 30 de outubro de 2026, servidores dedicados comparáveis custam uma mediana de $180.00 em 17 hosts; Atoll 16 custa 65% menos. Um único servidor pode hospedar o e-mail de uma empresa e seus outros serviços, como máquinas virtuais: veja como instalar o Proxmox em um servidor dedicado. Preços dos cinco planos: quanto custa um servidor dedicado Ironatoll.

Atoll 16

6 núcleos · 16 GB RAM

US$ 63,68

3 months US$ 171,93 (−10%)6 months US$ 305,66 (−20%)1 year US$ 534,91 (−30%)

  • Intel Xeon E-2236, 6 núcleos / 12 threads
  • 16 GB RAM DDR4 ECC, 2 × 480 GB SSD (RAID 1)
  • 30 TB por mês a 1 Gbit/s, 1 IPv4 + IPv6 /64
  • Máquina inteira, root via SSH, sem taxa de instalação
  • Bacloud: $84.91 por mês por Intel Xeon E-2236, 6 núcleos / 16 GB / 2x 250 GB SSD
Pedir este servidor

Atoll 32

6 núcleos · 32 GB RAM

US$ 72,15

3 months US$ 194,80 (−10%)6 months US$ 346,32 (−20%)1 year US$ 606,06 (−30%)

  • AMD Ryzen 5 5600, 6 núcleos / 12 threads
  • 32 GB RAM DDR4, 2 × 512 GB NVMe (RAID 1)
  • 40 TB por mês a 1 Gbit/s, 1 IPv4 + IPv6 /64
  • Máquina inteira, root via SSH, sem taxa de instalação
  • MonoVM: $96.20 por mês por AMD Ryzen 5 5500, 6 núcleos / 32 GB / 2x 480 GB NVMe
Pedir este servidor

Em todos os planos: Máquina inteira · Acesso root · RAID 1 em dois discos · IPv4 dedicado · Sem logs · Sem KYC

Servidor de e-mail em um servidor dedicado: FAQ

Por que meu servidor dedicado não consegue enviar e-mail pela porta 25?

A Ironatoll bloqueia a porta de saída 25 em todos os servidores, definitivamente, como regra anti-spam. Envie por um relay na porta 587 ou 465; o relay entrega na própria porta 25 dele.

Posso pedir a abertura da porta 25?

Não. A regra é a mesma para todos os servidores e todos os planos. Um relay na porta 587 ou 465 entrega e-mail legítimo igualmente bem.

Preciso de DNS reverso (PTR) para um servidor de e-mail?

Os receptores verificam o DNS reverso do endereço que se conecta a eles. Quando você envia por um relay, esse é o endereço do relay, e o relay o define. DNS reverso personalizado para o seu próprio servidor não está entre as promessas publicadas da Ironatoll.

Posso usar um servidor dedicado para marketing por e-mail?

Não na Ironatoll: e-mail em massa não é permitido em nenhum plano. E-mail dos seus próprios apps para os seus próprios usuários, enviado por um relay, é permitido.

Que software preciso para um servidor de e-mail auto-hospedado?

Um agente de transferência de e-mail como o Postfix, um servidor IMAP como o Dovecot, um filtro de spam e um assinador DKIM. Adicione webmail se seus usuários quiserem, e seus próprios backups, já que a Ironatoll não inclui nenhum.

Hospede suas caixas de e-mail na sua própria máquina

Atoll 16: Intel Xeon E-2236 (6 núcleos / 12 threads), 16 GB de RAM, 2 × 480 GB SSD em RAID 1, 30 TB por mês a 1 Gbit/s, 1 IPv4 e um IPv6 /64, por US$ 63,68 a cada 30 dias. Pronto para um relay: as portas 465 e 587 alcançam provedores de e-mail. Pague com cripto; sem KYC.

Fontes (6)
  1. RFC 6409: Message Submission for Mail — RFC Editor (IETF) (November 2011, read 2026-10-30)
  2. RFC 8314: Cleartext Considered Obsolete: Use of TLS for Email Submission and Access — RFC Editor (IETF) (January 2018, read 2026-10-30)
  3. RFC 7208: Sender Policy Framework (SPF) — RFC Editor (IETF) (April 2014, read 2026-10-30)
  4. RFC 6376: DomainKeys Identified Mail (DKIM) Signatures — RFC Editor (IETF) (September 2011, read 2026-10-30)
  5. RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC) — RFC Editor (IETF) (May 2026, read 2026-10-30)
  6. Postfix SASL Howto: SMTP client authentication and relayhost — Postfix (read 2026-10-30)

a partir de US$ 63,68/30 dias · sem KYC

Contratar um servidor dedicado