SMTP Relay europeu gerenciado para empresa brasileira que prefere SMTP padrão em vez de API REST de fornecedor moderno

Postfix self-hosted em VPS Hetzner cobre o protocolo (envio SMTP funcional) mas não cobre o que importa para placement em volume relevante: IPs dedicados em infraestrutura profissional com conectividade Tier 1 (VPS compartilha pool com outros tenants), aquecimento adequado dos IPs (Hetzner não faz aquecimento), autenticação SPF/DKIM/DMARC gerenciada (cliente faz manual), monitoramento Postmaster Tools e SNDS contínuo (cliente faz manual ou não faz), suporte profissional em português (Hetzner é self-service). Para volume baixo onde placement não importa, Postfix simples atende. Para volume relevante onde placement vira ROI, a diferença justifica o preço.

Sim, funciona com qualquer aplicação que fala SMTP padrão RFC 5321 com SMTP AUTH RFC 4954. JavaMail API (Java), System.Net.Mail (.NET), ActionMailer (Ruby on Rails), smtplib (Python), PHPMailer/SwiftMailer (PHP), nodemailer (Node.js), Mailable do Laravel, todas funcionam direto trocando configuração de host SMTP e credencial. Não exige biblioteca específica nossa nem SDK proprietário. A configuração típica leva 5 a 30 minutos dependendo de quantos pontos da aplicação precisam atualizar.

Sim. SMTP Relay e ESP brasileiro doméstico cobrem casos de uso diferentes e funcionam em paralelo sem conflito. Padrão típico: SMTP Relay nosso para email transacional internacional (notificação de pedido, recuperação de senha, alerta de transação) que sai do código da aplicação; ESP brasileiro doméstico para campanha de marketing brasileira gerenciada via interface da plataforma (com automação, segmentação, A/B test). Os dois usam autenticação SPF separada (SPF do domínio inclui include do nosso SMTP Relay mais include do ESP brasileiro), DKIM separados (selectors diferentes), e os receivers tratam como fontes legítimas paralelas.

Para bounce, retornamos código SMTP padrão na entrega (5xx para falha permanente, 4xx para falha temporária com retry automático) que a aplicação cliente recebe e processa via lógica padrão de SMTP. Para feedback adicional além do código SMTP padrão (bounce assíncrono que chega depois, complaint via FBL, status de delivery via DSN), oferecemos webhook opcional em formato JSON estruturado que a aplicação pode receber e processar. Para clientes que querem feedback detalhado em tempo real similar a API REST de fornecedor moderno, recomendamos avaliar Email API EU em vez de SMTP Relay porque a API REST oferece esse tipo de feedback nativo.

Sim, aceitamos mensagem padrão SMTP até 50MB total (incluindo body, anexo, header). HTML pesado funciona normalmente. Imagem inline com Content-ID funciona normalmente. Anexo padrão (PDF, DOCX, XLSX, PNG, JPG) funciona normalmente. Para mensagem maior que 50MB, recomendamos enviar link para o cliente baixar o anexo em vez de anexar inline (best practice de email moderno em geral, e o tamanho de inbox padrão de Gmail e Outlook é 25MB que rejeita mensagem maior que isso).

Sim. A LGPD aplica em razão da nacionalidade da pessoa cujo dado é tratado, não da localização física da infraestrutura. A gente fornece DPA assinado com cláusula de transferência internacional documentada como mecanismo legal sob Art. 33 da LGPD. Para empresa brasileira em setor regulado (banco BACEN, fintech, healthtech ANVISA), a cláusula adicional cobre exigências específicas. O DPO da empresa controladora brasileira continua responsável pela conformidade LGPD geral; a gente cobre a parte de operadora dentro do escopo do contrato.

Sim. SMTP Relay é independente do TLD do domínio. Cliente pode usar domínio em .com.br, .org.br, .net.br, .gov.br (para fornecedor de governo aplicável), ou qualquer outro ccTLD brasileiro registrado pelo cliente no Registro.br. O cliente continua responsável pelo registro e renovação do domínio brasileiro no Registro.br, e a configuração de DNS aponta para nossa infraestrutura conforme padrão de SMTP Relay.

Os sistemas brasileiros de gestão integrada têm módulo de email que aceita configuração SMTP padrão. Para Totvs Protheus, a configuração é feita no AppServer.ini ou via arquivo de configuração específico do módulo de email. Para Sankhya e Senior, configuração via interface administrativa. Para Linx, depende da versão (algumas têm configuração via interface, outras exigem mexer em config file). Para qualquer um, a mudança é trocar host SMTP, porta, usuário e senha. Tipicamente leva 30 minutos a 2 horas dependendo da complexidade do sistema. Para clientes que querem ajuda com a configuração específica do sistema brasileiro deles, oferecemos consultoria de setup paga separadamente (€199 a €499 dependendo do escopo).

