Novo guia: como aquecer um IP dedicado sem prejudicar sua reputação. Ler agora →
MigoSMTP
E-mail de entrada

Receba e processe e-mails recebidos

Transforme respostas e mensagens recebidas em eventos estruturados que seu aplicativo pode tratar.

A classificação de intenção por IA organiza respostas, avisos de ausência e reclamações para você.

Domínio de entrada
TIPO
NOME
VALOR
MX
replies
mx.migosmtp.com
TXT
replies
v=spf1 include:migosmtp.com ~all
CNAME
_verify.replies
verify.migosmtp.com
Aguardando o DNS
Registro MX
Qualquer subdomínio
Aponte seu MX para nósAdicione um registro MX para um subdomínio, como replies.example.com, e os e-mails enviados a ele passam a chegar ao MigoSMTP.
Cliente
mx.migosmtp
De
Assunto
Anexo
{
"from": "a@b.com",
"subject": "Help",
"text": "Hi team…",
"attachments": 1
}
POST para o seu webhook
Estruturado
Anexos
Cada mensagem vira dadoO e-mail bruto é dividido em remetente, assunto, texto, HTML e anexos, e devolvido como um JSON limpo.
Cabeçalhos de entrada
Received: from mx.gmail
X-Spam-Score: 0.4
Authentication-Results:
spf=pass dkim=pass
dmarc=pass
Return-Path: <a@b.com>
Content-Type: multipart
Subject: Help
Spam · pontuação 0.4Risco baixo
Autenticação · SPF e DKIM aprovadosConfiável
Tamanho · [n] KBDentro do limite
SPF aprovado
DKIM aprovado
DMARC aprovado
Pontuação de spam
Resultados de autenticação
Filtrado antes de chegar até vocêA pontuação de spam e os resultados de SPF e DKIM acompanham cada mensagem, para que seu código decida em que confiar.
E-mail de entrada
POST assinado
/inbound
200 OK
Central de atendimento
200 OK
Fluxo de trabalho
Nova tentativa em 30s
Webhook
Novas tentativas
Enviado ao seu endpointAs mensagens processadas são enviadas por POST ao seu webhook, com novas tentativas, para que tickets, respostas e fluxos de trabalho comecem na hora.
GET /v1/inbound/msg_[id]
GET /v1/inbound/msg_[id]
Accept: application/json
Resposta
200 OK
{ "attachments": [
{ "url": "…" } ] }
Links de curta duração
Anexo pronto
Modelo pull
URLs assinadas
Busque os anexos sob demandaAnexos grandes ficam armazenados até você pedir, mantendo os payloads do webhook pequenos e rápidos.
Classificador de entrada
IA
“Onde está o meu pedido?”Solicitação de suporte
Suporte
“Fatura em anexo”Cobrança
Financeiro
“Por favor, cancele minha inscrição”Descadastro
Suprimir
“Talvez no próximo trimestre…”Indefinido
Humana
Detecção de intenção
Revisão humana
A IA lê as respostas e as encaminhaCada mensagem recebida é classificada por intenção e enviada à fila ou ao webhook certo. As de baixa confiança vão para uma pessoa, em vez de adivinhar.
Apontar MX
Processar
Filtrar
Entregar
Buscar
Roteador de IA
Relay SMTPAPI RESTWebhooksIPs dedicadosAssinatura DKIMInbound parseTemplatesAnálisesListas de supressãoMonitoramento de reputaçãoValidação de e-mailFunções de equipe e log de auditoriaRelay SMTPAPI RESTWebhooksIPs dedicadosAssinatura DKIMInbound parseTemplatesAnálisesListas de supressãoMonitoramento de reputaçãoValidação de e-mailFunções de equipe e log de auditoria
Recursos

Trate as respostas como qualquer outro evento

Domínios de entrada

Aponte um registro MX para o MigoSMTP em um subdomínio de sua escolha.

Convertido em JSON

Cabeçalhos, corpo e anexos chegam em uma estrutura limpa.

Regras de roteamento

Envie endereços diferentes para endpoints diferentes.

Tratamento de anexos

Receba arquivos com limites de tamanho definidos por você.

Verificações de spam e vírus

Filtre os e-mails recebidos antes que cheguem ao seu app.

Entrega assinada

Verifique se cada payload veio de nós.

Como funciona

RemetenteQualquer pessoa envia um e-mail para um endereço do seu subdomínio de respostas.
Entrada do MigoSMTPRecebe a mensagem, filtra, converte em JSON e associa a uma rota.
Seu aplicativoRecebe um webhook assinado com cabeçalhos, corpo e detalhes dos anexos.
ETAPA 1

Adicione um domínio de entrada

Publique o registro MX de um subdomínio.

ETAPA 2

Crie uma rota

Defina um padrão de endereço e escolha um webhook.

ETAPA 3

Trate o payload

Seu app recebe cada mensagem como JSON.

Veja em ação

Uma só plataforma, do primeiro envio à caixa de entrada

Alterne entre as etapas para ver o que você controla em cada uma. Interface ilustrativa. Todos os números e endereços exibidos são dados de exemplo.

