Alias de e-mail: definição, configuração e boas práticas

Se você administra uma empresa, precisa de mais endereços de email do que tem funcionários. Precisa de sales@ para contatos comerciais, support@ para chamados e billing@ para faturas. O jeito antigo: pagar por uma caixa postal separada para cada um. São três licenças, três cobranças mensais e três logins para administrar.

O jeito mais inteligente é usar um alias de email. Um alias de email permite criar identidades profissionais baseadas em funções sem pagar por licenças extras nem administrar logins separados. Mas uma configuração incorreta pode expor sua identidade principal, aumentar o risco de falhas de SPF e DMARC ou criar um loop de roteamento que pode fazer mensagens desaparecerem sem aviso.

Este guia aborda tudo: o que um alias de email realmente é no nível técnico, todos os casos de uso que vale a pena implementar, a mecânica de SMTP por trás do roteamento, o problema de "Enviar como" que causa dificuldades na maioria das configurações, erros comuns de configuração e como configurar aliases de email no TrekMail passo a passo.

O que é um alias de email?

Um alias de email é um endereço virtual de encaminhamento que aponta para uma caixa postal existente. Ele não tem armazenamento dedicado, credenciais de login nem identidade independente. Quando uma mensagem chega ao endereço do alias de email, o servidor consulta sua tabela de roteamento, encontra a caixa postal de destino configurada e entrega a mensagem ali, antes mesmo que o corpo da mensagem tenha sido totalmente transferido pelo servidor remetente.

Você não faz login em um alias de email. Faz login na caixa postal para a qual ele roteia. O alias é apenas uma instrução no nível do servidor: se encontrar uma mensagem para este endereço, coloque-a ali.

Três coisas que um alias de email não é:

• Não é uma caixa postal. O alias em si não tem armazenamento. Excluí-lo não apaga o histórico de mensagens, pois elas sempre foram entregues à caixa postal de destino.
• Não é uma regra de encaminhamento. O encaminhamento envia mensagens para um servidor externo. Um alias de email roteia mensagens internamente, dentro do sistema de email do seu domínio, sem introduzir o risco de SPF ou DMARC associado ao encaminhamento externo.
• Não é uma caixa de entrada compartilhada. Vários aliases de email podem apontar para uma caixa postal, mas isso não equivale a uma caixa de entrada compartilhada, na qual vários usuários trabalham juntos em uma fila comum.

A analogia da recepcionista: sua caixa postal principal é seu escritório. Um alias de email é apenas outra placa na porta. Não importa se alguém escreve para "O Fundador", "O Gerente de Vendas" ou "Bob": tudo chega à mesma sala. O alias administra o tráfego de entrada de maneira profissional sem exigir um escritório maior ou um orçamento maior.

Tecnicamente, um alias de email é implementado como uma entrada no mapa de aliases do servidor de email (no Postfix: virtual_alias_maps; no Exim: uma entrada de roteamento; em plataformas hospedadas: uma regra de roteamento). Quando o daemon SMTP do servidor processa uma conexão de entrada, ele consulta esse mapa durante a etapa RCPT TO. Se encontra o endereço de entrada na tabela de aliases, reescreve silenciosamente o caminho de entrega. O remetente não vê nada disso.

Alias de email vs. encaminhamento de email vs. caixa postal

Um alias de email difere do encaminhamento de email em um ponto essencial: mantém a mensagem dentro do sistema de email do seu domínio, enquanto o encaminhamento a envia para um servidor externo, o que pode expô-la a falhas de SPF e DMARC e, em alguns casos, impedir a entrega de mensagens legítimas sem aviso. Uma caixa postal é diferente dos dois: tem armazenamento dedicado, credenciais próprias de login e identidade totalmente independente. Confundir essas três opções pode fazer você pagar mais ou deixar de receber mensagens.

A árvore de decisão é simples: se a mensagem permanece no seu domínio, use um alias de email. Se precisa chegar a outro servidor de email, use encaminhamento, mas primeiro confirme se o provedor oferece SRS e ARC; sem esses mecanismos, mensagens de remetentes com DMARC rigoroso podem não chegar. Se uma pessoa precisa fazer login, administrar sua própria caixa de entrada de forma independente ou ter uma trilha de auditoria clara, crie uma caixa postal de verdade.

Para conhecer todo o processo de decisão, consulte alias de email de domínio vs. caixa postal: como escolher.

Casos de uso que realmente importam