Tecnicamente funciona, mas não é a otimização certa. SMTP Relay é otimizado para email transacional (notificação, alerta, comunicação operacional) que tem perfil de envio diferente de email marketing (que tem volume concentrado em janelas, padrão de complaint diferente, expectativa de placement diferente). Para email marketing brasileiro em massa para audiência brasileira, recomendamos ESP doméstico especializado (Locaweb Email Marketing, RD Station, Mailbiz, ActiveCampaign Brasil). Para email marketing internacional em massa, recomendamos avaliar Mailchimp, Klaviyo ou similar. SMTP Relay nosso fica como infraestrutura para a parte transacional onde a economia operacional faz sentido.

Sim, em modalidade Enterprise customizada com termos contratuais específicos. Para banco brasileiro, fintech autorizada pelo BACEN ou empresa em setor regulado, o contrato inclui cláusula compatível com Resolução BCB 4.658/2018 sobre serviço relevante de tecnologia. Negociação leva 4 a 8 semanas envolvendo jurídico do banco coordenando com nosso jurídico austríaco mais escritório parceiro brasileiro. Para healthtech sob RDC ANVISA 657/2022, cláusula compatível com regulação aplicável. Para fornecedor de governo brasileiro, cláusula compatível com Lei 14.133/2021 nas partes aplicáveis.

Sim, e é um benefício importante. A nossa infraestrutura SMTP é independente da aplicação do cliente. Se a aplicação cair (problema na VPS, banco caindo, deploy quebrando), a infraestrutura SMTP continua disponível. Quando a aplicação volta, ela pode mandar email normalmente sem necessidade de coordenação com a gente. Para clientes que querem queue durável no lado da aplicação para tolerar downtime do SMTP Relay nosso (apesar do nosso SLA), recomendamos arquitetura com Redis ou RabbitMQ como buffer entre a aplicação e o SMTP Relay.

Migração trivial. Cliente troca configuração SMTP da aplicação (host, porta, usuário, senha) apontando para nossa infraestrutura em vez do Postfix self-hosted. Tipicamente leva 15 a 60 minutos dependendo de quantos pontos da aplicação precisam atualizar. Recomendamos fazer cutover gradual: migrar parte do tráfego (10% inicialmente, 50% depois, 100% no final) ao longo de 7 a 14 dias enquanto o aquecimento dos IPs novos completa. Para clientes Pro e Scale, oferecemos engenheiro lead que coordena a migração e disponível para questão técnica durante o cutover.

Sim, funciona com qualquer PaaS que permita ao código da aplicação fazer conexão SMTP saída para porta 587 ou 465 com TLS. Heroku, Railway, Fly.io, Render, DigitalOcean App Platform, AWS Elastic Beanstalk, Azure App Service, Google Cloud Run, todos suportam isso por padrão. Para clientes em PaaS específico que tenha restrição de saída SMTP (raro mas acontece em alguns ambientes corporativos), oferecemos endpoint SMTP em porta 2525 como alternativa para casos onde porta 587 está bloqueada por firewall corporativo.

Sim. Cada conta SMTP Relay tem rate limit configurável no painel, com padrão de 100 mensagens por segundo no Standard, 500 mensagens por segundo no Pro, e 2.000 mensagens por segundo no Scale. Cliente pode reduzir para limite menor (útil para aplicação que tem buffer interno e quer suavizar tráfego), ou solicitar aumento conforme caso. O rate limit protege a reputação dos IPs dedicados contra pico inesperado de aplicação com bug que entra em loop, e oferece proteção operacional adicional. Para clientes que precisam burst alto temporário (envio de notificação massiva em evento específico, Black Friday, lançamento de produto), oferecemos bypass temporário via solicitação.

Específica do seu domínio. Como parte do onboarding, geramos par de chaves DKIM 2048-bit dedicado ao cliente, publicamos a chave pública no DNS do domínio do cliente sob selector específico (tipo "osd2025" ou similar), e configuramos a assinatura com chave privada na nossa infraestrutura. A chave privada nunca sai da nossa infraestrutura, e o cliente recebe documentação técnica que confirma a configuração. Rotação automática a cada 90 dias com janela de validade dupla para evitar quebra de assinatura. Para clientes Enterprise com requisito específico (ex: chave 4096-bit, selector custom, rotação trimestral), oferecemos customização sob solicitação.

