Documentation menu

Receber e-mail no seu domínio

Observação: A caixa de correio de entrada está disponível em todos os planos, sobre um domínio de envio nativo já verificado — medida pelo volume mensal e pelo número de endereços nomeados, ambos escalando por nível. Veja os preços para o limite de cada nível.

Depois de verificar um domínio para envio nativo, o MailInApp também pode receber e-mails reais em endereços nomeados nele — [email protected], [email protected], o que você escolher — visíveis e respondíveis na Caixa de correio no painel. Sem regras de encaminhamento, sem servidor de e-mail separado para administrar.

Isso funciona junto com a renderização nativa de caixa de entrada e sincronização IMAP dentro da mesma Caixa de correio, em /dashboard/mailbox: você pode gerenciar o e-mail de entrada do domínio personalizado e as contas IMAP externas conectadas em um só lugar.

Ative

O recebimento de e-mails de entrada é um alternador na mesma página Configurações → Domínios que você usou para verificar o envio, e exige que esse domínio já esteja verificado:

  1. Em Configurações → Domínios, encontre Receber e-mail neste domínio e clique em Ativar.
  2. Adicione o registro MX exibido no seu provedor de DNS — ele aponta seu domínio para os servidores de e-mail do MailInApp.
  3. O alternador se confirma automaticamente quando a primeira mensagem real chega; não há uma verificação separada como existe para DKIM/MAIL FROM, já que o MX não tem uma API equivalente.
  4. Adicione um ou mais endereços nomeados (por exemplo, support, sales) abaixo do alternador — esses são os local-parts para os quais o MailInApp aceitará e-mail e exibirá um rótulo no painel. E-mail para um endereço que você não reivindicou ainda chega e é armazenado, apenas marcado como não atribuído em vez de descartado. O número que você pode reivindicar escala por plano — veja os preços.

Leitura, resposta e organização

/dashboard/mailbox lista todas as conversas, filtráveis por endereço, com estado de não lida e downloads de anexos. Responder a partir de uma conversa envia por meio da sua própria configuração de envio nativo, com encadeamento correto (In-Reply-To/References), de forma que chega como uma resposta no próprio cliente de e-mail de quem enviou — não como uma mensagem nova e desconectada.

  • Componha uma conversa totalmente nova para qualquer endereço, não apenas respostas a e-mails recebidos — escolha de qual dos seus endereços reivindicados enviar no mesmo seletor "Enviar como" que as contas IMAP conectadas usam.
  • Arquive ou exclua uma conversa (e mova-a de volta para a Caixa de entrada quando quiser) em vez de apenas marcá-la como lida/não lida.
  • Marque com estrela uma conversa para sinalizá-la para acompanhamento.
  • Anexe arquivos em uma resposta ou nova composição, e baixe qualquer anexo de uma mensagem recebida — as duas direções agora aparecem como chips para download na conversa.
  • Cc e Cco estão disponíveis em toda resposta e nova composição.
  • A busca é uma consulta real no lado do servidor, não apenas um filtro sobre o que já foi carregado — ela busca primeiro no assunto/participante/pré-visualização de uma conversa, recorrendo a uma varredura completa do histórico de mensagens quando necessário.
  • Assinatura: defina um padrão para toda a conta (barra lateral da Caixa de correio → Assinatura) inserido acima do texto citado em toda resposta e composição, em todos os endereços que você reivindicou.
  • Filtros: em barra lateral da Caixa de correio → Filtros, defina regras como "de/assunto contém X → marcar como lida / sinalizar / mover para Arquivo / mover para Lixeira", avaliadas automaticamente conforme o e-mail de entrada chega.

Respostas em texto formatado

As caixas de resposta e composição são um editor de texto formatado completo, não uma simples área de texto. Você tem negrito, itálico, sublinhado, tachado, títulos H2/H3, listas com marcadores e numeradas, citações, links, um pequeno conjunto fixo de amostras de cor de texto e tabelas básicas (inserir, adicionar/remover linha ou coluna).