app.migosmtp.com / sendDados de exemplo
Na fila
184,320
Enviados hoje
6,418,905
Taxa
412/s
aceitomensagem para you@example.com
aceitomensagem para team@example.com
na filalote de 25.000 destinatários
aceitomensagem para ops@example.com
Tratamento de respostas

Caixas de suporte, rastreamento de respostas e fluxos de e-mail para app

Use rotas de entrada para capturar respostas a e-mails transacionais, criar tickets ou alimentar fluxos de trabalho.

  • Endpoints de webhook por rota
  • Nova tentativa em caso de falha, com backoff
  • Logs de entrada pesquisáveis
  • Limites de tamanho e tipo
Visão rápida
ConfiguraçãoRegistro MX em um subdomínio
EntregaWebhook assinado
FormatoJSON com campos já processados
LimitesTamanho de mensagem e anexo definido por rota
Visão geral

O que é e-mail de entrada?

O processamento de e-mail de entrada (inbound) é o processo de receber e-mails enviados ao seu domínio e convertê-los em dados estruturados que seu aplicativo pode usar. Com o MigoSMTP, você publica um registro MX para um subdomínio, cria rotas que correspondem a padrões de endereço, e cada mensagem chega ao seu webhook como JSON, com cabeçalhos, texto, HTML e informações de anexos já processados. Funciona de forma muito parecida com nossos outros recursos de eventos, então o código de tratamento de webhooks que você já tem costuma poder ser reaproveitado.

Ele foi pensado para desenvolvedores que precisam agir sobre respostas e e-mails recebidos sem manter um servidor de e-mail. Fluxos típicos incluem caixas de suporte que criam tickets, rastreamento de respostas de e-mails transacionais e recursos de e-mail para app, como o envio de documentos por e-mail. Regras de roteamento enviam endereços diferentes para endpoints diferentes, e cada entrega é assinada para que você possa verificar sua origem. Logs de entrada pesquisáveis permitem encontrar uma mensagem, inspecionar o payload enviado ao seu endpoint e reenviá-lo se o processamento falhar.

Tratar as respostas importa para a entregabilidade porque respostas genuínas são um forte sinal de engajamento, e rejeições ou reclamações enviadas a um endereço no-reply se perdem sem ninguém ler. Capturá-las permite agir rapidamente. A classificação de intenção por IA pode separar as mensagens recebidas em respostas, avisos de ausência, pedidos de descadastro e reclamações, para que seus sistemas respondam de forma adequada. As respostas também mostram quais endereços estão ativos, o que ajuda a manter as listas limpas ao longo do tempo e deixa um registro do que os destinatários disseram. Combinadas com webhooks e logs, as rotas de entrada fecham o ciclo entre o que você envia e o que volta.

Casos de uso

Casos de uso comuns de e-mail de entrada

Caixa de suporte para ticket

Encaminhe support@ em um subdomínio de respostas para o endpoint da sua central de atendimento. Cada e-mail vira um ticket com remetente, assunto e anexos, sem precisar consultar uma caixa de correio periodicamente.

Rastreamento de respostas a e-mails transacionais

Defina um reply-to em um subdomínio de respostas com um token no endereço. Quando alguém responder, o roteamento de entrada associa a resposta ao pedido ou à conversa certa.

Envio de arquivos por e-mail para o app

Deixe os usuários encaminharem faturas ou documentos para um endereço exclusivo. Os anexos processados chegam ao seu endpoint, prontos para armazenar ou processar, dentro dos limites de tamanho que você configurar.

Tratamento de respostas automáticas e descadastros

Capture avisos de ausência e pedidos de descadastro enviados por resposta e atualize o status do contato automaticamente, para parar de enviar e-mails a quem pediu que você parasse.

Recebimento de documentos por e-mail

Dê a cada cliente ou projeto o próprio endereço no seu subdomínio de respostas. Contratos e faturas encaminhados chegam como anexos processados e podem ser arquivados automaticamente.

Caixas de rejeição e reclamação

Encaminhe as respostas enviadas a um endereço no-reply ou de abuso para o seu próprio fluxo de trabalho, para que uma reclamação genuína seja lida por uma pessoa e não se perca.

Como escolher

Processamento de entrada ou caixa de correio própria?

Ambos recebem e-mails. A diferença está em quem cuida da infraestrutura.

Entrada do MigoSMTPSua própria caixa de correio ou servidor
Como o e-mail chegaEnviado ao seu webhook como JSONVocê consulta uma caixa de correio ou mantém um servidor de e-mail
ProcessamentoCabeçalhos, texto, HTML e anexos já estruturadosVocê escreve e mantém um parser
RoteamentoRegras por padrão de endereçoSeu próprio código ou filtros
FalhasNovas tentativas e reenvio a partir dos logsDepende do que você construir

Use um subdomínio dedicado para a entrada, para não afetar suas caixas de correio habituais.

Recursos de IA

E-mail de entrada com apoio de IA

Classificar

Classificação de intenção