As melhores configurações de alias de email resolvem um problema operacional real; não são apenas cosméticas. Estes são os padrões que vale a pena implementar.

1. Roteamento por função (a imagem profissional)

Uma empresa de uma só pessoa não precisa parecer uma empresa de uma só pessoa. Crie info@, press@, accounts@ e sales@ como aliases de email e roteie todos eles para sua caixa postal principal. Você passa imediatamente a imagem de uma pequena equipe. Quando contratar um vendedor, exclua o alias de email sales@ e crie uma caixa postal de verdade para essa pessoa. Sem reconfiguração, sem custo extra e com uma transição simples.

2. A estratégia de rastreamento de fornecedores

Nunca forneça seu email comercial principal a um fornecedor no qual não confia totalmente. Em vez disso, crie aliases de email por fornecedor: hubspot@yourdomain.com, linkedin@yourdomain.com, surveygizmo@yourdomain.com. Se começar a receber spam em linkedin@, você saberá exatamente qual fornecedor vendeu seus dados ou sofreu uma violação. Exclua esse alias de email, elimine o ruído e preserve o restante da configuração.

Isso equivale a um canary token na forma de alias de email. A configuração não custa nada e poupa bastante tempo de diagnóstico quando o banco de dados de um fornecedor é comprometido, algo que pode acontecer com mais frequência do que muitos administradores esperam.

3. Variações com erros de digitação e endereços antigos

Seu nome é Michael. Algumas pessoas escreverão para micheal@yourdomain.com. Sua empresa mudou de marca no ano passado e você ainda recebe mensagens no domínio antigo. Aliases de email resolvem os dois casos. Mapeie erros comuns de grafia e endereços antigos para a caixa de entrada atual. Nada passa despercebido e você não precisa consultar dois sistemas.

4. Endereçamento com sinal de mais (alias sem configuração)

Muitos sistemas de email modernos, incluindo TrekMail, Gmail e Microsoft 365, oferecem endereçamento com sinal de mais conforme definido na RFC 5233. Se seu endereço é bob@company.com, você pode usar bob+newsletter@company.com ou bob+support-ticket@company.com sem qualquer configuração administrativa. A mensagem ainda chega à caixa de entrada de Bob, mas a etiqueta do subendereço permite criar filtros automáticos.

A desvantagem: alguns formulários da web rejeitam o caractere +. O endereçamento com sinal de mais costuma funcionar bem para filtragem e rastreamento, mas não é aceito universalmente. Para endereços formais baseados em função, crie um alias de email adequado.

5. Administração de agências e vários domínios

Se você administra o email de vários clientes ou dirige uma agência em que cada cliente tem seu próprio domínio, a questão do alias de email por domínio ganha outra dimensão. Em um modelo de cobrança por usuário, cada endereço de função (support@clientdomain.com, billing@clientdomain.com) representa o custo de outra licença, que acaba na fatura do cliente ou reduz sua margem. Com o plano de preço fixo do TrekMail, você pode criar aliases de email nos domínios dos clientes sem gerar taxas adicionais por caixa postal. Um painel, um preço fixo, nenhuma taxa extra por caixa postal em cada domínio. Para equipes que administram dezenas de domínios de clientes, consulte hospedagem de email para vários domínios em escala.

6. Roteamento por departamento conforme a equipe cresce

Conforme a equipe cresce, endereços de departamento tornam-se importantes para o roteamento e a definição de responsáveis. hr@, legal@, finance@: cada um pode ser um alias da caixa postal do funcionário responsável agora ou ser redirecionado para uma caixa postal compartilhada quando a equipe for grande o bastante para justificar uma. Um alias de email é barato de criar e pode ser redirecionado rapidamente quando alguém muda de função. Sem alterações de DNS, sem refazer a integração.

Como um alias de email roteia mensagens (mecânica de SMTP)

Um alias de email funciona na etapa RCPT TO de uma conexão SMTP, antes mesmo da transferência do corpo da mensagem. Quando o servidor remetente emite RCPT TO: <sales@yourdomain.com>, seu servidor de email consulta a tabela de aliases, encontra a entrada de roteamento de sales, reescreve o caminho interno de entrega para a caixa postal de destino e aceita a conexão com 250 OK. O cabeçalho To: original da mensagem é preservado. Apenas o caminho interno de entrega muda.

Passo a passo:

