Estou começando a criar um site e quero executá-lo em um VPS em vez de compartilhado por vários motivos. Isso significa que, se eu quiser serviços de email, precisarei enfrentar a tarefa não trivial de executar um servidor de email. Não é um problema divertido para um "noob" como eu.
Os três usos que eu posso pensar são detalhados da seguinte forma:
- O usual "envie um email para o administrador / suporte / qualquer outro serviço". Suponho que poderia me safar usando "[email protected]", mas prefiro manter tudo uniforme, se possível.
- E-mails de confirmação da conta / redefinições de senha. Este parece ser o maior obstáculo.
- Digerir e-mails, ou seja, "o seguinte aconteceu com suas coisas na última semana - respostas, votos, etc." Não é diferente dos emails de stackoverflow. Aceite, obviamente.
Eu realmente tenho a opção de não dar suporte ao email no meu site?
Respostas:
O email ainda é muito importante. E não use uma conta [email protected] / @ hotmail.com, apenas envia todos os tipos errados de sinais. Por outro lado, ninguém diz que você precisa executar um servidor SMTP.
Uma solução simples e de baixo custo é o Google Apps Standard gratuito em seu próprio nome de domínio . Isso fornece uma interface da web simples para gerenciar contas de email, um aplicativo de email do GMail e acesso POP3 / SMTP / IMAP4 aos seus emails. Você pode usar uma biblioteca cliente POP3 / SMTP comum para enviar emails de seus servidores de aplicativos da web. Vi reclamações anedóticas sobre entregas lentas e atingimos os limites do Google muito cedo ao usar a edição gratuita do Google Apps; mas, pessoalmente, nunca tive problemas com o Google Apps.
Se você precisar enviar muitos e - mails, poderá sempre atualizar para uma conta paga do Google App Engine ou alternar o servidor de e-mail de saída para algo como Sendgrid .
Você deve configurar um registro do Sender Policy Framework para colocar de maneira proativa os servidores de email no seu domínio e incluir os registros SPF de seus provedores de email externos .
Uma última coisa: não subestime o poder dos emails como uma ferramenta de vendas e retenção. Um e-mail pessoal direcionado após a inscrição, um e-mail de lembrete se alguém não estiver usando o site durante o período de avaliação, etc. - isso ajuda a reduzir a taxa de abandono.
fonte
Estou considerando esse assunto em alguns sites / aplicativos que planejo implementar em algum momento em breve. Para meus aplicativos, estou inclinado a não dar suporte ao email, mas as decisões dependem muito do seu público-alvo.
Para os três casos de uso mencionados:
Você não precisa executar um servidor de correio completo para receber notificações de conta - apenas um servidor de saída. Verifique se ele não está configurado como retransmissão aberta (a configuração padrão do correio das distribuições deve estar pronta imediatamente a esse respeito, mas sempre teste por si mesmo) e se você tem o SPF ou dicas anti-spam baseadas em DNS definidas para seus domínios, verifique se o novo servidor está listado como remetente legítimo.
Mesmo que você envie apenas do seu VPS e mantenha seu serviço de email principal hospedado em outro lugar, ainda assim o problema é que o correio do seu VPS foi mal identificado como lixo, o que é uma das minhas razões para querer acabar com meus aplicativos enviando e-mails todos juntos - se eu não enviar e-mail, não tenho que lidar com usuários irados de serviços de e-mail com filtros de lixo eletrônico mais sensíveis ou com a possibilidade de as pessoas sinalizarem acidentalmente as mensagens como lixo eletrônico (o que significa que elas podem não receber suas futuras mensagens).
Infelizmente, a única maneira de responder "posso realmente viver sem o meu site enviando e-mail" é considerar o seu público-alvo e como eles desejam usar seus serviços. Você pode ficar sem e-mail se os usuários não sentirem falta dos recursos ou justificar que eles não estejam lá, se os usuários solicitarem.
fonte