Qual a importância do email?

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:

1. O usual "envie um email para o administrador / suporte / qualquer outro serviço". Suponho que poderia me safar usando "mysite@gmail.com", mas prefiro manter tudo uniforme, se possível.
2. E-mails de confirmação da conta / redefinições de senha. Este parece ser o maior obstáculo.
3. 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?

O email ainda é muito importante. E não use uma conta company@gmail.com / @ 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.

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:

1. Você não precisa executar seu próprio servidor de email para isso. Você poderia usar o encaminhamento de e-mail do seu registro para enviar o email para o seu gmail (ou similar) conta ou configuração DNS do domínio para que você possa usar o Gmail diretamente através do "Google para o seu domínio" sistema como tal .
2. Meu público-alvo não é o público em geral, então eu vou usar as abordagens "use algo como keepass e você não esquecerá sua senha" e "você esqueceu de lembrar as credenciais de sua conta, bem, você não é idiota" - mas se você estiver segmentando um público amplo, especialmente se planeja (agora ou mais tarde) obter receita com os sites, isso não será prejudicial.
   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.
3. Esse tipo de informação pode ser apresentado como um painel baseado em página da web, a menos que possa haver mensagens urgentes que o usuário desejará / precisará ver sem fazer login no aplicativo. Como nas ações da conta, você não precisa configurar um servidor de correio completo para isso - apenas um MTA para enviar.

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.