Cada mensagem recebida pode ser rotulada como resposta genuína, ausência, pedido de descadastro, reclamação ou consulta comercial. Você associa os rótulos às rotas, e os itens de baixa confiança vão para uma pessoa.

Assistência

Rascunhos de resposta sugeridos

Nas rotas de suporte, o assistente redige uma resposta com base na sua base de conhecimento. Uma pessoa revisa e envia; nada sai automaticamente, a menos que você mesmo configure essa regra.

Copilot

Resumos de conversas

Longas cadeias de respostas são condensadas em um resumo curto e uma sugestão de próxima ação, ajudando os atendentes a retomar conversas rapidamente. As mensagens originais continuam disponíveis nos logs.

Risco

Pontuação de spam e abuso

A pontuação de risco por IA complementa as verificações de spam e vírus ao avaliar mensagens suspeitas. Você escolhe se os itens de alto risco são colocados em quarentena, sinalizados ou entregues mesmo assim.

Os recursos de IA são assistivos: a classificação e os rascunhos apoiam seu fluxo de trabalho, e você decide as regras de roteamento e o que é enviado.

Boas práticas

Boas práticas para e-mail de entrada

Use um subdomínio dedicado

Coloque o registro MX em um subdomínio como reply.yourdomain.com para que suas caixas de correio normais continuem funcionando e o tráfego de entrada fique isolado.

Verifique todas as assinaturas

Confira o cabeçalho de assinatura antes de processar um payload. Trate requisições sem assinatura como não confiáveis, já que qualquer pessoa pode fazer um POST para uma URL pública.

Confirme rápido, processe depois

Retorne uma resposta de sucesso rapidamente e coloque o trabalho em fila. Handlers lentos disparam novas tentativas e entregas duplicadas.

Torne os handlers idempotentes

Novas tentativas podem entregar a mesma mensagem duas vezes. Remova duplicatas pelo ID da mensagem, para que reenvios a partir dos logs nunca criem tickets duplicados.

Defina os limites de anexos com critério

Decida o tamanho máximo e os tipos de arquivo permitidos por rota. Rejeitar cedo arquivos grandes demais ou inesperados protege os sistemas posteriores.

Registre o ID da mensagem

Guarde o identificador de cada payload junto ao seu registro. Isso simplifica reenvios, consultas de suporte e a remoção de duplicatas.

Perguntas frequentes

E-mail de entrada: perguntas frequentes

Planejando uma caixa de suporte ou um fluxo de respostas? Nossa equipe pode revisar a configuração com você.

O que é o processamento de e-mail de entrada?

O processamento de e-mail de entrada recebe os e-mails enviados a um endereço sob seu controle e os converte em dados estruturados, geralmente um JSON com remetente, assunto, corpo e anexos. Seu aplicativo os recebe por webhook e pode agir sobre as mensagens sem manter um servidor de e-mail.

Como recebo e-mails no meu app com o MigoSMTP?

Adicione um domínio de entrada, publique o registro MX de um subdomínio, crie uma rota que corresponda a um padrão de endereço e aponte-a para o seu webhook HTTPS. Cada mensagem recebida é enviada a esse endpoint como JSON assinado.

Posso receber e-mails no meu domínio principal?

Recomendamos um subdomínio dedicado, para não afetar seus e-mails habituais. Um registro MX envia todo o e-mail daquele nome ao serviço receptor, então usar o domínio raiz redirecionaria suas caixas de correio normais.

O que acontece se o endpoint do meu webhook estiver fora do ar?

As entregas são repetidas, e você pode reenviá-las a partir dos logs de entrada quando o endpoint se recuperar. Retorne uma resposta de sucesso somente depois de receber o payload com segurança. Torne seu handler idempotente, para que um reenvio não altere nada uma segunda vez.

Os anexos estão incluídos no payload?

O payload descreve cada anexo. Os limites de tamanho e tipo são definidos por rota, então você decide o que seu aplicativo aceita. Teste com alguns arquivos reais para ver como seu handler deve tratá-los e defina limites rígidos para cada rota.

Qual é a diferença entre e-mail de entrada e webhooks?

O e-mail de entrada trata as mensagens enviadas a você e as envia ao seu endpoint. Os webhooks, de forma mais ampla, informam eventos das mensagens que você enviou, como entregue ou rejeitada. O e-mail de entrada usa webhooks como mecanismo de entrega, então valem as mesmas verificações de assinatura.

A IA lê o meu e-mail de entrada?

Somente se você ativá-la. A classificação e os resumos por IA são executados nas rotas em que você os habilita, e os resultados são sugestões que você associa às suas próprias regras. Uma pessoa pode revisar qualquer mensagem.

As mensagens recebidas são verificadas contra spam e vírus?

Sim. Os e-mails recebidos podem ser filtrados antes de chegar ao seu aplicativo, e você escolhe se as mensagens sinalizadas são rejeitadas, marcadas ou retidas para revisão. Toda decisão é registrada nos logs, então o tratamento fica auditável.

Comece a enviar em minutos.

Crie uma conta, adicione seu domínio e envie seu primeiro e-mail.