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

> Posso hospedar um servidor de e-mail em um servidor dedicado offshore? Sim para receber; envie por um relay nas portas 587 ou 465.

- URL: https://ironatoll.com/pt/mail-server-on-dedicated-server/
- Última atualização: 2026-10-30
- Editor: Ironatoll (https://ironatoll.com)

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.

**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

| Atributo | Valor |
| --- | --- |
| Porta de saída 25 | 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 |
| 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-mail | Por um relay (smarthost) no qual você faz login, na porta 587 (STARTTLS) ou 465 (TLS implícito) |
| Entrega direta a outros servidores | Não é possível: exige a porta de saída 25 |
| Caixas de correio e IMAP | Funcionam: seus usuários leem o e-mail a partir do seu servidor |
| DNS reverso | Não está entre as promessas publicadas da Ironatoll; com um relay, os receptores verificam o endereço do relay |
| Backups | Nã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 massa | Proibido 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*

```ini
# /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*

```text
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:dmarc@example.com"
```

## 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](https://ironatoll.com/pt/acceptable-use/ "What is not allowed on a Ironatoll server") 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](https://ironatoll.com/pt/can-my-host-see-my-data/ "What a host can and cannot see on a rented dedicated server"), e [o que é um servidor dedicado offshore](https://ironatoll.com/pt/what-is-an-offshore-dedicated-server/ "Offshore dedicated servers explained").

## 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](https://ironatoll.com/pt/install-proxmox-on-dedicated-server/ "Proxmox VE on a rented bare metal server"). Preços dos cinco planos: [quanto custa um servidor dedicado Ironatoll](https://ironatoll.com/pt/pricing/ "Ironatoll plans and prices per 30 days").

| Plano | Quantidade | 30 days | 3 months | 6 months | 1 year |
| --- | --- | --- | --- | --- | --- |
| Atoll 16 | 6 núcleos · 16 GB RAM | US$ 63,68 | US$ 171,93 (−10%) | US$ 305,66 (−20%) | US$ 534,91 (−30%) |
| Atoll 32 | 6 núcleos · 32 GB RAM | US$ 72,15 | US$ 194,80 (−10%) | US$ 346,32 (−20%) | US$ 606,06 (−30%) |
| Atoll 64 | 8 núcleos · 64 GB RAM | US$ 72,62 | US$ 196,07 (−10%) | US$ 348,57 (−20%) | US$ 610 (−30%) |

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

**Antes de pagar**

- Recarga mínima de US$ 1. Recarregue uma vez em cripto e depois compre qualquer plano usando seu saldo.
- Os créditos no seu saldo não expiram e renovam qualquer um dos seus servidores. Quando um depósito é feito apenas para atingir o mínimo, a parte não utilizada é devolvida mediante solicitação em até 30 dias após o pagamento, em USDT ou USDC. O restante do saldo não é pago, a menos que a lei exija.
- Creditado assim que seu pagamento é verificado na blockchain. Tempo habitual de confirmação da rede: BTC ≈ 20 min · USDT TRC-20 ≈ 1 min · USDT ERC-20 ≈ 5 min · USDC ERC-20 ≈ 5 min · ETH ≈ 5 min · SOL ≈ 1 min · LTC ≈ 15 min · XMR ≈ 20 min

## 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. [Pedir Atoll 16](https://ironatoll.com/app/checkout/?plan=atoll-16&lang=pt) · [Comparar planos](https://ironatoll.com/pt/pricing/ "Quanto custa um servidor dedicado Ironatoll?")

## Fontes

1. [RFC 6409: Message Submission for Mail](https://www.rfc-editor.org/rfc/rfc6409) — RFC Editor (IETF) (November 2011, read 2026-10-30)
2. [RFC 8314: Cleartext Considered Obsolete: Use of TLS for Email Submission and Access](https://www.rfc-editor.org/rfc/rfc8314) — RFC Editor (IETF) (January 2018, read 2026-10-30)
3. [RFC 7208: Sender Policy Framework (SPF)](https://www.rfc-editor.org/rfc/rfc7208) — RFC Editor (IETF) (April 2014, read 2026-10-30)
4. [RFC 6376: DomainKeys Identified Mail (DKIM) Signatures](https://www.rfc-editor.org/rfc/rfc6376) — RFC Editor (IETF) (September 2011, read 2026-10-30)
5. [RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC)](https://www.rfc-editor.org/rfc/rfc9989) — RFC Editor (IETF) (May 2026, read 2026-10-30)
6. [Postfix SASL Howto: SMTP client authentication and relayhost](https://www.postfix.org/SASL_README.html) — Postfix (read 2026-10-30)

---

Ironatoll: A Ironatoll aluga servidores dedicados offshore (bare metal) em Amsterdã, Reykjavik, Zurique e Bucareste, pagos em cripto e sem KYC: sem documento de identidade, sem selfie, sem documentos. Cada servidor é uma máquina física inteira para um cliente, com acesso root via SSH. É operado pela DomaineGoat LLC, uma empresa registrada no Panamá que ignora notificações DMCA, responde apenas à lei panamenha, permite relays de saída Tor e não mantém logs. No prazo de 30 dias, cada plano tem preço pelo menos 25% abaixo de um servidor dedicado comparável nomeado de 17 hosts cripto sem KYC, consultados em 30 de outubro de 2026.