Aponte seu aplicativo, CMS ou dispositivo para o MigoSMTP e continue enviando exatamente como hoje, com autenticação, TLS e limites tratados por nós.
Um copilot de IA explica cada rejeição e adiamento em linguagem simples.
Funciona com qualquer framework, CMS, plugin, script ou dispositivo capaz de enviar por SMTP. Conecte-se com STARTTLS; conexões sem criptografia não são aceitas.
Crie credenciais por aplicativo, ambiente ou cliente, para poder trocar ou desativar uma sem mexer nas outras.
Limite o volume por conta, para que um job descontrolado ou uma senha vazada não esgote sua cota nem sua reputação.
Restrinja uma conta aos endereços de servidor em que você confia, para que credenciais roubadas sejam inúteis em qualquer outro lugar.
Rejeições permanentes e reclamações são suprimidas para você, e falhas temporárias são repetidas antes de contarem como falha.
Encontre qualquer mensagem e veja suas respostas SMTP, novas tentativas e status final, para que o suporte possa responder para onde um e-mail foi.
Publique os registros SPF e DKIM que fornecemos e adicione uma política DMARC. Cada registro fica verde quando é verificado.
Gere um nome de usuário e uma chave de escopo restrito e depois defina o limite de envio e a lista opcional de IPs permitidos para esse app.
Altere host, porta e credenciais no seu app ou plugin, envie uma mensagem de teste e confirme o resultado no log de mensagens.
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.
Cada conta SMTP é independente, então você pode trocar, limitar ou desativar o acesso de um app, ambiente ou cliente sem mexer em mais nada.
Um relay SMTP é um servidor de e-mail que recebe as mensagens do seu aplicativo pelo protocolo SMTP padrão e as entrega, em seu nome, aos provedores de caixa de entrada dos destinatários. Seu app se autentica, entrega a mensagem e segue em frente. A MigoSMTP executa o relay na MigoMTA, então nós cuidamos de fila, novas tentativas, assinatura de autenticação e limitação de ritmo por provedor, em vez de você operar e ajustar o seu próprio servidor de e-mail. Você mantém seu código e suas bibliotecas atuais e altera apenas host, porta e credenciais.
Qualquer coisa que fale SMTP pode usar o relay: frameworks web, plugins de CMS, ferramentas de tickets e cobrança, scripts, impressoras e scanners. Cada app, ambiente ou cliente tem sua própria conta SMTP, com credenciais, limites de envio e lista de IPs permitidos opcional, para que você possa trocar ou desativar uma sem mexer nas demais. O TLS é obrigatório em todas as conexões. Os limites por conta impedem que um app com comportamento anormal consuma sua cota, e os relatórios de uso mostram qual conta enviou o quê.
Um relay importa para a entregabilidade porque os provedores de caixa de entrada avaliam a infraestrutura de envio tanto quanto o conteúdo. Um relay gerenciado assina os e-mails com a chave DKIM do seu domínio, aplica autenticação consistente, reduz o ritmo quando um provedor adia, repete as falhas temporárias e suprime endereços que rejeitam ou reclamam. Quando algo dá errado, o log de mensagens mostra as respostas SMTP brutas e nosso assistente de IA as explica em linguagem simples, para que sua equipe e seu suporte vejam o que aconteceu e o que mudar.
Troque o e-mail instável do servidor por um relay SMTP para WordPress. Informe o host e as credenciais no seu plugin de SMTP e as confirmações de pedido e redefinições de senha deixam de cair no spam.
As agências podem criar uma conta SMTP separada para o site de cada cliente, cada uma com seus próprios limites, para que um plugin comprometido em um site não esgote a cota compartilhada nem prejudique outro cliente.
Apps em Laravel, Django, Rails, Node e CodeIgniter já têm configurações de SMTP. Aponte a configuração de e-mail para o relay e mantenha seus mailers, templates e filas atuais.
Impressoras, scanners e softwares corporativos mais antigos muitas vezes só oferecem SMTP. O relay dá a eles envio autenticado e criptografado, sem mudar firmware e sem reescrever nada.
Conecte softwares de tickets, CRM e faturamento que enviam seus próprios e-mails, para que as respostas e os recibos dos clientes saiam do seu domínio autenticado, e não de um servidor compartilhado.
Use contas distintas para staging e produção, com limites e listas de IPs permitidos diferentes, para que o tráfego de teste nunca se misture com a reputação real nem com dados de clientes, e ambos continuem fáceis de auditar.
Os dois entregam pela mesma infraestrutura. Escolha o que combina com o software que você está conectando.
Você pode usar os dois. Muitas equipes mantêm o SMTP para ferramentas legadas e usam a API para serviços novos, em um só workspace e com um único conjunto de relatórios.
Um copilot de IA lê as respostas SMTP brutas e os logs, explica em linguagem simples por que uma mensagem foi adiada ou rejeitada e sugere uma correção. Você decide se vai agir.
Os modelos aprendem o padrão normal de envio de cada conta e sinalizam picos ou quedas repentinos, como um loop descontrolado ou uma credencial comprometida. Você escolhe se quer pausar a conta ou apenas ser avisado.
A pontuação de risco destaca contas com comportamento incomum ou novos IPs de origem e recomenda trocar a senha ou restringir a lista de IPs permitidos. Nada muda até você aprovar.
Cole as configurações do seu provedor anterior e o assistente prepara um rascunho do host, da autenticação e das alterações de DNS necessárias para a troca. Uma pessoa revisa o checklist antes de qualquer tráfego ser migrado.
Os recursos de IA são assistivos: eles explicam e sugerem, e sua equipe aprova qualquer mudança em contas, limites ou roteamento.
Credenciais separadas permitem trocar, limitar ou desativar um único aplicativo sem afetar os outros, e facilitam atribuir o uso nos relatórios.
Publique SPF, DKIM e uma política DMARC antes de enviar tráfego real. E-mail sem autenticação é o motivo mais comum de cair no spam logo no início.
Um limite sensato contém os danos de loops e credenciais vazadas. Comece perto do seu volume real e aumente de forma deliberada conforme você cresce.
Se o seu app envia de IPs fixos, restrinja a conta a eles. Assim, uma senha roubada é inútil em qualquer outro lugar.
Guarde o usuário e a chave em variáveis de ambiente ou em um gerenciador de segredos, nunca em um repositório ou no bundle do front-end, e troque-os periodicamente.
Envie uma mensagem de teste e depois leia o log da mensagem e os cabeçalhos. Confirme o TLS, o endereço From, o DKIM e o status final antes de mover o tráfego real.
Ainda tem dúvida sobre alguma configuração? Nossa equipe pode revisar o seu setup antes da migração.
Um relay SMTP recebe o e-mail do seu aplicativo e o encaminha ao servidor de e-mail do destinatário. Seu app se autentica com credenciais via TLS e entrega a mensagem. O relay então cuida de fila, novas tentativas, assinatura e limitação de ritmo por provedor, e você não precisa operar o seu próprio servidor de e-mail.
Verifique seu domínio de envio, crie uma conta SMTP no painel e informe o host, a porta e as credenciais no seu app ou plugin. Envie uma mensagem de teste e confira o log. No WordPress, adicione as mesmas configurações ao seu plugin de SMTP.
O SMTP permite que softwares existentes enviem e-mails sem alterar o código, usando um protocolo padrão. Uma API de e-mail é uma interface REST que atende melhor a código novo e oferece templates, idempotência e respostas mais ricas. Os dois entregam pela mesma infraestrutura, então você pode usar cada um onde fizer mais sentido.
Sim. Crie quantas contas o seu plano permitir, cada uma com suas próprias credenciais, limites de envio e lista de IPs permitidos opcional. Isso isola apps, ambientes e clientes e permite desativar uma conta sem afetar as demais.
As rejeições e reclamações ficam registradas nos seus logs de mensagens. Rejeições definitivas e reclamações são adicionadas à sua lista de supressão, para que você pare de enviar a esses endereços, e as falhas temporárias são repetidas antes de serem tratadas como falhas definitivas.
Sim, e recomendamos fazer isso antes de enviar tráfego real. Autenticar seu domínio é o passo mais importante para chegar à caixa de entrada. O painel mostra os registros exatos a publicar e marca cada um quando é verificado.
Em geral sim, se o dispositivo oferecer suporte a autenticação e TLS. Crie para ele uma conta dedicada, com limite de envio baixo e lista de IPs permitidos. Se o dispositivo não consegue usar TLS, fale com a gente sobre as opções antes de conectá-lo.
Não. O assistente explica rejeições, sinaliza volumes incomuns e sugere correções, mas sua equipe aprova qualquer mudança em credenciais, limites ou roteamento. Você pode ver o raciocínio dele ao lado dos logs que o embasam.
Crie uma conta, adicione seu domínio e envie seu primeiro e-mail.