Se você administra uma revista científica no Open Journal System (OJS), provavelmente já se deparou com um problema silencioso e muito comum: autores submetem artigos, avaliadores são convidados, decisões editoriais são tomadas — mas os e-mails simplesmente não chegam. Ou chegam na caixa de spam. Ou, pior, desaparecem sem deixar rastro.
O OJS depende profundamente do e-mail para funcionar. É por ele que acontecem os convites a avaliadores, as notificações de submissão, os avisos de decisão editorial e até a confirmação de cadastro de novos usuários. Sem e-mail funcionando, o fluxo editorial trava.
O cenário ficou ainda mais complexo nos últimos anos, especialmente para revistas que utilizam ou utilizavam o Gmail. O Google encerrou o suporte ao acesso de aplicativos menos seguros — uma forma simples de conectar sistemas externos ao Gmail usando apenas usuário e senha — e passou a exigir mecanismos mais robustos de autenticação. Com isso, editores que configuraram o envio de e-mails no OJS há alguns anos e nunca mais tocaram nessa configuração começaram a enfrentar falhas silenciosas: o sistema parecia funcionar, mas os e-mails simplesmente pararam de chegar. A situação é especialmente comum em revistas que optaram pelo Gmail ou Google Workspace justamente pela familiaridade com a ferramenta — e se viram perdidas diante de termos como SMTP, relay, TLS, SPF e DKIM.
Neste post vamos apresentar passo a passo como configurar o envio de e-mails no OJS para usuários do Google Workspace, pacote de ferramentas do Google para organizações que inclui Gmail corporativo e que já oferece tudo o que precisa para resolver esse problema de forma robusta e confiável, além de desmistificar os termos técnicos que aparecem ao longo do caminho.
Entendendo o problema
Quando o OJS precisa enviar um e-mail, ele precisa de um "correio" para entregar a mensagem. Por padrão, muitas instalações tentam usar o próprio servidor onde o OJS está hospedado para ser esse correio. O problema é que servidores de hospedagem genéricos têm reputação baixa no mundo dos e-mails — é como um entregador desconhecido tentando deixar uma encomenda: a maioria dos destinatários vai recusar na porta.
O Gmail e o Google Workspace, por outro lado, são como os Correios: todo mundo conhece, todo mundo confia, e os e-mails chegam ao destino. Configurar o OJS para enviar e-mails usando a infraestrutura do Google é, portanto, uma das melhores decisões que um gestor de revista pode tomar.
SMTP: protocolo fundamental para envio de emails pelo OJS
SMTP é a sigla em inglês para "Protocolo Simples de Transferência de Correio" (Simple Mail Transfer Protocol) — essencialmente, o idioma que os sistemas usam para se comunicar quando precisam enviar e-mails. Quando você configura o OJS para usar o SMTP do Google, está dizendo ao sistema: "quando precisar enviar uma mensagem, use o serviço de correio do Google, não o daqui do servidor".
No arquivo de configuração do OJS (config.inc.php), há uma seção específica chamada [email] onde essas instruções são definidas. Você não precisa entender cada linha do arquivo — vamos mostrar exatamente o que mudar.
Configurando o Google Workspace
Nesta configuração, você cadastra o endereço IP do seu servidor junto ao Google. A partir daí, qualquer e-mail enviado a partir daquele endereço passa pelo sistema do Google automaticamente — sem precisar de usuário e senha.
"Ué, sem usuário e senha?", você poderia perguntar.... "Sim!" é a resposta.
Imagine a guarita de um condomínio grande. Normalmente, qualquer visitante precisa mostrar um documento. Mas os moradores podem cadastrar a placa do carro ou utilizar uma tag — a partir daí, a cancela abre automaticamente quando o carro chega, sem precisar parar na guarita. O IP do seu servidor funciona exatamente como essa placa cadastrada ou a tag de acesso.
Serviço de redirecionamento SMTP
Esta configuração é feita no Console Admin do Google Workspace, acessível apenas por administradores da organização.
1. Acesse admin.google.com com uma conta administradora.
2. No menu lateral, navegue até Aplicativos → Google Workspace → Gmail → Roteamento.
3. Role a página até encontrar a seção "Serviço de redirecionamento SMTP" e clique em "Adicionar outra regra".
4. Preencha as configurações da seguinte forma:
- Nome: escolha um nome descritivo, como
Configuração SMTP para envio do OJS - Remetentes permitidos: selecione "Apenas endereços nos meus domínios"
- Autenticação: marque "Só aceitar e-mails dos endereços IP especificados" e insira o IP público do servidor onde o OJS está instalado. Para descobrir esse IP, você pode executar o comando
curl -s https://api.ipify.orgno terminal do servidor ou consultar com o suporte técnico da sua hospedagem. - Criptografia: não marcar "Exigir criptografia TLS".
Atenção: O Google Workspace não aceita mais autenticação básica por usuário e senha para contas de organizações em conjunto com a autenticação por IP — apenas OAuth2 e senhas de aplicativo. Se as duas opções estiverem marcadas ao mesmo tempo, o envio falhará com um erro de credenciais inválidas.
5. Clique em Salvar. As alterações podem levar alguns minutos para entrar em vigor.
SPF, DKIM e DMARC: os três pilares da entregabilidade
Uma vez que o e-mail está sendo enviado, é importante garantir que ele chegue de verdade ao destino — e não caia na caixa de spam. Para isso, existem três tecnologias que trabalham juntas, como um sistema de identificação e autenticação para e-mails:
SPF (Sender Policy Framework) é como uma lista de funcionários autorizados a usar o uniforme da empresa. Você publica no DNS do seu domínio quais servidores têm permissão para enviar e-mails em seu nome. Se um e-mail chegar de um servidor não autorizado, os sistemas de destino sabem que pode ser fraude.
Para autorizar o Google a enviar e-mails pelo seu domínio, adicione um registro TXT no DNS do seu domínio:
v=spf1 include:_spf.google.com ~allDKIM (DomainKeys Identified Mail) funciona como um selo de lacre em um envelope. O Google assina digitalmente cada e-mail enviado pelo seu domínio com uma chave criptográfica. Quando o e-mail chega ao destino, o servidor verifica se o lacre foi rompido — se estiver intacto, o e-mail é autêntico. O DKIM é configurado automaticamente para domínios no Google Workspace em Console Admin → Gmail → Autenticar e-mail.
DMARC (Domain-based Message Authentication, Reporting and Conformance) é a política que une os dois anteriores. Ele define o que deve acontecer com e-mails que falham nas verificações SPF e DKIM: ignorar, colocar em quarentena (spam) ou rejeitar. Também envia relatórios periódicos ao administrador do domínio sobre tentativas de uso indevido.
Esses três registros trabalhando juntos são o que garante que os e-mails da sua revista cheguem na caixa de entrada — e não na pasta de spam — dos seus autores, avaliadores e leitores.
Como verificar se tudo está funcionando corretamente
Uma ferramenta gratuita e muito útil para validar a configuração de e-mail é o Mail Tester. Basta acessar o site, copiar o endereço de e-mail gerado automaticamente, cadastrá-lo como usuário de teste no OJS (que enviará um e-mail de confirmação de cadastro) e, em seguida, clicar em "Verificar sua pontuação". O resultado mostrará detalhadamente o que está configurado corretamente e o que ainda pode ser melhorado.
Uma boa configuração tende a alcançar pontuação acima de 9/10, com SPF, DKIM e DMARC todos validados.
Conclusão
Configurar o envio de e-mails no OJS pode parecer um assunto técnico e intimidador à primeira vista, mas os benefícios são imediatos e significativos: o fluxo editorial da revista passa a funcionar de forma confiável, as comunicações chegam aos destinatários e a reputação do domínio é preservada.
Usando o Google Workspace como intermediário, você aproveita uma infraestrutura robusta e reconhecida mundialmente — e garante que os e-mails da sua revista sejam tratados com a mesma credibilidade dos e-mails corporativos do Google.