Sim, mas com retenção limitada por motivo de privacidade e conformidade LGPD. O log de envio mostra timestamp, From, To (com truncamento parcial após retenção curta), Subject (truncamento parcial), tamanho da mensagem, status SMTP de aceitação (aceito, rejeitado, bounce, retry), e código de bounce quando aplicável. Retenção de 30 dias para Standard, 90 dias para Pro, 180 dias para Scale. Para clientes em setor regulado precisando retenção estendida (banco com obrigação de 5 anos sob Resolução BCB 4.658/2018, setor público sob Lei 14.133/2021), oferecemos retenção customizada Enterprise sob termos contratuais específicos com cobrança proporcional ao volume de log retido.

Sim, e a infraestrutura é dimensionada para absorver pico de Black Friday brasileiro. Para clientes que avisam com 30 dias de antecedência (recomendamos avisar até início de outubro para Black Friday em final de novembro), oferecemos provisionamento adicional de IPs para o período do pico mais revisão proativa de configuração. Durante Black Friday, suporte estendido com cobertura adicional na semana específica. Pico de tráfego típico de cliente brasileiro em Black Friday (5x a 8x volume médio durante 4 horas em pontos críticos) é absorvido sem degradação. Para clientes Pro e Scale, é parte do SLA contratual.

Sim, segregação por tipo de tráfego é boa prática. Cliente pode contratar 2 contas SMTP Relay separadas com domínios distintos para segregar reputação por tipo de tráfego: uma conta para email transacional crítico (alerta de transação, recuperação de senha) que tem complaint baixo inerente, outra para email institucional ou marketing que tem perfil de complaint diferente. Os IPs são separados, monitoramento separado, reputação evolui de forma independente. Esse padrão protege a reputação do tráfego crítico contra contaminação de tráfego de marketing que pode ter complaint mais alto. Para clientes do tier Pro e Scale, segunda conta SMTP Relay tem 30% de desconto sobre o preço padrão.

Para audiência brasileira com peso significativo em receivers locais (UOL Mail, Terra Mail, BOL, R7, iG, Globo Mail), nossa infraestrutura europeia entrega placement aceitável (na faixa de 75% a 85% para conta com reputação saudável) mas não tão bom quanto IP brasileiro com origem em datacenter de São Paulo entregaria (na faixa de 85% a 95%). Para empresa brasileira com base de cliente concentrada em consumer 35-65 anos com email pessoal em receivers locais, recomendamos arquitetura híbrida: SMTP Relay nosso para audiência internacional + ESP brasileiro doméstico (Locaweb Email Marketing, Mailbiz) para audiência brasileira em receivers locais. Os dois usam autenticação separada e os receivers tratam como fontes paralelas legítimas.

Sim, mas a configuração depende da plataforma. Zendesk e Freshdesk permitem configurar SMTP custom para envio das respostas de ticket. Intercom permite configurar domínio custom e envia via infraestrutura própria, com integração mais limitada para SMTP externo. Para Zendesk com SMTP custom, configuração feita na seção de Email Settings com host, porta, usuário e senha que entregamos. Para Freshdesk similar. Para Intercom, recomendamos manter envio via infraestrutura própria do Intercom porque migrar para SMTP custom não traz benefício prático. Para clientes que querem consolidar todo email transacional incluindo helpdesk em uma infraestrutura única, recomendamos avaliar Email API EU em vez de SMTP Relay porque alguns sistemas modernos preferem API REST.

Não temos parceria comercial estruturada. Os fornecedores brasileiros operam mercado doméstico com datacenter em São Paulo e nós operamos infraestrutura europeia, em casos de uso complementares. Para empresa brasileira com hospedagem na Locaweb que quer adicionar SMTP Relay nosso para envio outbound profissional, a integração técnica é padrão (DNS na Locaweb, SMTP apontando para nossa infraestrutura) e funciona sem fricção. Já fizemos isso para vários clientes brasileiros. Se em algum momento aparecer demanda de mercado significativa para parceria estruturada, avaliaremos, mas no momento foco é entregar valor técnico para o cliente final independente de parceria comercial entre fornecedores.

Para tier Standard, ticket fica na fila e é respondido no horário comercial seguinte (cobrindo 9h às 18h horário de Brasília). Para tier Pro, suporte estendido com cobertura até 22h horário de Brasília. Para tier Scale, PagerDuty integration aciona engenheiro de plantão europeu em qualquer horário com tempo de resposta 4 horas para incidente crítico. Para casos onde a infraestrutura nossa apresenta problema sistêmico (raro, mas acontece), comunicação proativa por email em até 30 minutos da identificação interna, mesmo fora do horário comercial e mesmo se cliente ainda não notou o impacto. A disciplina de comunicação proativa é parte da relação operacional.