Como identificar problemas no envio de e-mails?

Existem, basicamente, dois problemas em relação aos e-mails:

1. O e-mail não é enviado.
2. O e-mail não é recebido.

O primeiro passo é saber identificar qual é o caso.

1. Os e-mails podem não ser enviados se:
   Houver falha na aplicação (ERP);
2. E-mail do remetente e/ou do destinatário não estiverem configurados ou estão configurados incorretamente;
3. Configuração está errada na régua de cobrança;
4. Não existe cobrança para notificar;
5. Houve falha na execução do cron de notificação;
6. Houve falha no Sendgrid;

Para verificar se os e-mails estão sendo enviados acesse a licença e vá em histórico de e-mails enviados.

1. Solicite mais informações ao cliente como, por exemplo, os endereços de e-mail que estão reclamando que as mensagens não estão chegando.
   Verifique também se os e-mails realmente não foram enviados pelo sistema.
2. Com os e-mails devidamente identificados, verifique se o problema de envio só ocorre com eles ou com outros clientes da mesma licença e de outras também. Observar se os endereços são válidos. Por exemplo, se não está gmail.com.br ou uol.com.
3. Verifique a taxa de entregabilidade (mês a mês), geralmente deve-se observar uma média de 3 meses para saber se é um problema novo ou antigo. Verifique outros meses para identificar quando os e-mails deixaram de ser enviados. Se a proporção de emails enviados for superior a 90%, muito provavelmente o problema não é com a Superlógica ou com o Sendgrid.
4. Verifique se o e-mail do remetente está devidamente configurado na licença e se é válido.
5. Cheque se o cron de notificação está rodando todos os dias.
6. Indo em histórico de alterações é possível checar se o cron de notificação foi rodado pesquisando por: [SUDO] Notificação automática:
7. Verifique outras configurações como, por exemplo, a régua de cobrança.

Os e-mails podem não ser recebidos se:

1. Depois de enviados pelo ERP existem alguns caminhos por onde os emails passam e alguns problemas que podem ocorrer durante esse percurso.
2. Os e-mails são disparados pelo ERP manualmente ou pelos crons de notificação. 
3. Passam pela internet em direção ao Sendgrid. O SendGrid fornece um serviço de entrega de e-mail baseado em nuvem que auxilia as empresas nessa entrega.
4. Uma vez recebidos pelo Sendgrid, são encaminhados para os provedores como: yahoo, gmail, outlook, e-mails de domínio próprio e outros.
5. Neste ponto pode ocorrer o não recebimento e devemos saber como identificar cada caso. Alguns dos motivos são:
   
6. Não confiar no remetente (Configuração de SPF/SPF1);
7. Erros de protocolo (Preciso de um exemplo prático aqui);
8. Caixa de entrada lotada;
9. Endereço de e-mail inválido;
10. Destinatário classificou os emails como SPAM ou cancelou o recebimento dos emails.

Quase sempre o Sendgrid retorna algum status fornecido pelos provedores, eles são:

1. Recebido pelo Sendgrid e processado;
2. Recebido pelo provedor e entregue ao destinatário;
3. Recebido pelo destinatário e aberto.
4. Uma vez que o e-mail passa pelo Sendgrid e o provedor nos retorna alguma informação (status) conseguimos identificar o problema do não recebimento.
5. Vale lembrar que, o Sendgrid só nos fornece dados dos os e-mails enviados nos últimos 3 dias, ou seja, caso seja passado um e-mail para consulta e este não constar nenhum bloqueio e não tiver sido disparado nos últimos 3 dias não saberemos qual foi a resposta do provedor e o status final desse envio.
   Neste caso o ideal é que seja feito um reenvio para que o processo aconteça novamente e possamos acompanhá-lo.

Envio e recebimento de e-mails de serviços gratuito (gmail, hotmail, outlook, yahoo)

1. Os e-mails de serviços gratuitos, tanto para envio quanto para recebimento, podem ter limitações diárias.
2. Quando o e-mail configurado para envio é de um desses serviços existe a desvantagem de não poder configurar o SPF, o que impacta na entregabilidade, além de uma limitação de envio por dia, que varia de 200 a 300 por dia, cada provedor tem seu limite.
3. Para quem recebe o problema é similar mas, em grande parte dos casos, é só um atraso para o recebimento. Seja porque foi enviado de um e-mail que possui limitação diária de envios ou por que ele recebe muitos e-mails e o provedor dá uma segurada para que ele não receba um grande volume de uma só vez. 

Envio e recebimento de e-mails de domínio próprio

1. Quando se utiliza um e-mail de domínio próprio para envio é obrigatória a configuração do SPF.

ENTENDA MELHOR O SPF

1. Você sabia que, não faz muito tempo, qualquer pessoa poderia mandar um e-mail como se fosse você? Por isso existia tanto SPAM e mensagens falsas.
2. Agora isso não é mais assim graças ao SPF. 
3. Funciona assim: quando alguém tenta enviar uma mensagem cujo remetente é, por exemplo, president@whitehouse.gov, o destinatário faz uma consulta num servidor chamado DNS para verificar quais IPs podem enviar e-mails legítimos do domínio whitehouse.gov.
4. Desta forma, somente IPs previamente autorizados pela whitehouse.gov podem enviar e-mails com o final @whitehouse.gov, o que não acontecia antes.
5. Da mesma forma, o Superlógica precisa que você altere o registro DNS seudominio.com.br liberando os IPs de nossos servidores. Só você e/ou a pessoa que cuida de seu domínio, pode fazer isto.

Melhore a entregabilidade dos e-mails enviados

1. Garanta que a entrada no TXT do DNS do domínio seudominio.com.br contenha:
   v=spf1 include:_spf.superlogica.com
2. Encaminhe esse texto para o administrador de seu domínio ou site.
3. Esta mensagem deixará de aparecer quando a alteração for feita com sucesso, lembrando que uma alteração no DNS pode demorar até 48h para se propagar por toda Internet. É possível testar o SPF do seu domínio no site: http://www.meuspf.com/