Qual a importância do email?

8

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 "[email protected]", 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?

AgentConundrum
fonte
Detesto dizer isso, mas o VPS não é um requisito para email - apenas um domínio e um servidor de qualquer tipo com rotinas de email. O VPS é mais uma solução para problemas de dimensionamento.
Talvi Watia
@ Talvi: Eu nunca disse que um VPS era necessário para o email. O que eu disse foi que tinha outros motivos para usar um VPS (embora agora eu tenha falado disso). Meu host compartilhado já possui um e-mail de configuração que eu posso usar, mas isso não é uma coisa incorporada a um VPS (obviamente). Sem saber sobre o Google Apps, pensei em criar o servidor de email.
AgentConundrum

Respostas:

16

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.

Jesper M
fonte
+1 Uso o Google Apps Standard em meus domínios em alguns domínios e sou proprietário desde maio passado e funciona muito bem e surpreendentemente fácil de configurar.
MetalMikester
+1 O Google Apps é perfeito para isso, boa proteção contra spam e você não terá problemas com os registros MX. Acabo de mudar do e-mail do meu provedor de domínio para o Google Apps e é perfeito.
Kevin
Definitivamente, parece a melhor idéia por dois motivos: 1) Estou procurando no WebFaction a hospedagem inicial e eles estão configurados para que você não possa usar o mail (). Se eu já estou terceirizando para um servidor SMTP externo, também pode ser o google. 2) Se eu chegar ao ponto em que supero o Google (o que significa enviar 25 mil pessoas por dia - 50 contas * 500 endereços exclusivos), hospedar meu próprio servidor de email será uma pequena preocupação.
AgentConundrum
Adendo: Eu sei que o WebFaction não é um VPS, mas um amigo me convenceu a começar pelo compartilhamento, e o WebFaction parece bem personalizável, com acesso ao shell / ssh e a capacidade de instalar o Sphinx, se necessário.
AgentConundrum
1

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.

David Spillett
fonte