A formatação vai e volta nos dois sentidos. Suas próprias mensagens enviadas são renderizadas com formatação completa na visualização da conversa. E-mails formatados do outro lado também são renderizados com segurança — sanitizados e, para tudo que estiver fora da lista de permissões conhecida como segura, exibidos em um frame isolado (sandbox), da mesma forma que as mensagens IMAP conectadas já são.

O envio ainda recorre a um fallback limpo: toda resposta traz uma parte em texto simples junto com o HTML, de forma que destinatários em um cliente somente-texto veem um equivalente legível.

Esta é a versão da caixa de correio do domínio. Responder a uma mensagem de uma conta Gmail/Outlook conectada recebe o mesmo editor de texto formatado e suporte a anexos, apenas sem o caso de nova composição — isso permanece em texto simples para uma conta conectada.

Responder ou compor com um e-mail interativo

Às vezes, uma resposta precisa de mais do que texto formatado — uma enquete, um bloco de produto, uma contagem regressiva. Clique em ✨ Responder com e-mail interativo em uma conversa em vez de escrever na caixa de texto formatado (ou ✨ Compor com e-mail interativo em uma nova composição). Isso abre o editor completo do estúdio com o contexto da conversa anexado. Escolha um projeto existente ou comece um novo, faça os últimos ajustes e envie como essa resposta específica.

Algumas coisas se comportam de forma diferente para uma resposta enviada pelo estúdio:

  • É enviada como um e-mail transacional: sem rodapé de cancelamento de inscrição, sem a linha "abrir versão interativa" e sem pixel de rastreamento de abertura — apropriado para uma resposta individual, e não uma campanha em massa.
  • As interações nela (votos de enquete, envios de formulário, cliques) são registradas de forma anônima/limitada por taxa, em vez de atribuídas a uma linha da lista de contatos, da mesma forma que uma exportação HTML ou um link de visualização ao vivo não vinculado.
  • A visualização da conversa marca a mensagem como Enviado usando: <nome do projeto> e mostra o HTML enviado em um frame isolado (sandbox), com um link de volta para o editor do estúdio para reabri-lo ou reenviá-lo.

Uma conta IMAP conectada também tem isso, em respostas — o mesmo botão ✨, o mesmo comportamento transacional. A única diferença: não há selo "Enviado usando" nem histórico de conversa lá, já que as mensagens de contas conectadas nunca são armazenadas no servidor, para começar.

Ações em massa (selecionar várias conversas e então Arquivar/Excluir/Marcar como lida/não lida em conjunto) e atalhos de teclado (j/k para navegar, e para arquivar, # para excluir) também funcionam aqui. Os dois backends compartilham uma única interface de Caixa de correio, então os mesmos atalhos se aplicam a contas IMAP conectadas.

Subdomínio vs. domínio raiz

Por padrão, um domínio verificado recebe uma identidade de subdomínio dedicada — mail.seudominio.com — para que o envio e o recebimento pelo MailInApp coexistam com segurança com o que quer que você já use em seudominio.com (Google Workspace, Outlook, seu próprio servidor de e-mail). Os endereços ficam parecidos com [email protected].

Ao conectar um domínio pela primeira vez, você pode, em vez disso, marcar Usar o domínio raiz em vez de um subdomínio para obter endereços simples como [email protected]. Isso só faz sentido para um domínio que não seja usado para nenhum outro e-mail:

  • Enviar a partir do domínio raiz não traz risco adicional — os registros DKIM apenas ficam em um nome diferente.
  • Receber no domínio raiz é diferente: o registro MX que o e-mail de entrada precisa aponta a entrega de e-mail de todo o domínio para o MailInApp. Se seudominio.com atualmente tiver e-mail fluindo para qualquer outro lugar — um provedor de caixa de entrada real, o MX de outra ferramenta — ativar o recebimento de entrada em uma identidade de domínio raiz substitui isso por completo. O MailInApp exige uma confirmação explícita antes de ativar o recebimento de entrada em uma identidade de domínio raiz exatamente por esse motivo; uma identidade de subdomínio não tem esse risco e não precisa de nenhuma.

Se estiver em dúvida, use o subdomínio padrão — você sempre pode reivindicar mais endereços nele depois, e isso nunca afeta o e-mail que você já recebe em outro lugar no domínio.