SendGrid: remetente, e-mail padrão do sistema e o descadastro que bloqueia tudo
O SendGrid do ERP existe para o envio em massa. Cadastrar a chave de API dele não muda o e-mail comum do sistema. Veja abaixo, de uma vez, o que muda no remetente e na entrega.
O ENVIO COMUM NÃO PASSA PELO SENDGRID
O envio de UM documento para UM cliente — orçamento, boleto, link de pagamento, nota, cotação, compra, contrato, separação — não usa a chave do SendGrid em momento nenhum. O sistema decide o servidor assim: se a empresa NÃO tem servidor SMTP próprio preenchido nas configurações gerais, o e-mail sai pelo servidor padrão do sistema; se TEM, passa a sair pelo servidor da própria empresa, com servidor, porta, e-mail, senha e criptografia cadastrados ali. A chave do SendGrid não entra nessa decisão — os únicos campos consultados são os de SMTP.
Conclusão prática: cadastrar o SendGrid não muda o remetente do orçamento, do boleto nem da nota. Quem quer mudar isso configura o SMTP próprio nas configurações gerais do ERP.
QUEM APARECE COMO REMETENTE NO ENVIO COMUM
O endereço usado como remetente e como "responder para" é o e-mail informado no próprio envio, e o nome que aparece é o nome da loja. São duas coisas separadas: trocar o servidor não troca esse endereço, e trocar o endereço não troca o servidor.
O SMTP PRÓPRIO É TUDO OU NADA
São quatro campos que andam juntos: servidor, porta, e-mail e senha. Se você salvar as configurações gerais com qualquer um dos quatro em branco, o sistema apaga os quatro e você volta ao servidor padrão, sem mensagem de erro na tela. A criptografia é um campo à parte: ela acompanha a configuração no envio, mas não faz parte dessa regra de limpeza. É por isso que aparece o relato "configurei o SMTP e continua saindo pelo e-mail do sistema".
O REMETENTE DO ENVIO EM MASSA
No formulário de envio do aplicativo SendGrid existe o campo E-mail remetente. Ele é obrigatório, vem preenchido e é editável, e a dica do próprio campo diz: "E-mail utilizado para cadastro na SendGrid!". O nome do remetente vem preenchido com o nome do usuário logado. O motivo da dica é entrega: um remetente que a conta do SendGrid não reconhece como dela é recusado ou cai em spam. Como se comprova um remetente é assunto do site do SendGrid.
O DESCADASTRO E A LISTA DE E-MAILS BLOQUEADOS
Parte dos e-mails enviados pelo sistema traz no rodapé um link de descadastro — o texto varia entre "descadastre-se" e "Não quero receber e-mails" — e ele leva a uma página de descadastro do próprio sistema. Não é todo envio: vários saem sem esse rodapé, como o do orçamento/venda, o do contrato e o do link de pagamento. Clicar no link, sozinho, não bloqueia nada: o endereço só entra na lista de e-mails bloqueados depois de uma confirmação.
E aqui está o efeito colateral grave. A checagem de e-mail bloqueado consulta SÓ pelo endereço. Não separa por domínio, por empresa nem por loja. Uma vez bloqueado, aquele endereço para de receber também o envio comum do sistema, e a tentativa devolve exatamente esta mensagem: "O responsável por este e-mail solicitou o bloqueio de envio de e-mails originados pelo nosso sistema, entre em contato com nosso suporte para desbloquearmos este e-mail."
É esse o mecanismo por trás do aviso de que o boleto para de chegar. O desbloqueio é feito pelo suporte: essa lista não tem tela no ERP — ela só é administrada internamente.
O QUE COSTUMA DAR ERRADO
"Integrei o SendGrid e o orçamento continua saindo do mesmo e-mail." É o esperado. O SendGrid só atende o envio em massa.
"Configurei o SMTP próprio e nada mudou." Um dos quatro campos ficou em branco no salvamento e o sistema limpou os quatro.
"Um cliente específico não recebe nada, os outros recebem." Peça a mensagem exata da tela. Se for a mensagem de bloqueio acima, aquele endereço está na lista de bloqueados. Só o suporte remove.
"O e-mail em massa cai em spam." Remetente que a conta do SendGrid não reconhece, ou disparo para lista comprada e desatualizada, que queima a reputação do domínio.