Quelle est l'importance du courrier électronique?

Je commence à créer un site et je veux l'exécuter sur un VPS plutôt que partagé pour diverses raisons. Cela signifie que, si je voulais des services de messagerie, je devrais m'attaquer à la tâche non triviale de faire fonctionner un serveur de messagerie. Pas un problème amusant pour un "noob" comme moi.

Les trois utilisations auxquelles je peux penser se décomposent comme suit:

1. Les services habituels "envoyer un e-mail à l'administrateur / au support / peu importe". Je suppose que je pourrais m'en tirer en utilisant "mysite@gmail.com" mais je préfère garder tout uniforme si possible.
2. Les e-mails de confirmation de compte / mot de passe sont réinitialisés. Cela semble être le principal obstacle.
3. Récapitulatif des e-mails, c'est-à-dire "ce qui est arrivé à vos affaires la semaine dernière - réponses, votes, etc." Pas différent des e-mails stackoverflow. Opt-in, évidemment.

Ai-je vraiment la possibilité de ne pas prendre en charge les e-mails sur mon site?

L'email est toujours très important. Et n'utilisez pas de compte company@gmail.com / @ hotmail.com, il envoie simplement tous les mauvais types de signaux. En revanche, personne ne dit que vous devez exécuter vous-même un serveur SMTP.

Une solution simple et peu coûteuse est Google Apps Standard gratuite sur votre propre nom de domaine . Cela vous donne une interface Web simple pour gérer les comptes de messagerie, une application de messagerie Web GMail et un accès POP3 / SMTP / IMAP4 à vos e-mails. Vous pouvez utiliser une bibliothèque client POP3 / SMTP standard pour envoyer des e-mails à partir de vos serveurs Webapp. J'ai vu des plaintes anecdotiques sur la lenteur de la livraison et l'atteinte des limites de Google trop tôt lors de l'utilisation de l'édition gratuite de Google Apps; mais personnellement, je n'ai jamais eu de problème avec Google Apps.

Si vous devez envoyer de nombreux e-mails, vous pouvez toujours passer à un compte Google App Engine payant ou basculer votre serveur de messagerie sortant sur quelque chose comme Sendgrid .

Vous devez configurer un enregistrement Sender Policy Framework pour mettre en liste proactive les serveurs de messagerie de votre domaine et inclure les enregistrements SPF de vos fournisseurs de messagerie externes .

Une dernière chose: ne sous-estimez pas la puissance des e-mails en tant qu'outil de vente et de rétention. Un e-mail personnel ciblé après l'inscription, un e-mail de rappel si quelqu'un n'utilise pas le site pendant sa période d'essai, etc. - cela aide à réduire le taux d'abandon.

J'envisage cette question pour quelques sites / applications que je prévois de mettre en œuvre prochainement. Pour mes applications, je penche dans le sens de ne pas prendre en charge le courrier électronique, mais les décisions dépendent beaucoup de votre public cible.

Pour les trois cas d'utilisation que vous mentionnez:

1. Vous n'avez pas besoin d'exécuter votre propre serveur de messagerie pour cela. Vous pouvez utiliser la redirection de messagerie de votre bureau d' enregistrement pour envoyer le courrier à votre compte ou la configuration gmail (ou similaire) DNS du domaine afin que vous puissiez utiliser gmail directement via le système « Google pour votre domaine » comme si .
2. Mon public cible n'est pas le grand public dans son ensemble, je vais donc pour les approches "utilisez quelque chose comme Keepass et vous n'oublierez pas votre mot de passe" et "vous avez négligé de vous souvenir des informations d'identification de votre compte, eh bien vous n'êtes pas idiot" - mais si vous ciblez un large public, en particulier si vous prévoyez (maintenant ou plus tard) de générer des revenus sur les sites, cela ne fonctionnera pas.
   Vous n'avez pas besoin d'exécuter un serveur de messagerie complet pour les notifications de compte - juste un serveur sortant. Assurez-vous qu'il n'est pas configuré en tant que relais ouvert (les distributions de messagerie standard doivent être configurées correctement à cet égard, mais testez-les toujours au cas où) et si vous avez SPF ou des conseils anti-spam basés sur DNS similaires définis pour vos domaines assurez-vous que le nouveau serveur est répertorié comme expéditeur légitime.
3. Ce type d'informations peut être présenté sous la forme d'un tableau de bord basé sur une page Web, sauf s'il peut y avoir des messages urgents que votre utilisateur voudra / devra voir sans se connecter à votre application. Comme pour les actions de compte, vous n'avez pas besoin de configurer un serveur de messagerie complet pour cela - juste un MTA pour l'envoi.

Même si vous envoyez uniquement à partir de votre VPS et que votre service de messagerie principal est hébergé ailleurs, vous avez toujours le problème que le courrier de votre VPS est mal identifié comme indésirable, ce qui est l'une des raisons pour lesquelles je souhaite supprimer mes applications envoyant du courrier à tous. ensemble - si je n'envoie pas de courrier, je n'ai pas à traiter avec des utilisateurs furieux des services de messagerie avec des filtres indésirables plus sensibles ou la possibilité que des personnes signalent accidentellement les messages comme indésirables (ce qui signifie qu'ils pourraient ne pas recevoir vos futurs messages).

Malheureusement, la seule façon de répondre «puis-je vraiment vivre sans que mon site envoie de courrier» est de considérer votre public cible et comment il voudra utiliser vos services. Vous pouvez vous passer de courrier si vos utilisateurs ne manqueront pas la ou les fonctionnalités ou vous pouvez justifier leur absence si vos utilisateurs le demandent.