Mova seu envio sem perder reputação, histórico ou o sono. Rode os dois provedores em paralelo e depois faça a transição em etapas.
A IA ajuda a mapear seus domínios, rotas e webhooks do Mailgun; você aprova cada mudança
Liste seus domínios, chaves, templates, webhooks e supressões.
Adicione os registros DNS do MigoSMTP junto com os antigos.
Recrie templates e webhooks e importe as supressões.
Mude o tráfego em etapas e acompanhe a entrega.
Remova registros e chaves antigos quando tudo estiver estável.
A terminologia reflete a documentação do provedor no momento da redação. Confira a documentação atual antes de publicar.
curl https://api.mailgun.net/v3/YOUR_DOMAIN/messages \ --user "api:MAILGUN_KEY" \ -F from="hello@yourdomain.com" \ -F to="user@example.com" \ -F subject="Hello" \ -F html="<p>Hi there</p>"
curl https://api.migosmtp.com/v1/send \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"from": "hello@yourdomain.com",
"to": "user@example.com",
"subject": "Hello",
"html": "<p>Hi there</p>"
}'Requisições ilustrativas. Consulte a referência da API para a lista completa de campos.
Para migrar do Mailgun para o MigoSMTP, liste seus domínios de envio, chaves de API, rotas e webhooks e, em seguida, autentique cada domínio no MigoSMTP mantendo os registros do Mailgun. Recrie os templates, reconstrua as rotas de entrada e importe suas listas de bounces e reclamações. Envie uma pequena parcela do tráfego pelo MigoSMTP, compare a entrega e migre o restante em etapas. Remova os registros DNS e as chaves do Mailgun quando nada mais os utilizar e os resultados se mantiverem estáveis.
As pessoas mudam para consolidar o envio, alterar a forma de cobrança ou ter outro controle de roteamento. A maior parte da configuração é aproveitada sem dificuldade. Cada domínio do Mailgun vira um domínio autenticado no MigoSMTP, as chaves viram chaves de escopo restrito, bounces e reclamações são importados como supressões e os pools de IP são mapeados para IPs dedicados. Detalhes específicos do Mailgun, como endpoints por região e o comportamento da prioridade das rotas, devem ser confirmados na documentação atual do provedor antes de você copiá-los.
O assistente de migração com IA lê a configuração exportada do Mailgun e propõe como cada domínio, variável de template e webhook será mapeado para o MigoSMTP, com uma pontuação de confiança em cada item. As expressões de rota que ele não consegue traduzir com segurança são sinalizadas para tratamento manual. Uma pessoa aprova cada alteração antes de ela ser aplicada, e as aprovações ficam registradas para que a migração possa ser auditada depois. Você decide a ordem dos domínios, e o assistente nunca envia e-mails nem altera o DNS por conta própria.
O Mailgun organiza o envio por domínio, então migre da mesma forma. Autentique um domínio, mova o tráfego dele, confirme os resultados e repita. Subdomínios de e-mail de marketing e transacional podem ser migrados separadamente.
Se você usa rotas do Mailgun para encaminhar ou processar e-mails recebidos, liste cada expressão de correspondência e ação e recrie-a como uma regra de entrada. Teste com endereços reais antes de alterar os registros MX.
Aplicações que enviam por SMTP muitas vezes precisam só de um novo host, porta e credenciais. Altere um serviço por vez e mantenha as credenciais do Mailgun ativas até os logs mostrarem que não há mais uso.
Se você usa pools de IP, decida quais fluxos terão IPs dedicados. Inicie cada um com um cronograma de aquecimento e mantenha os e-mails de baixo volume na infraestrutura compartilhada até que os IPs dedicados tenham histórico.
Recrie as rotas de entrada uma de cada vez e teste cada uma com um endereço de exemplo antes de alterar os registros MX.
Migre um domínio de envio por vez, começando pelo de menor risco.
Lê domínios, chaves e configurações de webhook exportados e propõe os equivalentes no MigoSMTP com pontuações de confiança. Os itens de baixa confiança são listados à parte, e um membro da equipe aprova cada mapeamento antes de ele ser criado.
Recebe as expressões de correspondência e as ações das rotas do Mailgun e redige regras de entrada equivalentes. Mostra o que mudou e o que não foi possível converter, e você aprova ou edita cada regra.
Examina os templates em busca de variáveis e as compara com os dados que seu código envia, listando campos ausentes ou renomeados. As correções são apenas sugestões, aplicadas após a sua revisão.
Responde a perguntas sobre o seu plano em linguagem simples, como qual domínio migrar a seguir. Cita a documentação relevante, e qualquer etapa que ele recomende ainda precisa da sua aprovação.
As sugestões da IA para a sua migração do Mailgun são revisadas e aprovadas por você antes de qualquer aplicação.
Anote todos os domínios de envio, a região de cada um e o que os utiliza. Subdomínios esquecidos com scripts antigos costumam ser a origem das falhas surpresa após a virada.
Extraia as listas de bounces, reclamações e cancelamentos de inscrição de cada domínio e importe-as antes de enviar. Isso protege a reputação e evita enviar para endereços que já o rejeitaram.
Capture eventos de exemplo dos dois provedores e compare os campos. Atualize seu handler para aceitar o novo formato e verifique as checagens de assinatura com a nova chave de assinatura.
Reduza os TTLs dos registros que pretende alterar com um dia de antecedência. Se precisar reverter, a mudança passa a valer em minutos, e não em horas.
Deixe as chaves antigas ativas até os logs mostrarem tráfego zero por vários dias. Depois, revogue-as e exclua os registros DNS não utilizados.
Deixe as rotas antigas no lugar até que as novas tenham processado e-mails reais sem problemas.
Vai migrar do Mailgun? Nossa equipe pode revisar seus domínios e rotas antes de você começar.
Faça o inventário de domínios, chaves, rotas e webhooks, autentique cada domínio no MigoSMTP junto com o Mailgun, recrie templates e rotas, importe as supressões e mude o tráfego gradualmente. Desative os registros e as chaves do Mailgun quando o volume estiver estável e os logs não mostrarem mais uso. Teste primeiro com uma pequena parcela do tráfego e revise os resultados com sua equipe.
Um único domínio com envio por SMTP pode ser migrado em dias. Vários domínios, rotas de entrada e IPs dedicados levam mais tempo, pois cada um precisa de testes e aquecimento. Planeje várias semanas e migre um domínio por vez. Teste primeiro com uma pequena parcela do tráfego e revise os resultados com sua equipe.
Sim, mas você precisa recriá-las. Exporte a expressão de correspondência e a ação de cada rota e reconstrua-as como regras de entrada no MigoSMTP. Teste com um endereço de exemplo antes de atualizar os registros MX. Confira o comportamento de prioridade na documentação atual do provedor. Mantenha as rotas antigas ativas até confirmar que as novas funcionam.
A reputação está atrelada ao seu domínio e aos IPs de envio, então ela não é transferida automaticamente. Autentique o domínio, comece com uma pequena parcela e aumente gradualmente. IPs dedicados precisam de um aquecimento adequado antes do volume total. Teste primeiro com uma pequena parcela do tráfego e revise os resultados com sua equipe.
Exporte-os por domínio e importe-os no MigoSMTP como supressões antes do primeiro envio. Isso evita enviar para endereços que já deram bounce ou reclamaram. Confirme o formato de exportação na documentação atual do provedor antes de importar. Teste primeiro com uma pequena parcela do tráfego e revise os resultados com sua equipe.
Com SMTP, normalmente só host, porta e credenciais. Com a API HTTP, o endpoint, a autenticação e os nomes dos campos são diferentes, então atualize a chamada ou use um SDK. Teste em staging e mude um serviço por vez. Teste primeiro com uma pequena parcela do tráfego e revise os resultados com sua equipe.
Sim. Os dois podem autenticar seu domínio ao mesmo tempo, então você pode direcionar parte dos e-mails pelo MigoSMTP e deixar o restante no Mailgun. Dividir por domínio ou aplicação facilita as comparações. Teste primeiro com uma pequena parcela do tráfego e revise os resultados com sua equipe.
Ela cuida do mapeamento repetitivo. O assistente lê seus domínios, webhooks e templates exportados, propõe os equivalentes no MigoSMTP com pontuações de confiança e sinaliza as rotas que não consegue traduzir. Uma pessoa aprova cada alteração antes de ela ser aplicada.
Sim. A maioria das equipes começa enviando uma pequena parcela pelo MigoSMTP e aumenta gradualmente.
Passar de um pool compartilhado para um IP dedicado exige aquecimento. Use o guia ou a calculadora.
Nossa equipe pode revisar seu plano para o Mailgun e o cronograma da virada.
Conte-nos sobre seus domínios, volume e configuração e ajudaremos você a planejar uma transição segura e em etapas.
Crie uma conta, adicione seu domínio e envie seu primeiro e-mail.