1. Um servidor externo se conecta ao seu servidor MX e abre uma sessão SMTP.
2. O servidor remetente emite: RCPT TO: <sales@yourdomain.com>
3. Seu servidor consulta o mapa de aliases. Não existe uma caixa postal chamada sales, mas há uma regra de alias: rotear para bob@yourdomain.com.
4. Seu servidor aceita a conexão (250 OK) e entrega a mensagem à caixa postal de Bob.
5. O cliente de email de Bob exibe To: sales@yourdomain.com; o cabeçalho original permanece intacto.
6. O servidor remetente nunca sabe que o alias de email existe. Não há sessões SMTP adicionais nem devoluções visíveis.

No Postfix (um dos MTAs de código aberto mais comuns), isso é implementado por meio de virtual_alias_maps, uma tabela de consulta que mapeia endereços de alias para caixas postais reais. Outros MTAs tratam isso de maneiras diferentes (o Exim usa configurações de roteadores; o Haraka usa roteamento baseado em plugins), mas o conceito é idêntico. O alias de email é uma regra de reescrita no servidor, resolvida antes que qualquer mensagem seja armazenada.

Vale conhecer um detalhe: a resolução do alias se baseia no endereço do envelope (usado no comando SMTP RCPT TO), não necessariamente no cabeçalho To:. Uma mensagem enviada a uma lista de discussão pode ter To: list@example.com, mas RCPT TO: member@yourdomain.com; o alias é acionado pelo RCPT TO, não pelo cabeçalho.

O problema de "Enviar como": responder usando seu alias

Receber mensagens por meio de um alias de email é simples. É ao responder usando o endereço do alias de email que muitas configurações falham. Quando Bob recebe uma mensagem enviada a sales@yourdomain.com e clica em Responder, o endereço De padrão é bob@yourdomain.com, desfazendo imediatamente a imagem profissional que o alias deveria preservar. O destinatário vê o endereço pessoal de Bob, não o endereço de função.

Cada plataforma principal trata a configuração de "Enviar como" de maneira diferente:

Google Workspace

Vá para Configurações do Gmail → Contas → "Enviar email como" → Adicionar outro endereço de email. Digite o alias e conclua a verificação solicitada. A opção "Tratar como um alias" define se o Gmail considera esse endereço outra identidade do mesmo usuário; para um alias do próprio usuário, ela normalmente pode permanecer marcada, enquanto um endereço que representa outra pessoa ou conta deve ser tratado separadamente. Em qualquer caso, confirme que o endereço foi configurado como remetente no campo De e faça um teste para verificar qual endereço aparece nas respostas.

Microsoft 365

Historicamente, isso exigia que o administrador do locatário executasse um comando do PowerShell: Set-OrganizationConfig -SendFromAliasEnabled $true. Sem ele, as respostas podem mostrar "Bob em nome de Vendas", o que é tecnicamente preciso, mas expõe o endereço principal e pode parecer pouco profissional na comunicação externa. A Microsoft adicionou uma opção nativa no centro de administração em 2024, mas, se o locatário foi provisionado antes disso, verifique se o sinalizador está definido.

TrekMail

O TrekMail oferece suporte nativo a essa configuração. Você pode configurar vários endereços de remetente em qualquer caixa postal e selecionar o endereço ativo no campo De diretamente no cliente de email, seja Outlook, Thunderbird, Apple Mail ou webmail, sem configuração adicional no servidor. O alias de email deve aparecer como endereço De selecionável sem etapas extras. Os detalhes completos de configuração do cliente estão em configurações de IMAP/SMTP.

Erros de configuração que prejudicam o email

Aliases de email são simples em teoria e surpreendentemente sensíveis a erros na prática. Três configurações incorretas estão por trás da maioria das falhas.

1. A armadilha do catch-all

Um alias de email catch-all (*@yourdomain.com) aceita todas as mensagens enviadas ao seu domínio, inclusive as destinadas a endereços inexistentes. Parece uma rede de segurança. Não é.

Spammers usam ataques de coleta de diretórios (Directory Harvest Attacks, DHA): bombardeiam seu domínio com milhares de partes locais geradas aleatoriamente. Sem um catch-all, seu servidor rejeita endereços desconhecidos durante a sessão SMTP com a resposta 550 5.1.1 User unknown, indicando ao servidor remetente que não deve continuar tentando. Com um alias de email catch-all, seu servidor aceita tudo, sinalizando aos spammers que vale a pena coletar endereços em seu domínio. O volume de spam pode crescer muito, sobrecarregar os filtros e ocultar mensagens legítimas no ruído.

