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 transforma suas identidades do SES e eventos do SNS em um mapeamento que você pode revisar
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.
aws sesv2 send-email \
--from-email-address hello@yourdomain.com \
--destination ToAddresses=user@example.com \
--content 'Simple={Subject={Data=Hello},Body={Html={Data="<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 Amazon SES para o MigoSMTP, liste suas identidades verificadas, conjuntos de configuração, destinos de eventos e supressões em nível de conta; depois, autentique seus domínios no MigoSMTP mantendo os registros do SES. Crie novas credenciais SMTP ou de API, substitua os consumidores de SNS e de filas por webhooks e importe as supressões. Mude o tráfego em etapas, compare a entrega e remova as identidades do SES e as credenciais do IAM somente depois de um período sem envios no SES, definido por você.
Muitas equipes deixam o SES porque querem menos peças da AWS em torno do e-mail, como políticas do IAM, tópicos do SNS e filas, ou porque buscam mais opções de roteamento e suporte. Quase toda a configuração é aproveitada: as identidades verificadas viram autenticação de domínio, os conjuntos de configuração são mapeados para workspaces e fluxos, e a lista de supressão é importada. Detalhes como status do sandbox, cotas de envio e comportamento por região devem ser confirmados na documentação atual do provedor para a sua conta. Registre cada diferença para que a equipe concorde sobre o que muda.
O assistente de migração com IA lê a configuração do SES que você exportar, incluindo identidades, conjuntos de configuração e destinos de eventos, e propõe como cada item se mapeia no MigoSMTP, com uma pontuação de confiança. Quando um tópico do SNS alimenta código próprio, ele destaca o consumidor que você precisará atualizar. Uma pessoa aprova cada alteração proposta antes de qualquer aplicação, e as aprovações ficam registradas. O assistente nunca envia e-mails nem edita o DNS por conta própria, e você controla prazo, escopo e reversão.
Se os eventos de entrega, bounce e reclamação passam pelo SNS até filas ou funções Lambda, aponte essa lógica para os webhooks do MigoSMTP. Execute os dois caminhos por um breve período para confirmar que as atualizações do seu banco de dados coincidem.
Aplicações que usam credenciais SMTP do SES precisam de novo host, porta e credenciais do MigoSMTP. Altere um serviço por vez, pois as credenciais do SES derivadas do IAM e as do MigoSMTP são gerenciadas separadamente.
Cada conjunto de configuração normalmente representa um caso de uso, como recibos ou newsletters. Crie um workspace ou fluxo correspondente para cada um, de modo que relatórios e tratamento de supressões continuem separados.
Uma nova conta de envio começa com limites próprios, então confirme suas cotas iniciais antes de migrar volume. Mantenha o SES ativo para qualquer tipo de e-mail que você ainda não tenha validado no MigoSMTP.
Troque tópicos de notificação e handlers por webhooks que enviam os mesmos eventos direto para a sua aplicação.
Use verificações de domínio gerenciadas, orientações de aquecimento e monitoramento em vez de construí-los por conta própria.
Lê as identidades, os conjuntos de configuração e os destinos de eventos exportados e propõe equivalentes no MigoSMTP com pontuações de confiança. Itens ambíguos são sinalizados, e um membro da equipe aprova cada mapeamento antes de ele ser criado.
Examina as exportações do seu repositório de código em busca de handlers de mensagens do SNS e do SQS e lista os que precisam de mudanças para webhooks. Ele elabora atualizações para você revisar; nada é alterado automaticamente.
Acompanha as taxas de bounce, adiamento e reclamação em relação à sua linha de base do SES enquanto o tráfego é migrado e alerta sobre desvios. Você decide se continua, pausa ou reverte cada etapa.
A API do MigoSMTP é documentada em um formato que ferramentas e agentes conseguem ler, para que seus próprios scripts ou assistentes possam redigir requisições. Todo envio ou alteração de configuração ainda precisa da sua aprovação.
As sugestões de IA para a sua migração do SES são revisadas e aprovadas por você antes de qualquer aplicação.
Baixe a lista de supressão em nível de conta, e quaisquer entradas em nível de lista, antes de enviar qualquer coisa. Importá-la evita novos envios para endereços que já tiveram bounce ou reclamação.
Encontre todos os serviços que usam credenciais SMTP ou chaves de acesso do SES. Substitua-as uma a uma e desative as credenciais antigas quando os logs não mostrarem mais atividade.
Autentique os mesmos domínios e endereços de remetente que você usa hoje. Uma divergência entre o domínio From e o domínio autenticado é uma causa frequente de testes que falham.
Deixe as identidades e credenciais do SES ativas durante a transição. Se um fluxo apresentar problemas no MigoSMTP, você pode redirecioná-lo rapidamente e investigar com calma.
Se seus e-mails precisam permanecer em determinada região, confirme as regiões disponíveis com suas equipes de nuvem e de conformidade antes de migrar. Documente onde os logs e os dados dos destinatários ficam armazenados após a migração.
Mapeie seus tópicos de notificação e handlers para endpoints de webhook antes de migrar volume.
Vai sair do Amazon SES? Nossa equipe pode revisar seu pipeline de eventos antes de você começar.
Exporte suas identidades, conjuntos de configuração e lista de supressão, autentique seus domínios no MigoSMTP, crie novas credenciais, substitua os handlers de eventos do SNS por webhooks e migre o tráfego em etapas. Desative as identidades do SES e as credenciais do IAM somente depois que os envios por lá tiverem parado. Teste primeiro com uma pequena parte do tráfego e revise os resultados com a sua equipe.
Configurações simples, só com SMTP, podem ser migradas em dias. Configurações com vários conjuntos de configuração, tópicos SNS e handlers Lambda levam mais tempo, porque o pipeline de eventos precisa ser refeito e testado. Planeje várias semanas, incluindo um aquecimento em etapas. Teste primeiro com uma pequena parte do tráfego e revise os resultados com a sua equipe.
O MigoSMTP tem seu próprio onboarding de conta, separado do status do seu sandbox no SES. Confirme seus limites iniciais com a nossa equipe antes de migrar volume e mantenha o SES ativo para tudo o que você ainda não validou. Teste primeiro com uma pequena parte do tráfego e revise os resultados com a sua equipe.
Os webhooks do MigoSMTP entregam eventos de entrega, bounce, reclamação e outros diretamente no seu endpoint HTTPS, então talvez você não precise de tópicos SNS nem de filas. Atualize seu consumidor para o novo payload e execute os dois caminhos por um breve período para comparar. Teste primeiro com uma pequena parte do tráfego e revise os resultados com a sua equipe.
A reputação acompanha seu domínio e seus IPs, então não é transferida automaticamente. Autentique seu domínio, comece com uma pequena parte dos e-mails e aumente aos poucos. Se você usa IPs dedicados no SES, planeje o aquecimento dos novos. Teste primeiro com uma pequena parte do tráfego e revise os resultados com a sua equipe.
Sim. Exporte a lista de supressão em nível de conta e importe-a no MigoSMTP antes do primeiro envio. Confira o formato da exportação e as entradas em nível de lista com a documentação atual do provedor para que nada fique de fora. Teste primeiro com uma pequena parte do tráfego e revise os resultados com a sua equipe.
Sim. Os dois podem autenticar seu domínio ao mesmo tempo, então divida o tráfego por aplicação, conjunto de configuração ou domínio de destino. Mantenha as credenciais do SES ativas até os logs confirmarem que nada mais as usa. Compare as taxas de bounce e reclamação entre os dois antes de cada aumento.
A IA elabora o mapeamento; as pessoas decidem. Ela lê as identidades, os conjuntos de configuração e os destinos de eventos exportados, propõe equivalentes no MigoSMTP com pontuações de confiança e sinaliza os consumidores de SNS que precisam de mudanças. 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 Amazon SES e o cronograma de transição.
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.