Mecanismo de email SMTP ou provedor de email hospedado

0

Temos um sistema que envia notificações por e-mail para os usuários. Os usuários podem responder a este e-mail, que é enviado de volta ao nosso sistema. Nosso mecanismo atual para fazer isso é usar um provedor de email de terceiros (chamado Mandrill / MailChimp).

Temos conversado sobre alternativas, já que o provedor acima não responde a solicitações de suporte e isso é uma parte crítica do nosso negócio.

Em vez de apenas substituir este sistema por outro, estávamos pensando em diferentes abordagens.

A meu ver, temos algumas opções.

  1. Substitua o que temos por um sistema semelhante
  2. Inscreva-se em um provedor de e-mail comercial, fornecendo-nos *@our-company.com
  3. Use um provedor de e-mail comercial, ou seja, gmail ou outlook com apenas um endereço e use-o para todos os envios / recebedores (colocando um guia no assunto para permitir o rastreamento de mensagens), [email protected]
  4. Configure nosso próprio servidor SMTP e envie / receba e-mails por conta própria

O problema que temos no momento é que confiamos em um web-hook para receber mensagens recebidas. Se isso falhar, ele tenta novamente algumas vezes e, às vezes, bloqueia outras mensagens. Para mim, isso parece complicado e inclui muitas etapas (o usuário envia um e-mail, nosso provedor o recebe e, em seguida, chama um gancho da web em nosso servidor, ele é analisado e inserido no banco de dados).

Eu estava pensando que, se tivéssemos as opções 2 ou 3, poderíamos usar o POP3 para inserir novas mensagens e excluí-las somente quando soubermos que elas foram recebidas.

Configurar nosso próprio servidor SMTP pode não ser tão confiável quanto usar o google / outlook devido à alta taxa de entrega e ao recebimento de e-mails por meio de filtros de spam, etc.

Eu perdi um número 5? Existe uma maneira melhor de fazer isso?

    
por Rich S 04.12.2017 / 19:05

0 respostas