Se precisar de uma rede de segurança para mensagens realmente mal direcionadas, roteie o catch-all para uma caixa postal de quarentena dedicada, nunca para a caixa de entrada de um usuário real. A documentação do TrekMail aborda as vantagens e desvantagens em detalhes: configuração e riscos da caixa de entrada catch-all.

2. O loop de roteamento

Este é sutil. Você configura support@ como um alias de email que roteia para bob@yourdomain.com. Bob sai de férias e configura a caixa postal para encaminhar tudo automaticamente para support@, pensando que a equipe cuidará das mensagens enquanto ele estiver fora.

Agora você tem um loop:

support@ entrega para bob@ → bob@ encaminha para support@ → entrega para bob@ → encaminha para support@ → …

Os servidores de email acabam detectando isso. O Postfix controla a contagem de saltos; quando uma mensagem ultrapassa o limite, você verá uma devolução 5.4.14 Hop count exceeded. Nesse ponto, a mensagem original pode já não estar disponível para entrega. A solução: antes de configurar qualquer regra de férias ou encaminhamento automático, mapeie as relações existentes entre aliases e encaminhamentos. Nunca encaminhe uma caixa postal de volta para um alias de email que roteia à mesma caixa postal.

3. A exposição de identidade ao usar "Responder a todos"

Você participa de uma lista de discussão que envia mensagens para marketing@yourdomain.com. O alias de email roteia para sua caixa de entrada principal, bob@yourdomain.com. Você clica em "Responder a todos" sem trocar o endereço De para o alias. Agora todos os destinatários da conversa veem bob@yourdomain.com, e não marketing@. Em setores sensíveis (jurídico, médico, financeiro), isso representa uma exposição real de privacidade, não apenas um pequeno incômodo.

A solução é a configuração de "Enviar como" explicada acima. Se você trata comunicações sensíveis baseadas em função, considere criar uma caixa postal dedicada em vez de um alias de email: login separado, identidade separada e menor risco de exposição acidental.

A combinação de alias + encaminhamento: SPF, DMARC e SRS

Ao combinar um alias de email com encaminhamento externo, por exemplo, contact@yourdomain.com apontando para seu Gmail pessoal, você cria conflitos de autenticação que podem fazer mensagens legítimas desaparecerem sem aviso. Essa configuração é comum e pode falhar de formas difíceis de diagnosticar.

Veja o que pode falhar e por quê:

Falha de SPF: seu servidor de encaminhamento retransmite a mensagem para o Gmail usando o IP do seu servidor. O domínio do remetente original (digamos, bank.com) publica um registro SPF que não autoriza o IP do seu servidor. O Gmail identifica uma falha de SPF, embora a mensagem original fosse legítima. A mensagem veio de uma origem autorizada; seu servidor simplesmente não está na lista SPF de bank.com.

Rejeição por DMARC: se bank.com publica uma política DMARC rigorosa (p=reject), o Gmail pode rejeitar a mensagem encaminhada quando ela não passa por SPF alinhado nem por DKIM alinhado. O DKIM pode ser invalidado quando um servidor de encaminhamento modifica a mensagem, por exemplo, adiciona um rodapé, altera a codificação ou refaz a quebra de linhas do corpo. Se a assinatura DKIM deixar de corresponder e o SPF também não estiver alinhado, a mensagem falha nos dois caminhos de autenticação aceitos pelo DMARC, e uma política DMARC p=reject pode resultar em rejeição definitiva.

Dois mecanismos ajudam a resolver isso, mas ambos exigem suporte do provedor de hospedagem:

• SRS (Sender Rewriting Scheme): o servidor de encaminhamento reescreve o remetente do envelope (MAIL FROM) usando seu domínio. Assim, o SPF pode passar no destino porque a mensagem passa a parecer proveniente do seu domínio, não do domínio do remetente original. Os endereços de devolução são recodificados para que ainda cheguem ao remetente original.
• ARC (Authenticated Received Chain): o servidor de encaminhamento adiciona à mensagem uma cadeia criptográfica que registra os resultados das verificações de autenticação realizadas antes do encaminhamento. Servidores de destino compatíveis com ARC podem usar isso para considerar os resultados de autenticação observados por intermediários confiáveis. O ARC está documentado na RFC 8617.

