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.
Um copilot de IA mapeia servidores, fluxos e templates do Postmark para você aprovar
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.postmarkapp.com/email \
-H "X-Postmark-Server-Token: POSTMARK_TOKEN" \
-H "Content-Type: application/json" \
-d '{ "From": "hello@yourdomain.com",
"To": "user@example.com",
"Subject": "Hello",
"HtmlBody": "<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 Postmark para o MigoSMTP, liste seus servidores, fluxos de mensagens, templates, webhooks e supressões e, em seguida, autentique seus domínios no MigoSMTP mantendo os registros do Postmark. Crie chaves de API de escopo restrito, recrie os templates e atualize os endpoints de webhook. Importe as supressões antes de enviar. Mude um fluxo por vez, começando com uma pequena parcela do e-mail transacional, e desative os tokens e registros DNS do Postmark depois que o volume se mantiver estável. Mantenha o Postmark em funcionamento até ficar satisfeito com os resultados.
As equipes mudam para consolidar provedores, ajustar custos ou ter mais controle sobre roteamento e infraestrutura. A estrutura se traduz bem, porque o Postmark já separa o tráfego. Servidores e fluxos de mensagens são mapeados para workspaces e fluxos, tokens de servidor viram chaves de escopo restrito e assinaturas de remetente viram autenticação de domínio. Recursos específicos do Postmark, como layouts de template e o comportamento de supressão por fluxo, devem ser conferidos na documentação atual do provedor antes de você copiá-los. Mantenha uma lista de tudo o que não for mapeado um a um.
O assistente de migração com IA lê a configuração do Postmark que você exporta e propõe como cada servidor, fluxo, template e webhook será mapeado para o MigoSMTP, com uma pontuação de confiança em cada item. Ele indica onde um layout de template ou campo personalizado precisa de atenção manual. Uma pessoa aprova cada alteração antes de ela ser aplicada, e cada aprovação fica registrada. Sua equipe controla o momento, o escopo e a reversão, e o assistente nunca envia e-mails nem edita o DNS por conta própria.
Os fluxos transacional e de broadcast do Postmark existem por um motivo. Recrie essa divisão no MigoSMTP para que recibos e e-mails de marketing tenham reputação, relatórios e tratamento de supressões separados desde o primeiro dia.
Cada servidor do Postmark normalmente representa uma aplicação ou um ambiente. Migre um por vez, criando um workspace e uma chave para cada, para que qualquer problema fique restrito a um único app.
Liste os templates, os layouts e os campos do modelo que seu código envia. Recrie-os no MigoSMTP e envie mensagens de teste com dados reais para confirmar que cada variável é renderizada corretamente.
Substitua os tokens de servidor do Postmark por chaves do MigoSMTP na configuração, um serviço por vez. Mantenha os tokens antigos ativos até os logs não mostrarem mais chamadas e então revogue-os.
Migre um fluxo de mensagens por vez para que os e-mails transacionais e de broadcast mantenham a própria reputação.
Recrie os templates e os layouts compartilhados e envie mensagens de teste para verificar variáveis e formatação.
Lê os servidores e fluxos de mensagens exportados e propõe estruturas de workspaces e fluxos com pontuações de confiança. Você vê cada alteração proposta e a aprova antes de qualquer criação.
Converte templates e layouts do Postmark, preservando as variáveis do modelo, e mostra uma prévia renderizada com seus dados de exemplo. Cada template aguarda sua aprovação antes de ser salvo.
Compara as taxas de bounce, adiamento e reclamação com a referência do seu Postmark enquanto o tráfego migra. Ele avisa sobre desvios, e você escolhe se mantém ou continua cada etapa.
Responde a perguntas como qual fluxo migrar primeiro e o que testar, com base na sua configuração exportada. Suas recomendações são sugestões que você confirma antes de agir.
As sugestões da IA para a sua migração do Postmark são revisadas e aprovadas por você antes de qualquer aplicação.
Registre quais aplicações usam cada token de servidor e fluxo. Integrações ocultas, como ferramentas de suporte ou sistemas de cobrança, são o que as equipes mais esquecem.
As supressões podem diferir entre os fluxos transacional e de broadcast. Exporte cada um separadamente e importe no fluxo correspondente do MigoSMTP antes de enviar.
Envie mensagens de teste com dados completos, parciais e vazios. Compare o resultado renderizado com a versão do Postmark para detectar campos ausentes ou espaços em branco alterados.
Adicione os registros DKIM e return-path do MigoSMTP sem excluir os do Postmark. Verifique se ambos passam em uma checagem de cabeçalhos antes de alterar qualquer envio em produção.
O e-mail transacional é o mais sensível, mas o de broadcast tem volume maior. Migre primeiro o transacional e depois aumente o broadcast gradualmente, acompanhando as taxas de reclamação.
Planeje como cada servidor e fluxo do Postmark será mapeado para um workspace do MigoSMTP antes de começar.
Vai migrar do Postmark? Nossa equipe pode revisar seus fluxos e templates antes de você começar.
Liste seus servidores, fluxos, templates e webhooks, autentique os domínios no MigoSMTP junto com o Postmark, recrie os templates, importe as supressões e mude um fluxo por vez. Desative os tokens e os registros DNS do Postmark quando o volume estiver estável e os logs não mostrarem mais uso.
Um único servidor com alguns templates pode ser migrado em dias. Vários servidores, fluxos e consumidores de webhook levam mais tempo, pois cada um precisa de testes. Planeje várias semanas e migre um fluxo por vez. Teste primeiro com uma pequena parcela do tráfego e revise os resultados com sua equipe.
Você os recria no MigoSMTP. Exporte o HTML dos templates e as variáveis do modelo que seu código envia e use o conversor para gerar versões para revisão. Verifique layouts e seções condicionais com envios de teste antes de aprovar. Teste primeiro com uma pequena parcela do tráfego e revise os resultados com sua equipe.
O MigoSMTP usa workspaces e fluxos para manter separados os e-mails transacionais e de broadcast, então a estrutura é mapeada de forma muito próxima. Reputação, relatórios e supressões permanecem separados por fluxo. Confirme o comportamento exato na documentação do Postmark. Teste primeiro com uma pequena parcela do tráfego e revise os resultados com sua equipe.
A reputação pertence ao seu domínio e aos IPs de envio, então ela não é transferida automaticamente. Autentique o domínio, envie primeiro uma pequena parcela e aumente gradualmente. IPs dedicados precisam de aquecimento antes do volume total. Teste primeiro com uma pequena parcela do tráfego e revise os resultados com sua equipe.
Exporte-as e importe-as no MigoSMTP antes do primeiro envio, para que destinatários que deram bounce ou reclamaram não recebam e-mails novamente. Se você usa fluxos separados, exporte e importe por fluxo. Confira os formatos na documentação atual do provedor. Teste primeiro com uma pequena parcela do tráfego e revise os resultados com sua equipe.
Sim. Os dois podem autenticar o mesmo domínio, então direcione uma pequena porcentagem pelo MigoSMTP enquanto o Postmark cuida do restante. Dividir por servidor ou fluxo facilita comparar resultados e reverter. Mantenha os tokens do Postmark ativos até os logs não mostrarem mais chamadas.
Sim, no trabalho de mapeamento. O assistente lê os servidores, fluxos e templates exportados, propõe os equivalentes no MigoSMTP com pontuações de confiança e sinaliza os itens que exigem cuidado manual. 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 Postmark 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.