Muitos registradores de domínio baratos e provedores antigos de hospedagem compartilhada não oferecem ARC. Muitos também não oferecem SRS. Se você encaminhar aliases externamente nessas plataformas, mensagens legítimas de remetentes com política DMARC rigorosa poderão não chegar, às vezes sem devolução ao remetente original. O TrekMail informa oferecer suporte a SRS e ARC em mensagens encaminhadas.

Para conhecer toda a mecânica desse cenário, consulte encaminhamento de alias de email: vantagens, desvantagens e soluções e o guia mais amplo de configuração e solução de problemas de encaminhamento de email.

Como configurar aliases de email no TrekMail

Os aliases de email do TrekMail ficam no nível do domínio. Você os cria por domínio, e eles roteiam para qualquer caixa postal nesse mesmo domínio. Esta é a sequência completa de configuração.

Etapa 1: adicione seu domínio e configure o DNS

Se seu domínio ainda não estiver no TrekMail, adicione-o no painel em Domínios → Adicionar domínio. O TrekMail gera os registros DNS necessários: MX, SPF, DKIM e DMARC. Copie-os para o painel de controle do seu provedor de DNS. Os valores completos dos registros estão em registros DNS obrigatórios. A propagação de DNS costuma terminar em uma hora, mas pode variar; o TrekMail mostra um indicador verde quando detecta seus registros.

Etapa 2: crie a caixa postal de destino

Um alias de email precisa de um destino de entrega. Primeiro, crie a caixa postal de destino: vá para Caixas postais → Adicionar caixa postal e defina o endereço e a senha. Essa é a caixa de entrada na qual chegarão as mensagens roteadas pelo alias de email. No TrekMail, segundo o modelo atual do serviço, a criação de uma caixa postal não gera uma nova cobrança por usuário; ela utiliza o armazenamento compartilhado do plano.

Etapa 3: crie o alias de email

No painel do domínio, acesse Aliases → Adicionar alias. Digite a parte local do alias de email (por exemplo, sales) e selecione a caixa postal de destino no menu suspenso. Salve. O alias de email deve ficar ativo imediatamente, sem alterações de DNS nem espera de propagação.

Você pode criar tantos aliases quanto seu plano permitir. Conforme as condições descritas neste artigo, o Starter oferece aliases ilimitados por domínio e não cobra por alias.

Etapa 4: configure "Enviar como" no seu cliente de email

Se quiser responder usando o endereço do alias de email, e não apenas receber mensagens por meio dele, adicione o alias como identidade de remetente no cliente:

• Thunderbird: Configurações da conta → Gerenciar identidades → Adicionar. Digite o endereço do alias de email. Use o mesmo servidor SMTP e as mesmas credenciais da sua caixa postal principal.
• Outlook (desktop): o alias deve aparecer automaticamente como endereço De selecionável depois de configurado no servidor. Se não aparecer, vá para Arquivo → Configurações da Conta → Email → Mais Configurações → marque a opção "Incluir um cabeçalho De".
• Apple Mail: Mail → Preferências → Contas → selecione sua conta → Informações da Conta. Adicione o endereço do alias de email ao campo "Endereço de Email" como um valor separado por vírgula. O Apple Mail deverá oferecê-lo como opção no campo De.
• Webmail: a interface de webmail do TrekMail permite selecionar o endereço De em um menu suspenso; o alias de email deve aparecer ali depois de configurado no painel.

As configurações de IMAP/SMTP do TrekMail são consistentes entre os clientes: IMAP na porta 993 (SSL/TLS), SMTP na porta 587 (STARTTLS). Consulte todos os detalhes na documentação de configurações de IMAP/SMTP.

Etapa 5: teste de ponta a ponta

Envie uma mensagem de teste de uma conta externa para o novo alias de email. Confirme que ela chega à caixa postal de destino. Depois, responda usando o alias de email como endereço De e confirme que o destinatário vê o endereço do alias, não o endereço da caixa postal principal. Se o campo De mostrar o endereço errado, confira a configuração de "Enviar como" no cliente.

Tempo total estimado de configuração, de um domínio com DNS configurado até um alias de email funcional: cerca de três minutos, embora possa variar conforme o ambiente.

O jeito antigo vs. o jeito TrekMail

Administrar aliases de email parece trivial até ser necessário fazer isso em escala ou até o modelo de cobrança por usuário transformar cada novo endereço de função em uma discussão sobre custos.

O jeito antigo (Google Workspace / Microsoft 365)

Você paga por usuário. O Google Workspace Business Starter custa $6/user/month; o Microsoft 365 Business Basic tem preço semelhante. Essa cobrança é por pessoa, não por domínio nem por alias. O alias de email em si é gratuito, mas é preciso ter uma licença paga para a caixa postal de destino.

A solução improvisada usada por muitas equipes pequenas é concentrar todos os aliases de email na conta de um usuário. info@, sales@, billing@, support@: todos os aliases na caixa postal do fundador. Isso evita custos de licenças adicionais, mas cria uma caixa de entrada caótica. Tudo chega ao mesmo lugar. Contatos comerciais importantes se perdem entre notificações de cobrança. Nada tem um responsável claro.

Para agências, o problema é ainda maior. Administrar aliases de email em centenas de ambientes de clientes significa consoles de administração separados para cada cliente, scripts do PowerShell para permissões de "Enviar como" e licenciamento por usuário em todas as faturas. Adicionar um endereço de função para um cliente exige adquirir uma licença ou explicar por que ele não pode ter armazenamento dedicado para essa função.

O jeito TrekMail

O TrekMail usa hospedagem de domínios por preço fixo. Você paga pelo serviço, não por usuário. O plano Starter custa $3.50/month e cobre até 50 domains com armazenamento compartilhado. Adicionar outro alias de email ou outra caixa postal não cria um novo item de cobrança segundo esse modelo.

Como caixas postais extras não geram cobrança adicional no modelo descrito do TrekMail, você pode criar uma caixa postal exclusiva para support@ em vez de transformá-la em alias da caixa de entrada já lotada do fundador. Isso oferece uma trilha de auditoria melhor, uma caixa de entrada mais organizada e, ao contratar uma pessoa para o suporte, basta fornecer as credenciais de login: sem reconfigurar aliases de email, trocar de licença ou alterar a fatura.

Para agências que administram emails de clientes em escala, o plano Agency ($23.25/month) cobre 1,000+ domains com importação em massa e acesso à API. O custo por domínio equivale a frações de centavo. É um modelo fundamentalmente diferente do licenciamento por usuário, e essa diferença aparece nas margens.

Consulte os detalhes dos planos em trekmail.net/pricing.

Referência rápida

Use esta tabela quando precisar tomar uma decisão rápida:

Três regras para lembrar:

1. Roteamento interno = alias de email. Roteamento externo = encaminhamento. Não use encaminhamento quando um alias de email for suficiente; isso acrescenta risco de SPF/DMARC sem necessidade.
2. Configure "Enviar como" antes de iniciar qualquer comunicação em nome de um alias. Uma resposta que expõe seu endereço principal desfaz a imagem profissional que você criou.
3. Nunca roteie um catch-all para a caixa de entrada de um usuário real. Use uma caixa postal de quarentena ou dispense completamente o catch-all.

Conclusão

Um alias de email é uma das ferramentas mais úteis em uma configuração de email empresarial e também uma das configuradas incorretamente com maior frequência. Quando configurado corretamente, oferece uma presença profissional com várias identidades, sem custo extra, logins adicionais ou o risco de entregabilidade introduzido pelo encaminhamento externo. Quando configurado incorretamente, pode causar loops de roteamento, exposição de identidade e mensagens recusadas ou descartadas conforme a política DMARC no destino.

Em resumo:

• Use um alias de email para endereços de função, rastreamento de fornecedores e variações com erros de digitação.
• Use uma caixa postal de verdade quando precisar de login separado, armazenamento dedicado ou uma trilha de auditoria clara.
• Evite catch-alls, a menos que tenha uma estratégia controlada de quarentena.
• Se encaminhar um alias de email externamente, confirme se o provedor oferece SRS e ARC; muitos hosts antigos não oferecem.
• Sempre configure "Enviar como" antes de usar um alias em comunicações externas.

Se você paga por usuário apenas para manter alguns endereços baseados em função, a conta pode não compensar. No modelo de preço fixo do TrekMail, você paga pelo domínio, não por caixa postal nem por alias de email. O plano Starter custa $3.50/month para até 50 domains. O plano Nano não exige cartão de crédito nem tem período de teste; é gratuito, com 10 domains e 5GB de armazenamento compartilhado.

Se precisar de SMTP gerenciado, armazenamento compartilhado e administração completa de aliases de email em vários domínios, os planos pagos oferecem um teste gratuito de 14-day, com cartão de crédito exigido para começar. Experimente a plataforma completa em trekmail.net ou compare todos os planos em trekmail.net/pricing.